forum.lissyara.su

Танки встречай шквалом огня, твёрдо запомни - горит и броня
https://forum.lissyara.su/

Сбой питания и UFS

https://forum.lissyara.su/viewtopic.php?f=8&t=5975

Страница 1 из 1

Сбой питания и UFS

Добавлено: 2007-11-23 13:50:37
Valmon
Вчера в датацентре был сбой питание
В итоге в логах я наткнулся на это

Код: Выделить всё

Nov 22 23:26:04 ru-point kernel: ad4: 238475MB <Seagate ST3250620AS 3.AAK> at ata2-master SATA150
Nov 22 23:26:04 ru-point kernel: ad6: 238475MB <Seagate ST3250620AS 3.AAK> at ata3-master SATA150
Nov 22 23:26:04 ru-point kernel: ar0: 238352MB <LSILogic v3 MegaRAID RAID1> status: READY
Nov 22 23:26:04 ru-point kernel: ar0: disk0 READY (master) using ad4 at ata2-master
Nov 22 23:26:04 ru-point kernel: ar0: disk1 READY (mirror) using ad6 at ata3-master
Nov 22 23:26:04 ru-point kernel: Trying to mount root from ufs:/dev/ar0s1a
Nov 22 23:26:04 ru-point kernel: WARNING: / was not properly dismounted
Nov 22 23:26:04 ru-point kernel: WARNING: /data was not properly dismounted
Nov 22 23:26:04 ru-point kernel: WARNING: /tmp was not properly dismounted
Nov 22 23:26:04 ru-point kernel: WARNING: /usr was not properly dismounted
Nov 22 23:26:04 ru-point kernel: WARNING: /var was not properly dismounted
Nov 22 23:26:05 ru-point kernel: em0: link state changed to UP
Nov 22 23:26:06 ru-point named[554]: starting BIND 9.3.3 -t /var/named -u bind
Nov 22 23:26:06 ru-point named[554]: command channel listening on 127.0.0.1#953
Nov 22 23:26:06 ru-point named[554]: command channel listening on ::1#953
Nov 22 23:26:06 ru-point named[554]: zone 0.0.127.IN-ADDR.ARPA/IN: loading master file master/localhost.rev: file not found
Nov 22 23:26:06 ru-point named[554]: zone 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA/IN: loading master file master/localhost-v
Nov 22 23:26:06 ru-point named[554]: running
Nov 22 23:26:06 ru-point proftpd[609]: ru-point.com - ProFTPD 1.3.1 (stable) (built Thu Nov 22 12:54:46 MSK 2007) standalone mode STARTUP
Nov 22 23:26:13 ru-point kernel: em0: link state changed to DOWN
Nov 22 23:26:32 ru-point kernel: em0: link state changed to UP
Nov 22 23:29:56 ru-point su: user to root on /dev/ttyp0
Nov 22 23:33:29 ru-point fsck: /dev/ar0s2d: 1810 files, 155931 used, 97726935 free (135 frags, 12215850 blocks, 0.0% fragmentation)
Nov 22 23:33:31 ru-point fsck: /dev/ar0s1e: Reclaimed: 0 directories, 1 files, 0 fragments
Nov 22 23:33:31 ru-point fsck: /dev/ar0s1e: 17 files, 9 used, 253806 free (38 frags, 31721 blocks, 0.0% fragmentation)
Nov 22 23:36:10 ru-point fsck: /dev/ar0s1f: 208655 files, 1083148 used, 15181183 free (54303 frags, 1890860 blocks, 0.3% fragmentation)
Nov 22 23:36:14 ru-point fsck: /dev/ar0s1d: UNREF FILE I=23556  OWNER=mysql MODE=100600
Nov 22 23:36:14 ru-point fsck: /dev/ar0s1d: SIZE=0 MTIME=Nov 22 23:03 2007  (CLEARED)
Nov 22 23:36:14 ru-point fsck: /dev/ar0s1d: UNREF FILE I=23557  OWNER=mysql MODE=100600
Nov 22 23:36:14 ru-point fsck: /dev/ar0s1d: SIZE=0 MTIME=Nov 22 23:03 2007  (CLEARED)
Nov 22 23:36:14 ru-point fsck: /dev/ar0s1d: UNREF FILE I=23558  OWNER=mysql MODE=100600
Nov 22 23:36:14 ru-point fsck: /dev/ar0s1d: SIZE=0 MTIME=Nov 22 23:03 2007  (CLEARED)
Nov 22 23:36:14 ru-point fsck: /dev/ar0s1d: UNREF FILE I=23559  OWNER=mysql MODE=100600
Nov 22 23:36:14 ru-point fsck: /dev/ar0s1d: SIZE=0 MTIME=Nov 22 23:03 2007  (CLEARED)
Nov 22 23:36:14 ru-point fsck: /dev/ar0s1d: UNREF FILE I=23560  OWNER=mysql MODE=100600
Nov 22 23:36:14 ru-point fsck: /dev/ar0s1d: SIZE=0 MTIME=Nov 22 23:03 2007  (CLEARED)
Nov 22 23:36:14 ru-point fsck: /dev/ar0s1d: UNREF FILE I=353294  OWNER=root MODE=140666
Nov 22 23:36:14 ru-point fsck: /dev/ar0s1d: SIZE=0 MTIME=Nov 22 23:03 2007  (CLEARED)
Nov 22 23:36:14 ru-point fsck: /dev/ar0s1d: UNREF FILE I=353304  OWNER=root MODE=140777
Nov 22 23:36:14 ru-point fsck: /dev/ar0s1d: SIZE=0 MTIME=Nov 22 23:03 2007  (CLEARED)
Nov 22 23:36:14 ru-point fsck: /dev/ar0s1d: Reclaimed: 0 directories, 7 files, 0 fragments
Nov 22 23:36:14 ru-point fsck: /dev/ar0s1d: 728 files, 29689 used, 1486158 free (318 frags, 185730 blocks, 0.0% fragmentation)
На сервере RAID1 из 2 дисков SATA, и все это на встроенном контролере материнки SE7320VP2

