| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
squirL
Почетный житель
Зарегистрирован: 04.08.2004
Пользователь #: 19,649
Сообщения
всего: 4723
полезных: 2652 (56%)
Откуда: Киев
|
 Добавлено: Пт 07 Дек, 2007 14:21 Заголовок сообщения: |
 |
|
[OFFTOP]
Igorchubin
вы случайно не тот Игорь Чубин, который в "Сетевых технологиях"?
[/OFFTOP]
_________________
server's setup is like sex. it's frightful, but only for the first time (С) мой
аффтар ЖЖот... |
|
| Вернуться к началу |
|
 |
Vovan's
Участник форума
Зарегистрирован: 02.06.2006
Пользователь #: 37,986
Сообщения
всего: 149
полезных: 147 (98%)
Откуда: Rostov-on-Don
|
| Добавлено: Пт 07 Дек, 2007 14:57 Заголовок сообщения: |
|
|
Ссылка
вполне возможно ;)
------------------------------------------------------
Комментарий от модератора: maxlap
------------------------------------------------------
Пользуйтесь тегом URL
Не делайте длинных ссвлок |
|
| Вернуться к началу |
|
|
Igorchubin
Новичок
Зарегистрирован: 07.02.2007
Пользователь #: 51,318
Сообщения
всего: 30
полезных: 30 (100%)
|
| Добавлено: Пт 07 Дек, 2007 21:00 Заголовок сообщения: |
|
|
| Vovan's писал(а): | Ура!
Таки поставил!!
|
Поздравляю!
| Цитата: |
| Код: | # uname -a
FreeBSD freebsd7.r-style.donpac.ru 7.0-CURRENT FreeBSD
7.0-CURRENT #2: Sat Aug 26 00:02:36 CST 2006
YuanJue@www.yuanjue.org:/usr/home/YuanJue/Develop/SVN_work/xen3/sys/i386-xen/compile/XENCONF-STD i386 |
После чего и с винта смог запустить ранее поставленную фрю! 
|
ну да, собственно с этим пробле уже быть не должно.
| Цитата: |
Теперь подробнее. Ставил с ядра freebsd-XENU_INSTALL по ftp. ftp, разумеется, внутренний. Выяснилось, что винты зовуться так:
/dev/xbd0s1[a-z]
|
То есть, вы проводили обычную процедуру инсталляции,
только использовали паравиртуальное ядро?
| Цитата: |
Подставил сие в другой конфиг с реальным винтом и система нашла корень )))))))))))
|
ну, в общем, всё как и должно было быть.
Ещё раз поздравляю с успешным окончанием инсталляции.
Теперь, прежде чем радоваться окончательно,
попробуйте сделать такие вещи:
* dd внутри domU на полную катушку
* cvsup портов
* билд какого-нибудь порта
Будет очень интересно услышать ваши впечатления.
| Цитата: |
Огромное спасибо за помощь! Установкой систем наверно вопросы не ограничатся относительно Xen'a, но основное сделано!
|
Конечно,
это только начало.
Там очень много интересных вопросов
должно возникнуть.
| Цитата: |
Сейчас в Xen крутятся:
| Код: | # xm list
Name
ID Mem VCPUs State
Time(s)
Domain-0
0 1318 4 r-----
145215.7
freebsd-xen
55 256
1 -b---- 6.6
freebsd-xen-I
56 64
1 -b---- 0.4
netbsd
19 256 1
-b---- 290.1
xen_deb
1 128 1
-b---- 37.5 |
т.е. debian, netbsd 4.0 RC5, и две freebsd.
|
Чем отличаются freebsd-xen и freebsd-xen-I?
| Цитата: |
Остаётся открытым вопрос про модули ядра (такие как pf и проч). Как их грузить, если ядро другое?
|
Их нужно пересобирать под соответствующее ядро;
и вообще нужно уметь пересобирать ядро с поддержкой
Xen из исходников.
Это возможно, но готовой доки пока что ни на русском, ни на английском языке нет.
Тем не менее сам процесс сборки возможен.
| Цитата: |
И нет ли посвежее фряшного ядра с xen Dom0? Совсем уж оно древнее... Столько воды за те полтора года утекло...
|
Вероятно, имееется в виду ядро для domU.
Да есть, нужно собирать, см. выше.
| Цитата: |
Да, и конфиг, с которым я работал:
| Код: | #kernel = "/home/xen/freebsd71/freebsd-XENU_INSTALL"
kernel = "/home/xen/freebsd71/freebsd-XENU"
# Initial memory allocation (in megabytes) for the new
domain.
memory = 256
# A name for your domain. All domains must have different
names.
name = "freebsd-xen"
vif = [ 'bridge=br-xen'
]
disk = [ 'file:/home/xen/images/freebsd7.img,0,w'
]
extra = "4"
extra = "boot_verbose"
extra += ",boot_single"
#extra += ",vfs.root.mountfrom=ufs:/dev/md0" #use for
installation
#extra += ",vfs.root.mountfrom=ufs:/dev/md0/xbd769s1a" #use for
running
extra += ",kern.hz=100"
#extra += ",vfs.root.mountfrom=ufs:/dev/md0"
extra += ",vfs.root.mountfrom=ufs:/dev/xbd0s1a" |
|
Спасибо за конфиг
и за эксперименты.
Постараюсь отразить всё это в
руководстве по инсталляции
FreeBSD в Xen.
. |
|
| Вернуться к началу |
|
|
Igorchubin
Новичок
Зарегистрирован: 07.02.2007
Пользователь #: 51,318
Сообщения
всего: 30
полезных: 30 (100%)
|
| Добавлено: Пт 07 Дек, 2007 21:01 Заголовок сообщения: |
|
|
| squirL писал(а): | [OFFTOP]
Igorchubin
вы случайно не тот Игорь Чубин, который в "Сетевых технологиях"?
[/OFFTOP] |
Тот самый 
. |
|
| Вернуться к началу |
|
|
Vovan's
Участник форума
Зарегистрирован: 02.06.2006
Пользователь #: 37,986
Сообщения
всего: 149
полезных: 147 (98%)
Откуда: Rostov-on-Don
|
| Добавлено: Пт 07 Дек, 2007 23:39 Заголовок сообщения: |
|
|
| Цитата: | То есть, вы проводили обычную процедуру инсталляции,
только использовали паравиртуальное ядро? |
Да. Подсунеул ксену модифицированное ядро, подсунул ftp локальный с диска freebsd 7.0 beta3, переименовал диру с что-то вроде "freebsd-7.0-beta3" в "frebsd-current" (там по ходу учтановки ясно что к чему ). Подменил настройки tty. Done =)
| Цитата: | | * dd внутри domU на полную катушку |
вот про это забыл В дебе, который в domU, я делал dd_rescue /dev/zero /dev/null
| Цитата: | * cvsup портов
* билд какого-нибудь порта |
Более того!
После обновления src-all я сделал `make -j4 buildworld && make
installworld`. Тут прошло всё без сучка и задоринки. Чего не скажешь о
сборке mc :'(( на сборке glib на этапе конфигуре всё заткнулось на
"нитях"... Ничего сейчас конкретней сказать не могу. В понедельник с
работы отпишу конкретную ошибку.
Добавлю лишь, что всё отлично собиралось в куему и на реальной физ машине именно в 7.0 бета3. А тут затык  (
| Цитата: | | Чем отличаются freebsd-xen и freebsd-xen-I? |
Ну, я ж вроде писал, что две фри поднял. Одну с образа, куда поставил её в xen'e
же, а другую - ту, что ставил реально на винт. С последней лень було
возиться. Добился лишь того, что подцепился корень. Остальное было
просто, но уже неактуально |
|
| Вернуться к началу |
|
|
Vovan's
Участник форума
Зарегистрирован: 02.06.2006
Пользователь #: 37,986
Сообщения
всего: 149
полезных: 147 (98%)
Откуда: Rostov-on-Don
|
| Добавлено: Пт 07 Дек, 2007 23:43 Заголовок сообщения: |
|
|
| Цитата: | Их нужно пересобирать под соответствующее ядро;
и вообще нужно уметь пересобирать ядро с поддержкой
Xen из исходников.
Это возможно, но готовой доки пока что ни на русском, ни на английском языке нет.
Тем не менее сам процесс сборки возможен. |
Вот этот вопрос меня сейчас более всего интересует! Ибо без его решения все предыдущие действия бессмыслены Хотелось бы хоть представлять, в какую сторону мне копать
| Цитата: | | Вероятно, имееется в виду ядро для domU. |
Да, конечно. |
|
| Вернуться к началу |
|
|
Vovan's
Участник форума
Зарегистрирован: 02.06.2006
Пользователь #: 37,986
Сообщения
всего: 149
полезных: 147 (98%)
Откуда: Rostov-on-Don
|
| Добавлено: Пн 10 Дек, 2007 20:24 Заголовок сообщения: |
|
|
Ошибка при сборке (конфигуре) glib:
| Код: | checking size of pthread_t... Bad system call (core dumped)
configure: error: cannot compute sizeof (pthread_t), 77
===> Script "configure" failed unexpectedly.
Please run the gnomelogalyzer, available from
"http://www.freebsd.org/gnome/gnomelogalyzer.sh", which will diagnose the
problem and suggest a solution. If - and only if - the gnomelogalyzer cannot
solve the problem, report the build failure to the FreeBSD GNOME team at
gnome@FreeBSD.org, and attach (a)
"/usr/ports/devel/glib20/work/glib-2.14.2/config.log", (b) the output of the
failed make command, and (c) the gnomelogalyzer output. Also, it might be a
good idea to provide an overview of all packages installed on your system
(i.e. an `ls /var/db/pkg`). Put your attachment up on any website,
copy-and-paste into http://freebsd-gnome.pastebin.com, or use send-pr(1) with
the attachment. Try to avoid sending any attachments to the mailing list
(gnome@FreeBSD.org), because attachments sent to FreeBSD mailing lists are
usually discarded by the mailing list software.
*** Error code 1
Stop in /usr/ports/devel/glib20.
*** Error code 1
Stop in /usr/ports/devel/glib20. |
Так как ядро самому собрать? А то оч надо |
|
| Вернуться к началу |
|
|
Igorchubin
Новичок
Зарегистрирован: 07.02.2007
Пользователь #: 51,318
Сообщения
всего: 30
полезных: 30 (100%)
|
| Добавлено: Ср 12 Дек, 2007 0:56 Заголовок сообщения: |
|
|
Если говорить
в двух словах,
нужно выдрать исходники их perforce-репозитория FreeBSD
и сбилдить их.
Постараюсь описать процесс сборки в ближайшее время,
но сейчас не успеваю.
. |
|
| Вернуться к началу |
|
|
Vovan's
Участник форума
Зарегистрирован: 02.06.2006
Пользователь #: 37,986
Сообщения
всего: 149
полезных: 147 (98%)
Откуда: Rostov-on-Don
|
| Добавлено: Чт 13 Дек, 2007 16:46 Заголовок сообщения: |
|
|
| Ну, ещё бы знать где эти репозитарии брать ) пока есть на это немного времени... )) |
|
| Вернуться к началу |
|
|
Vovan's
Участник форума
Зарегистрирован: 02.06.2006
Пользователь #: 37,986
Сообщения
всего: 149
полезных: 147 (98%)
Откуда: Rostov-on-Don
|
| Добавлено: Пт 14 Дек, 2007 19:58 Заголовок сообщения: |
|
|
Обгуглил всё, даже нашёл ссылку на эту ветку )
http://forum.ru-board.com/topic.cgi?forum=65&topic=2393&start=40#1
и нашёл вот это:
http://perforce.freebsd.org/branchView.cgi?BRANCH=xen31
Всё этохорошо, но как оттуда исходники стянуть... поставил perforce,
прочитал доки... Но как завести пользователя или есть ли анонимный
пользователь для этих дел... Тут я в тупике
Из глюков замечено ещё:
| Код: | # /usr/local/sbin/portupgrade
Bad system call (core dumped) |
| Код: | # ls | grep core
ruby18.core |
но при этом:
| Код: | # uptime
10:44AM up 3 days, 23:39, 2 users, load averages: 0.00, 0.00, 0.00 |
И мир два раза пересобирал
мммммммм.....
И вот ещё:
| Код: |
=> mysql-5.0.51.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch from ftp://ftp.easynet.be/mysql/Downloads/MySQL-5.0/.
mysql-5.0.51.tar.gz
100% of 25
MB 165 kBps 00m00s
===> Extracting for mysql-server-5.0.51
=> MD5 Checksum OK for mysql-5.0.51.tar.gz.
=> SHA256 Checksum OK for mysql-5.0.51.tar.gz.
Segmentation fault (core dumped)
cp: /usr/ports/databases/mysql50-server/work/mysql-5.0.51/sql/mytcpd.h: No such file or directory
*** Error code 1 |
+
| Код: | # find . -name "*core"
./work/gzip.core |
И постоянные падения pkg_info и прочего:
| Код: | # find . -name "*.core"
./pkg_info.core
|
| Код: | checking size of char... Bad system call (core dumped)
configure: error: cannot compute sizeof (char), 77
See `config.log' for more details.
===> Script "configure" failed unexpectedly.
Please report the problem to ale@FreeBSD.org [maintainer] and attach the
"/usr/ports/databases/mysql50-client/work/mysql-5.0.51/config.log" including
the output of the failure of your make command. Also, it might be a good idea
to provide an overview of all packages installed on your system (e.g. an `ls
/var/db/pkg`).
*** Error code 1
Stop in /usr/ports/databases/mysql50-client.
*** Error code 1
Stop in /usr/ports/databases/mysql50-server.
freebsd7# find . -name "*.core"
./ldconfig.core
|
 |
|
| Вернуться к началу |
|
|
Igorchubin
Новичок
Зарегистрирован: 07.02.2007
Пользователь #: 51,318
Сообщения
всего: 30
полезных: 30 (100%)
|
| Добавлено: Ср 19 Дек, 2007 19:43 Заголовок сообщения: |
|
|
Стянуть исходники несложно.
Очень простой процесс и не раз описанный.
Но при условии, что есть пользователь.
Что касается пользователя, то здесь несколько сложнее.
perforce это коммерческая система, в которой хотят деньги за количество подключений. Поэтому:
* пользователи направо и налево не раздаются;
* анонимных пользователей никто не заводит потому что тогда возможен
бесконтрольный рост обращений к репозиторию и, следовательно, нарушение
лицензии.
Какой возможен выход из ситуации?
* Тот пользователь у которого есть аккаунт, готовит и периодически выкладывает patchset'ы (такие есть для порта FreeBSD под Xen, в частности [1]
* Поднимается гейт на perforce и даётся доступ не напрямую к
perforce, а через этот гейт. Такое, например, есть для TrustedBSD. Клон
дерева из perforce доступен в cvs9.freebsd.org. Насколько я знаю, для Xen такого нет.
Сейчас Кип Мэйси (Kip Macy) ведёт активную работу по интеграции порта и
главного дерева + добавления функционала. В частности, должна появиться
(на самом деле уже появилась в последнем срезе в perforce) поддержка
PAE.
Он обещал что вот-вот, очень скоро он представит результаты. Речь идёт
о небольшом сроке, возможно даже до Нового года. Но может быть и сразу
же после.
| Цитата: |
Из глюков замечено ещё:
| Код: | # /usr/local/sbin/portupgrade
Bad system call (core dumped) |
| Код: | # ls | grep core
ruby18.core |
|
Ну это возможно.
| Цитата: |
но при этом:
| Код: | # uptime
10:44AM up 3 days, 23:39, 2 users, load averages: 0.00, 0.00, 0.00 |
И мир два раза пересобирал
|
Да, фря рулит, кто бы спорил
[1] http://rink.nu/downloads/xen3.diff
. |
|
| Вернуться к началу |
|
|
Vovan's
Участник форума
Зарегистрирован: 02.06.2006
Пользователь #: 37,986
Сообщения
всего: 149
полезных: 147 (98%)
Откуда: Rostov-on-Don
|
| Добавлено: Ср 26 Дек, 2007 12:19 Заголовок сообщения: |
|
|
xen3.diff пробовал. Конечно же, этот патч не прокатил. Списался с Kip Macy, ничего утешительного для себя не услышал
vs: Good afternoon!
Where to take an source code (patch) --
http://perforce.freebsd.org/branchView.cgi?BRANCH=xen31
Kip: It doesn't work yet. I'll be importing it in to CVS when it does.
vs: How soon you plan to realise this feature?
or may be you have prebuild kernel (with modules)?
I have a contractual obligation to deliver on in January, so I really
hope that it is stable in the next couple of weeks.
-Kip
=========================
Так что вот так... Будет когда-то в январе, он пообещал. Но мне это не сильно подходит я и так сильно тянул с этим. С меня требуют уже готовое решение...
Что же до самого Xen, то он меня всё больше разочаровует
На большинстве ядер, что пришлось щупать для Dom0, система работает
крайне нестабильно. Вот оно работает, работает, а потом (чаще - ночью)
бац! Повисло. В ssh-сессии и везде такого рода ошибки:
| Код: | Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.153264] ------------[ cut here ]------------
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.153402] SMP
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.153371] invalid opcode: 0000 [#1]
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.154605] CPU: 1
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.154607] EIP: 0061:[<c0118e84>] Not tainted VLI
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.154608] EFLAGS: 00010282 (2.6.22-14-xen #1)
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.154689] EIP is at xen_l2_entry_update+0x94/0xa0
(...)
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.155712] [<c0301685>] error_code+0x35/0x40
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.155789] =======================
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.155814] Code: 89 74 24 08 be f0 7f 00 00 89 54
24 14 31 d2 89 44 24 10 e8 af 81 fe ff 85 c0 78 0f 83 c4 18 5b 5e 5f c3
39 c2 72 9b 0f 0b eb fe <0f> 0b eb fe 90 8d b4 26 00 00 00 00 56
89 c2 53 83 ec 0c c1 ea
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.156481] EIP: [<c0118e84>] xen_l2_entry_update+0x94/0xa0 SS:ESP 0069:e4acde04 |
Только одно ядро нашлось, кде такого можно сказать и не наблюдается.
("можно сказать" это потому как при частом включении и выключении domU
с FreeBSD бывает что вываливается такая ошибка.)
Так вот про то ядро, где якобы Xen
относительно стабильно работает. В качестве одной из DomU стоит debian
testing. Обновляю его регулярно. Настроил там систему бекапов bacula,
подчепил дополнительный винт к Dom0, настроил NFS для доступа к нему из
DomU (просто хочу, чтобы несколько DomU имело к нему доступ), продую
делать бекапп, проходит совсем немного времени и... бац!.. DomU
отваливается с ssh-сессии. Я туда консолью, а сетевые интерфейсы в
дауне... Поднимай их, опускай, сеть больше не заработает. На разделе с
NFS остаётся кусок файла размером от десятка метров, до сотни-полторы.
И это при том, что просто образы дисков я качал туда-сюда, но не по
NFS.
Вопрос с NFS таки решился, когда я втыкнул в Dom0 вот это ядро:
http://bits.xensource.com/oss-xen/release/3.1.0/bin.tgz/xen-3.1.0-install-x86_32.tgz
но всё равно не понятно, от чего так происходило
Ладно, думаю, сделаю доступ по sshfs. Какая разница? Подгружаю модуль fuse, а устройство /dev/fuse не создаётся
# modprobe fuse
# ls /dev/fu*
/dev/full
Гуглю, нахожу подобную проблему
Вроде бы в ядро надо fuse вкомпиливать, как я понял.
В общем, проблем встречается столько, что страшно на боевой сервак сие ставить но попробуем попробовать |
|
| Вернуться к началу |
|
|
Igorchubin
Новичок
Зарегистрирован: 07.02.2007
Пользователь #: 51,318
Сообщения
всего: 30
полезных: 30 (100%)
|
| Добавлено: Чт 27 Дек, 2007 16:47 Заголовок сообщения: |
|
|
| Vovan's писал(а): | xen3.diff пробовал. Конечно же, этот патч не прокатил. Списался с Kip Macy, ничего утешительного для себя не услышал
|
Вообще-то этот патч можно заставить работать.
Скажем так, заставить работать тот функционал,
который в нём есть.
Но тот функционал, который в нём — мягко говоря, экспериментальный.
| Цитата: |
vs: Good afternoon!
Where to take an source code (patch) --
http://perforce.freebsd.org/branchView.cgi?BRANCH=xen31
Kip: It doesn't work yet. I'll be importing it in to CVS when it does.
vs: How soon you plan to realise this feature?
or may be you have prebuild kernel (with modules)?
I have a contractual obligation to deliver on in January, so I really
hope that it is stable in the next couple of weeks.
-Kip
=========================
Так что вот так... Будет когда-то в январе, он пообещал. Но мне это не сильно подходит я и так сильно тянул с этим. С меня требуют уже готовое решение...
|
Скажем так, что по контракту оно должно быть в январе.
Но это дело такое. Может быть, а может и не быть.
В любом случае, в ближайшие несколько месяцев должен появиться
порт, над которым можно будет экспериментировать.
Что касается "не сильно подходит" и "обещал готовое решение",
то это вы погорячились. Если вспомните (или перемотаете постинг назад), что я говорил -- FreeBSD под Xen пока не готово, и если оно будет работать, то только в (очень) экспериментальном режиме.
Честно сказать, у вас и так неплохо оно завелось.
У других и этого нет. Серьёзно.
Намного логичнее было остановиться на NetBSD.
Там тоже не всё гладно, но оно (на текущий момент)
ушло в работе в Xen дальше чем FreeBSD.
| Цитата: |
Что же до самого Xen, то он меня всё больше разочаровует На большинстве ядер, что пришлось щупать для Dom0, система работает крайне нестабильно.
|
Я думаю, что вопрос не в Xen как таковом, а в ядрах
и в гипервизоре.
Предполагаю, что вы используете гипервизор 3.0.3
и ошибки, описанные ниже возникали на нём.
Если так, то это более чем возможно.
Если более новый, тоже возможно. Но менее вероятно.
Сейчас уже есть гипервизор 3.1.2 и вот-вот, скорее всего сразу после
нового года будет 3.2.0. Гипервизор 3.1.0 появился более полугода
назад, и в нём было большое количество как багфиксов, так и нового
функционала. Поэтому, если вы вдруг до сих пор остались на 3.0.x и для
этого нет вески причин, лучше обновиться до 3.1.x.
| Цитата: |
Вот оно работает, работает, а потом (чаще - ночью) бац! Повисло. В ssh-сессии и везде такого рода ошибки:
| Код: | Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.153264] ------------[ cut here ]------------
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.153402] SMP
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.153371] invalid opcode: 0000 [#1]
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.154605] CPU: 1
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.154607] EIP: 0061:[<c0118e84>] Not tainted VLI
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.154608] EFLAGS: 00010282 (2.6.22-14-xen #1)
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.154689] EIP is at xen_l2_entry_update+0x94/0xa0
(...)
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.155712] [<c0301685>] error_code+0x35/0x40
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.155789] =======================
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.155814] Code: 89 74 24 08 be f0 7f 00 00 89 54
24 14 31 d2 89 44 24 10 e8 af 81 fe ff 85 c0 78 0f 83 c4 18 5b 5e 5f c3
39 c2 72 9b 0f 0b eb fe <0f> 0b eb fe 90 8d b4 26 00 00 00 00 56
89 c2 53 83 ec 0c c1 ea
Message from syslogd@shluz at Tue Dec 25 18:52:01 2007 ...
shluz kernel: [ 3766.156481] EIP: [<c0118e84>] xen_l2_entry_update+0x94/0xa0 SS:ESP 0069:e4acde04 |
Только одно ядро нашлось, кде такого можно сказать и не наблюдается.
("можно сказать" это потому как при частом включении и выключении domU
с FreeBSD бывает что вываливается такая ошибка.)
|
Сейчас ошибка по-прежнему вываливается?
Если да, то скажите, пожалуйста,
* какой гипервизор вы используете?
* какое ядро в домене 0?
* при каких обстоятельствах вывпливается ошибка.
| Цитата: |
Так вот про то ядро, где якобы Xen
относительно стабильно работает. В качестве одной из DomU стоит debian
testing. Обновляю его регулярно. Настроил там систему бекапов bacula,
подчепил дополнительный винт к Dom0, настроил NFS для доступа к нему из
DomU (просто хочу, чтобы несколько DomU имело к нему доступ), продую
делать бекапп, проходит совсем немного времени и... бац!.. DomU
отваливается с ssh-сессии. Я туда консолью, а сетевые интерфейсы в
дауне... Поднимай их, опускай, сеть больше не заработает. На разделе с
NFS остаётся кусок файла размером от десятка метров, до сотни-полторы.
И это при том, что просто образы дисков я качал туда-сюда, но не по
NFS.
|
Сеть ложится полностью?
Связь теряется со всеми доменами?
Причин может быть много.
И, не исключено, что проблема не решилась,
просто перенеслась и проявится в будущем.
| Цитата: |
Ладно, думаю, сделаю доступ по sshfs. Какая разница? Подгружаю модуль fuse, а устройство /dev/fuse не создаётся
# modprobe fuse
# ls /dev/fu*
/dev/full
|
Я думаю, что в данном случае Xen не причём.
Дело, насколько я понимаю, в конфигурации ядра
и самого домена U (в частности udev и проч.).
Что касается перехода с NFS на sshfs (если я вас правильно понял,
то это метод борьбы с зависанием сети?), то это не выход.
Как вы понимаете, Xen ничего не имеет против NFS.
Он работает на более низком уровне. Если проблема проявилась с NFS, то она точно также может проявиться с SSH.
| Цитата: |
В общем, проблем встречается столько, что страшно на боевой сервак сие ставить но попробуем попробовать |
Страшно, но что делать
Правильно я понял, что сейчас есть две проблемы:
1) Периодически возникающая ошибка ядра
2) Периодически возникающее зависание сети
Правильно?
Есть ли ещё ошибки?
. |
|
| Вернуться к началу |
|
|
Vovan's
Участник форума
Зарегистрирован: 02.06.2006
Пользователь #: 37,986
Сообщения
всего: 149
полезных: 147 (98%)
Откуда: Rostov-on-Don
|
| Добавлено: Чт 27 Дек, 2007 18:25 Заголовок сообщения: |
|
|
Как
я уже писал, ошибки с сетью вроде бы пропали. Сделался бекап на гиг,
потом ещё на 300 метров, ничего не повисло. Просто сменил ядро. Больше
ничего не остаётся, как играть с ядрами и смотреть, какое стабильнее
себя ведёт. Вышеприведённые оибки ядра возникали сами собой. При
простое. Даже если все DomU опущены вовсе и никого нет в офисе, чтобы
лезть на этот сервак.
Что до гипервизорпа, то ниже 3,1,0 я в глаза не видел
пробовал всё - 3.1.0, 3.1.1, 3.1.2, а сейчас сижу на 3.2.0-rc4-pre
самособранным из меркурия. Dom0 работает вроде бы стабильно. Нареканий
(пока) нет. Ночь отстояло. Ковыряюсь два дня. А вот на DomU (дебиан)
система виснет при загрузке на этапе определения скази-устройств ядро 2.6.18.8
Интересна причина следущей ошибки:
Using config file "./getway.cfg".
Error: (2, 'Invalid kernel', 'xc_dom_find_loader: no loader found\n')
Что пытаюсь сделать? Хочу загрузить машину с ванильного последнего (23)
ядра с вкомпиленным ксеном для DomU. Ядро пересобирал несколько раз.
Даже смотрел настройки для ядер от Dom0, стремился приблизиться к их
виду, но никакого результата пока не получил |
|
| Вернуться к началу |
|
|
Vovan's
Участник форума
Зарегистрирован: 02.06.2006
Пользователь #: 37,986
Сообщения
всего: 149
полезных: 147 (98%)
Откуда: Rostov-on-Don
|
| Добавлено: Чт 17 Янв, 2008 0:34 Заголовок сообщения: |
|
|
то, что тут было написано ранее, вышло потому что почему-то не поставился udev в domU ))) Как его доставил, так всё и запахало Приношу свои извинения за дизинформацию  |
|
| Вернуться к началу |
|
|
|
| Предыдущая тема :: Следующая тема |
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете добавлять приложения в этом форуме
Вы можете скачивать файлы в этом форуме
|
Пишите нам! | sysadmins.ru
|
FAQ
Поиск
Пользователи
Фотогалерея (new)
Профиль
Войти и проверить личные сообщения
Вход
