Не коннектится бакула к впс под квм.

это лог директора, насколько я понимаю? А что с логами fd и (на всякий случай) dmesg/messages на виртуалке?

гуляет ли спокойно ssh и делается ли scp?

попробуй собрать openssh и сделать make test(вдруг какие-то инструкции процессора эмулируются неверно)?

возможно есть ошибки в эмуляции сетевой карты. попробуй выбрать другую модель или с помощью ethtool отключить всякие tcpoffload и прочие штуки.

посмотри на tcpdump, есть ли битые пакеты или пакеты с неправильной чексуммой?

ещё можно увеличить логлевел в бакуле или перекомпилировать(бакулу не компилял не знаю) её и добавить дополнительную отладочную печать.

гуляет ли спокойно ssh и делается ли scp?

Да, в этом и фишка.

попробуй собрать openssh и сделать make test(вдруг какие-то инструкции процессора эмулируются неверно)?

У openssh нету make test o_0. Что можно вместо него попробовать?

возможно есть ошибки в эмуляции сетевой карты. попробуй выбрать другую модель или с помощью ethtool отключить всякие tcpoffload и прочие штуки.

Спасибо, сейчас попробую.

ещё можно увеличить логлевел в бакуле или перекомпилировать(бакулу не компилял не знаю) её и добавить дополнительную отладочную печать.

Сейчас клиента включил в дебаге, с -f -v -d 10 -c /etc/bacula/bacula-fd.conf и тишина... Написал только, что слушает порт и все, ничего больше не лезет. Странно это.

owncloud-fd: filed.c:275-0 filed: listening on port 9102

посмотри на tcpdump, есть ли битые пакеты или пакеты с неправильной чексуммой?

http://pastebin.com/sSRcu1WY - паста с впс с клиентом бакулы. юзал

tcpdump -s 5000 -i eth0 -n port 9102 -vv

это лог директора, насколько я понимаю?

Да.

А что с логами fd и (на всякий случай) dmesg/messages на виртуалке?

В fd пусто почему-то. Сейчас буду искать как крутить его дебаг лог.

Дебаг лог клиента ничего толком не сказал :(

bacula-fd -f -v -d 9999 -c /etc/bacula/bacula-fd.conf

owncloud-fd: jcr.c:885-0 OnEntry JobStatus=owncloud-fd: jcr.c:896-0 Set new stat. old: owncloud-fd: jcr.c:901-0 leave set_job_status old=owncloud-fd: jcr.c:611-0 setting my_thread_stuffs 0x0 => 0x7f90999d0700
owncloud-fd: mem_pool.c:134-0 sm_get_pool_memory give 1868418 to find.c:65
owncloud-fd: find.c:80-0 init_find_files ff=1868168
owncloud-fd: mem_pool.c:134-0 sm_get_pool_memory give 18685c8 to job.c:234
owncloud-fd: job.c:255-0 <dird: Hello Director backup-dir calling
owncloud-fd: job.c:271-0 Executing Hello command.
owncloud-fd: job.c:396-0 Calling Authenticate
owncloud-fd: mem_pool.c:134-0 sm_get_pool_memory give 1868778 to authenticate.c:56
owncloud-fd: mem_pool.c:118-0 sm_get_pool_memory reuse 1850b28 to message.c:1248
owncloud-fd: message.c:1151-0 Enter Jmsg type=3
owncloud-fd: mem_pool.c:230-0 free_pool_memory 1850b28 pool=4 from message.c:1264
owncloud-fd: mem_pool.c:230-0 free_pool_memory 1868778 pool=3 from authenticate.c:182
owncloud-fd: watchdog.c:276-0 Watchdog callback p=0x1867418 fire=1354777736
owncloud-fd: jcr.c:1034-0 Start JCR timeout checks
owncloud-fd: jcr.c:1040-0 jcr_timeout_check JobId=0 jcr=0x1867a18
owncloud-fd: jcr.c:485-0 Enter free_jcr jid=0 from jcr.c:990
owncloud-fd: jcr.c:1083-0 Finished JCR timeout checks
owncloud-fd: watchdog.c:305-0 pthread_cond_timedwait 30
owncloud-fd: message.c:650-0 Enter dispatch_msg type=3 msg=owncloud-fd: Fatal Error at authenticate.c:207 because:
Unable to authenticate Director
owncloud-fd: message.c:831-0 DIRECTOR for following msg: owncloud-fd: Fatal Error at authenticate.c:207 because:
Unable to authenticate Director
owncloud-fd: mem_pool.c:118-0 sm_get_pool_memory reuse 1850b28 to ../lib/berrno.h:77

Версия bacula-fd 5.0.2
Версия bacula-director 5.2.6.

Попробую обновить клиента.

Не помогло :( Такие же ошибки.

У openssh нету make test o_0.

должен быть make tests

только надо apt-get source openssh

configure

make

arp адреса везде разные?

можно под strace запустить, посмотреть какие файлы используются, может не тот конфиг читается

authenticate.c:207 можно начать пялиться в код и расставлять printf

arp адреса везде разные?

Да.

можно под strace запустить, посмотреть какие файлы используются, может не тот конфиг читается

Да как-то бред :) Везде деб 6 на виртуалках, на соседних хостах работает прекрасно все с подобными конфигами. Я в них в первую очередь копался, да и там трудно ошибиться. Хостнеймы, айпишки и пароль, собсна и все.

certified user keys: empty principals auth authorized_keys expect success
certified user keys: empty principals auth TrustedUserCAKeys expect failure
certified user keys: user rsa connect wrong cert
certified user keys: user dsa connect wrong cert
ok certified user keys
make[1]: Leaving directory `/root/openssh-5.5p1/regress'
all tests passed

Все тесты прошли ок.

*много матных слов*

Я сам идиот, разобрался.
Вместо backup-dir, было bacula-dir. Описался и сам не заметил :(