LINUX.ORG.RU

Сообщения Neko-san

 

Проброс VLAN'ов в контейнер OpenVZ с помощью netdev_add

На сервере (Debian 6) крутится несколько OpenVZ-контейнеров (Debian 6, Ubuntu 10.04). Для каждого из них есть свои VLAN'ы (для каких-то по одному, для каких-то несколько). Пробрасываю VLAN'ы таким образом:

vconfig add eth0 800
vzctl set 202 --netdev_add vlan800 --save

А дальше внутри контейнера уже просто настраиваю интерфейс ifconfig (это не совсем тру, но тонкую настройку сети в контейнере я еще не освоил). Всё работает нормально, но смущает два момента.

1) Правильно ли я вообще делаю, пробрасывая VLAN'ы таким образом? В некоторых мануалах встречаются какие-то предупреждения на счет проброса VLAN-интерфейсов как устройств, мол используйте netif, вместо netdev и собирайте бриджи на хост-системе из пар виртуалка-вилан.

2) Есть небольшая проблемка с перезапуском контейнеров. После того, как я запускаю контейнер первый раз - он подхватывает VLAN-интерфейс, и он пропадает на хост-системе. После остановки контейнера - VLAN-интерфейс на хост-системе назад не появляется и что бы контейнер нормально запустился вновь - приходится руками повторять назначение VLAN'ов eth0 с помощью vconfig. Как бы мне настроить OpenVZ так, что бы он перед запуском контейнера сам делал vconfig?

 , ,

Neko-san
()

Ошибка grub: Out of disk при холодном запуске сервера

Здравствуйте.

Поставил на машину Ubuntu Server 10.04.2 (32 бита). Поставил как обычно, точно так же как и на другие машины ранее. Но в этот раз возникла интересная проблема с загрузчиком grub2.

Когда включаешь машину первый раз, grub2 вместо нормальной загрузки выдает ошибку Out of disk. Нажимаешь RESET и при повторной загрузке, о чудо, система загружается нормально. Выключаю машину, включаю снова, ситуация повторяется. Первая загрузка - Out of disk, перезагрузка ресетом и вторая загрузка проходит нормально.

Попробовал вынести grub2 на отдельный раздел - ситуация не изменилась. Попробовал поставить grub-legacy - всё тоже самое, только другой текст ошибки (error 18 или как-то так, машина удаленная, я не вижу процесс загрузки).

На сервере установлена материнская плата GIGABYTE GA-P35-S3G, процессор Core 2 Quad, 1 гигабайт памяти и всего один жесткий диск (WD Caviar Blue на 1 терабайт).

В чем может быть причина такого поведения? Я предполагаю, что есть какая-то проблема с железом, но не знаю в чем именно она заключается. Так как машина удаленная - мои возможности по диагностике существенно ограничены.

 

Neko-san
()

Как восстановить Soft RAID-6 с минимальным риском

Здравствуйте. Давным давно на файловом сервере c Ubuntu был настроен программный RAID-6 из восьми двухтерабайтных дисков. Всё работало, но припёрло поставить в сервер дополнительный SATA-контроллер и диски. В процессе этого, возникло несколько проблем и было решено вернуть сервер в изначальное состояние.

К сожалению сделать этого не удалось. Один из двухтерабайтных дисков стал определяться как 1 терабайтный (я его отключил, так как у нас RAID-6 это не стращно). Но еще с двух, похоже, пропали мета-данные mdraid, так как при mdadm --assemble /dev/md0 подхватываются только 5 дисков из 7. И это уже страшнее.

Диски - Western Digital Caviar Green серии EARS, с 4 килобайтными секторами (да, знаю что диски для рейда говно и вообще глючные - всё уперлось в желание получить побольше, да подешевле).

Физически все семь дисков определяются нормально, fdisk -cu -b 4096 -l выводит следующее:

Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
42 heads, 63 sectors/track, 184572 cylinders, total 488378646 sectors
Units = sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xc6228540

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1             256   488378645  1953513560   fd  Linux raid autodetect
Note: sector size is 4096 (not 512)

Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
42 heads, 63 sectors/track, 184572 cylinders, total 488378646 sectors
Units = sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0c3acf73

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1             256   488378645  1953513560   fd  Linux raid autodetect
Note: sector size is 4096 (not 512)

Disk /dev/sdc: 2000.4 GB, 2000398934016 bytes
42 heads, 63 sectors/track, 184572 cylinders, total 488378646 sectors
Units = sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x7f97396d


Disk /dev/sdf: 2000.4 GB, 2000398934016 bytes
42 heads, 63 sectors/track, 184572 cylinders, total 488378646 sectors
Units = sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x3c393a22

   Device Boot      Start         End      Blocks   Id  System
/dev/sdf1             256   488378645  1953513560   fd  Linux raid autodetect
Note: sector size is 4096 (not 512)

Disk /dev/sdg: 2000.4 GB, 2000398934016 bytes
42 heads, 63 sectors/track, 184572 cylinders, total 488378646 sectors
Units = sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x4bfcc5c7

   Device Boot      Start         End      Blocks   Id  System
/dev/sdg1             256   488378645  1953513560   fd  Linux raid autodetect
Note: sector size is 4096 (not 512)

Disk /dev/sdh: 2000.4 GB, 2000398934016 bytes
42 heads, 63 sectors/track, 184572 cylinders, total 488378646 sectors
Units = sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x84bcf01a

   Device Boot      Start         End      Blocks   Id  System
/dev/sdh1             256   488378645  1953513560   fd  Linux raid autodetect
Note: sector size is 4096 (not 512)

Disk /dev/sdi: 2000.4 GB, 2000398934016 bytes
42 heads, 63 sectors/track, 184572 cylinders, total 488378646 sectors
Units = sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0003507e

   Device Boot      Start         End      Blocks   Id  System
/dev/sdi1             256   488378645  1953513560   fd  Linux raid autodetect

Вывод mdadm --assemble /dev/md0:

mdadm: /dev/md0 assembled from 5 drives - not enough to start the array.

Вывод cat /proc/mdstat:

md0 : inactive sdh[1](S) sdg[4](S) sdc[7](S) sdi[6](S) sdf[3](S)
      9767567800 blocks super 1.2

Конфиг /etc/mdadm/mdadm.conf:

DEVICE partition
CREATE owner=root group=disk mode=0660 auto=yes
HOMEHOST <system>
MAILADDR root

ARRAY /dev/md/0 level=raid6 metadata=1.2 num-devices=8 UUID=3ae1df8c:466ad52f:5f502d0b:9f5f75e9 name=sysresccd:0

Вроде бы ничего, что бы могло повредить мета-данные mdraid на этих дисках, не делалось. Поэтому у меня даже нет идей куда копать :(

Какие действия можно предпринять, что бы восстановить данные с минимальным риском? Потерять почти 12 тб данных - было бы ужасно...

Neko-san
()

RSS подписка на новые темы