Назад | Перейти на главную страницу

сбой гостя при длительном резервном копировании через rsync

Недавно я обновил хост до Ubuntu 9.10 с vmware server 2.0.2, у меня было две гостевые машины. Один из них - это сервер sme. У меня было несколько сбоев во время сеанса резервного копирования с помощью rsync на другой компьютер. Обычная деятельность выполняется регулярно. Другой гость встал без проблем уже 25 дней.

Я нашел в журнале много таких строк

 Dec 20 05:29:27.445: vcpu-1| VLANCE: Ethernet0 skipped 2560 time(s)
 Dec 20 05:29:27.445: vcpu-1| VLANCE: 66 12 5 8 2 3 3 0 1 0 0 1 0 1 2 0
 Dec 20 05:29:27.445: vcpu-1| VLANCE: 0 0 1 0 1 0 0 0 1 0 0 0 0 1 0 2452
 Dec 20 05:29:27.651: vmx| ide0:0: Command WRITE(10) took 1.947 seconds (ok)
 Dec 20 05:29:37.945: vmx| ide0:0: Command WRITE(10) took 1.033 seconds (ok)

когда виртуальная машина вылетает из журнала, я вставляю сюда только часть, чтобы ограничить длину сообщения

 Dec 27 01:48:05.686: Worker#2| Caught signal 6 -- tid 700
 Dec 27 01:48:05.686: Worker#2| SIGNAL: eip 0x460422 esp 0xb124c024 ebp 0xb124c03
 Dec 27 01:48:05.712: Worker#2| SymBacktrace12 00000000 eip 0x39d7ee in function clone in object /lib/tls/i686/cmov/libc.so.6 loaded at 0x2d1000
 Dec 27 01:48:05.719: Worker#2| Unexpected signal: 6.
 Dec 27 01:48:05.720: Worker#2| Core dump limit is 0 KB.
 Dec 27 01:48:05.762: Worker#2| Child process 10455 failed to dump core (status 0

х6).

 Dec 27 01:48:05.762: Worker#2|SymBacktrace13 00000000 eip 0x39d7ee in function clone in object /lib/tls/i686/cmov/libc.so.6 loaded at 0x2d1000
 Dec 27 01:48:05.779: Worker#2|Msg_Post: Error
 Dec 27 01:48:05.780: Worker#2|http://msg.log.error.unrecoverable VMware Server unrecoverable error: (Worker#2)
 Dec 27 01:48:05.780: Worker#2|Unexpected signal: 6.

Я не знаю, как решить проблему с этой установкой, я думаю обновить хост до версии, более совместимой с vmware server 2. Я читал много сообщений о трудностях установки, я думаю, что проблема компиляции во время установки может быть связана к моей проблеме.

Извините, если пост не очень понятен, это мой первый пост здесь.

Любая помощь или предложение будут оценены.

Спасибо

У меня возникла проблема, похожая на эту, когда я обновил хост Ubuntu с сервером VMWare. Я обновился с 8.04 до 9.10, на котором запущен сервер VMWare 2.0.2, и у меня возникли проблемы с несколькими гостями Linux, которые постоянно падали, а гости Windows даже не запускались. Я провел небольшое исследование и обнаружил, что у многих людей возникают проблемы с Ubuntu 9.10 после обновления, но не после чистой установки. Мое решение заключалось в том, чтобы сделать резервную копию моих виртуальных машин в другом месте, чтобы быть осторожным, и переустановить сервер VMWare 2.0.2. Это сработало для меня, я считаю, что проблема заключалась в том, что 2.0.2 был установлен под 8.04, который имеет разные версии основных компонентов и, по крайней мере, на моем сервере работает более старое ядро.

Я бы посоветовал попытаться перекомпилировать 2.0.2 на 9.10 перед тем, как понижать версию Ubuntu.

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

Я считаю, что проблема связана с несовместимостью / ошибками VMware Server 2 с glibc версии выше 2.5-34. Я испытал это при обновлении CentOS 5.3 до 5.4, и эта ошибка была задокументированный в дистрибутиве CentOS / RHEL. Прочитав журнал ошибок, ошибки, связанные с libc.so.6 очень похожи, и я могу только предположить, что это влияет на Ubuntu таким же образом. Попробуйте перейти на более старую версию glibc (у меня это сработало в CentOS + при условии, что это не сломает другие установленные вами пакеты) или понизьте версию Ubuntu.

Похоже на ту же проблему с CentOS 5.4, которая была проблемой glibc. См. Этот пост для получения подробной информации и обходного пути CentOS 5.4 glibc вызывает сбой процесса VMWare vmware-hostd в VMWare 2.0.0 и 2.0.1, http://bugs.centos.org/view.php?id=3884 и в частности комментарий (0010880)