Я встречался с такими проблемами в прошлом обычно, это сводится к файлу сокета, не являющемуся перезаписываемым/читаемым mysql пользователем. Могли Вы каталог ls - al the/var/run/mysqld/и проверять mysqld.sock права доступа.
Попытка: показанный mysql:mysql/var/run/mysqld/
и
chmod 755/var/run/mysqld/
и затем
/etc/init.d/mysql перезапуск
Это должно устранить Вашу проблему.
[Edit2] Мог Вы проверять my.cnf, особенно путь сокета и связывать адрес и сообщать. Связывать адрес должен быть 127.0.0.1, и путь сокета должен быть тем же.
Возможно, я пропускаю что-то. В моем понимании сертификат SSL FQDN конкретный, не конкретная машина (хотя, возможно, существует тип сертификата SSL, который является конкретной машиной), и что Вы могли экспортировать сертификат из одного сервера в pfx формате и импортировать его к другому серверу, который является тем, что я делал со своими основными и резервными серверами Exchange в течение прошлых 5 лет.
Сертификаты SSL, которые я установил, все были конкретной машиной, означая, что сертификат соединяется с полностью определенным доменом namd FQDN. Сертификат будет только работать над тем определенным сервером.
Я полагаю, что можно купить зависящие от домена сертификаты SSL, которые будут работать над любым компьютером в определенном домене.
Я предложил бы проверить, чтобы видеть, является ли это проблемой, Вы имеете.
Какая версия IIS? Действительно ли это - то же на обоих серверах?
В каком формате Ваш сертификат сохраняется?
Вы пытаетесь импортировать его с помощью той же процедуры по обоим серверам, или Вы пытаетесь экспортировать его от одного сервера до другого?
Действительно ли это - единственный сертификат, который Вы используете на обоих серверах?
Те серверы только имеют один веб-сайт или несколько?