Долгий connect к Oracle 11g из виртуальной машины KVM (proxmox4). Почему?

Question

[Игорь С]

Салют!
Имеется свежая конфигурация из Гипервизора на Proxmox 4 и несколькими виртуалками на нём:
frontends - debian linux 8 (apache, tomcat, glasfish ...)
backends - oracle linux 6.7 (oracle db 12g)
все ВМ подняты на KVM, работают без нареканий. Frontends и backends завёрнуты, каждый в свой VLAN и в свою сеть. Между сетями настроена прозрачная маршрутизация, то есть ни каких ограничений на пропуск трафика между ними нет.
Суть проблеммы заключается в том, что если подключяться к базе из фронтенда, то подключение может длиться до 8 минут, хотя, бывают моменты, когда подключается моментально. При этом если подключаться с физической машины, или из ВМ на другом гипервизоре, то подключение всегда происходит в течении 3 секунд.

Подскажите, уважаемые знатоки, с чем может быть связана данная проблемма, и как её можно обойти

Answer 1

[Игорь С]

после долгих мучений, выяснилось, что проблема в процессоре, который не поддерживает ряд инструкций, необходимых для полноценной виртуализации.

Answer 2

[Эргил Осин]

Имя обратившегося не пытается в тот момент резолвить машина?
Задержка на попытку отрезолвить бэкрезолв и потом подключение.
Ну так, первое что в голову пришло.

Comments

[Игорь С]

нет, локальный DNS присутсвует, да и в hosts сервера прописаны, для надёжности

[Эргил Осин]

Игорь С: ну тогда сходу ничего не скажу больше. Но это тоже надо было исключить.

Answer 3

[Пума Тайланд]

А с консоли если коннектиться тем же телнетом

Comments

[Игорь С]

в смысле? по ssh подключаются друг к другу моментально. а телнетом непосредственно к ораклу попробовать подцепиться?

[Пума Тайланд]

Игорь С: ну конечно к ораклу

[Игорь С]

Пума Тайланд: при telnet backend 1521 пишет что connected без задержек

[Пума Тайланд]

Игорь С: у вас в приложении тоже прописан хост бекенд?

[Игорь С]

Пума Тайланд: аробовали и хост и ip результат одинаковый

[Пума Тайланд]

Игорь С: а на оракле прямая и обратная зона клиента нслукапом нормально резолвится ?

[Игорь С]

Пума Тайланд: да, всё ресолвится, они же локальные

[Пума Тайланд]

Игорь С: покажите нслукапы то

[Игорь С]

Пума Тайланд:
nslookup backend1.lan
Server: 172.16.4.1
Address: 172.16.4.1#53

Name: backend1.lan
Address: 172.16.5.18

[Пума Тайланд]

Игорь С: почему вы резолвит бекенд а не клиента ну и обратный резолв надо тоже

[Игорь С]

nslookup artefacts.lan
Server: 172.16.5.17
Address: 172.16.5.17#53

Name: artefacts.lan
Address: 172.16.5.2

нда, а вот
nslookup -type=ptr artefacts.lan
Server: 172.16.5.17
Address: 172.16.5.17#53

*** Can't find artefacts.lan: No answer
но с физических машин всё проходит на ура ведь

[Пума Тайланд]

Игорь С: ну вот не резолвится обратная зона поди в этом и проблема.

[Пума Тайланд]

Игорь С: ну так у физических машин поди резолвится обратная зона, мне кажется вам уже пора приплачивать мне

[Игорь С]

Пума Тайланд: нет, обратка не резолвится ни откуда, ни с физических ни с ВМ, в том то и проблема, в качестве DNS используется простой pfsense