Так выдает же ошибку разрешения имени Cannot resolve host address
Видимо клиент при подключении пытается зарезолвить имя, но т.к. интернеты отключены - до днс-сервера достучаться он не может.
Дык вечная проблема с сетевыми шарами. Сервер отвалился, а клиент этого не понял.
Посмотрите в /proc/{pid}/fd/ - кто всё таки держит открытый файл на шаре - может бакула умерла не полностью. И поубивайте это всё дело.
+ не понятно, зачем такая хитрая схема с cifs(!!!) шарой и бакулой. У бакулы же есть встроенный remote backup
Ошибку и логи в студию! :)
Если не видит саму vmware - значит:
1. Убедитесь, что вм в принципе может достучаться до vmkernel-интерфейса нужной ноды. Хоть попингуйте
2. Проверьте security profile
3. Посмотрите открыт ли порт на гипервизоре с помощью telnet
Немного не ясна ваша схема)
У вас есть два сервера - гипервизор и хранилка.
Как к гипервизору подключен "5 рейд"?
Adaptec стоит в гипервизоре и вы подключете "5 рейд" через внешний scsi - типо DAS?
Или adaptec стоит в хранилке и вы подключете "5 рейд" через nfs/iscsi - типо NAS?
Устанавливаете/настраиваете по оф. доке?
И все таки, что не видит что? Более полезны конкретные строчки логов :)
По поводу фаервола - утилита с гостевой ОС подключается на какой-то (65500, 5989) порт гипервизора, который вы указываете при установке. Возможно этот порт и закрыт фаерволом на самом гипервизоре (security profile)
Какой модуль используете? ngx_http_gzip_module? По идее ему не важно содержание запроса.
Может быть при get параметре обрабатывается другой location или if?
Ответ возвращается с другими заголовками, тип, длина не те, или Via устанавливается?
Cannot resolve host address
Видимо клиент при подключении пытается зарезолвить имя, но т.к. интернеты отключены - до днс-сервера достучаться он не может.