Страшно ли это для FS и для массива и как лечить?

Re: Сбой питания и UFS

Добавлено: 2007-11-23 13:59:41
schizoid
так а че собсна смутило?
при загрузке оно определило, что разделы были некорректно отмонтированы, ну и почекало их, пофиксило ошибки...

Re: Сбой питания и UFS

Добавлено: 2007-11-23 14:17:39
Valmon
schizoid писал(а):так а че собсна смутило?
при загрузке оно определило, что разделы были некорректно отмонтированы, ну и почекало их, пофиксило ошибки...
Смутило то что на NTFS под Windows после подобного исчезли все разделы
Вот этого и боюсь
Может быть стоит переставить ОС пока на ней нечего серьезного не стоит, предварительно пересобрав рейду

Re: Сбой питания и UFS

Добавлено: 2007-11-23 15:02:45
schizoid
отвыкай от виндовз.

Re: Сбой питания и UFS

Добавлено: 2007-11-23 15:59:04
Alex Keda
у меня из-за кривого железа сервер в датацентре ребутается раз в неделю - минимум.
иногда, до 5-10 раз в сутки.
и ничё - живой до сих пор.
========
забей.

Re: Сбой питания и UFS

Добавлено: 2007-11-23 18:00:25
freeman
Valmon писал(а): Смутило то что на NTFS под Windows после подобного исчезли все разделы
Вот этого и боюсь
Может быть стоит переставить ОС пока на ней нечего серьезного не стоит, предварительно пересобрав рейду
Хоть и не по теме.
Дома вырубали свет по десять раз на день, старющий винт, не говоря уж об отказоустойчивых !!! рейдах и NTFS разделы никогда не исчезали.
Это твой сервак или кто то попросил "присмотреть" на время ? Потому в корне неправильные и бессмысленные мысли типа "не пора ли переставить ОС" сисадминам не свойственны обычно, хоть win, хоть nix, хоть solaris, хоть чёрта лысого ...

Re: Сбой питания и UFS

Добавлено: 2007-11-23 19:20:42
BlackCat
Вот здесь неплохо описано поведение файловой системы и то, как она защищенна от сбоев http://www.ixbt.com/soft/freebsd04.shtml.

Re: Сбой питания и UFS

Добавлено: 2007-11-23 19:32:24
ProFTP
маленько не понятно причем тут НТВС и виндовс?

вот для
rc.conf

Код: Выделить всё

fsck_y_enable="YES" # -- sysinstall generated deltas -- # Tue Apr  3 15:54:30 2007
background_fsck="NO"
чтобы раздулы и рут не "улетели" не надо файлы под рутом копировать!!

Re: Сбой питания и UFS

Добавлено: 2007-11-23 20:07:12
Valmon
ProFTP писал(а):маленько не понятно причем тут НТВС и виндовс?

вот для
rc.conf

Код: Выделить всё

fsck_y_enable="YES" # -- sysinstall generated deltas -- # Tue Apr  3 15:54:30 2007
background_fsck="NO"
чтобы раздулы и рут не "улетели" не надо файлы под рутом копировать!!
А попадробней? Про то под кем копировать стоит а под кем нет
Я новичек во фре, так что не пинайте сильно

Есть у меня юзер так сказать в группе wheel
Под ним можно разве работать в системных разделах?

Re: Сбой питания и UFS

Добавлено: 2007-11-23 21:53:49
ProFTP
ну у меня ОДИН раз полетели фильмы, либки, root раздел кажеться! я копировал файлы под root'ом! (это тогда когда знак #) :wink:

Re: Сбой питания и UFS

Добавлено: 2007-11-24 2:54:05
BlackCat
ProFTP, можете по подробней в чем разница копирования под рутом и под обычным пользователем, с точки зрения целостности ФС?

Re: Сбой питания и UFS

Добавлено: 2007-11-25 2:00:29
ProFTP
я имел ввиду НЕ это!
а просто лучше под рутом НЕ копировать и вообще не сидеть :)
Часовой пояс: UTC+03:00
Страница 1 из 1
Powered by phpBB® Forum Software © phpBB Limited
https://www.phpbb.com/