Help: Как спасти Solaris от power outage??

Siberian Cableman · Post by **Siberian Cableman** » 17 May 2004 11:02

Привет народ,

Давно сушествует такая проблема, стоит свету в доме моргнуть все машины перезагружаются, и Ultra 60 с Solaris 9 разумеется тоже. После этого вместо нормального bootup процесса наблюдается следующее:

/dev/rdsk/c0t1d0s0: DIR I=87015 CONNECTED, PARENT WAS I=87012
/dev/rdsk/c0t1d0s0: UNREF DIR I=87012 OWNER=root MODE=40755
/dev/rdsk/c0t1d0s0: SIZE=512 MTIME=Apr 22 19:56 2004 (RECONNECTED)
/dev/rdsk/c0t1d0s0: DIR I=87012 CONNECTED, PARENT WAS I=2335
/dev/rdsk/c0t1d0s0: LINK COUNT DIR I=87012 OWNER=root MODE=40755
/dev/rdsk/c0t1d0s0: SIZE=512 MTIME=Apr 22 19:56 2004 COUNT 0 SHOULD BE 2
/dev/rdsk/c0t1d0s0: LINK COUNT INCREASING
/dev/rdsk/c0t1d0s0: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY

WARNING - Unable to repair the / filesystem. Run fsck
manually (fsck -F ufs /dev/rdsk/c0t1d0s0). Exit the shell when
done to continue the boot process

Type control-d to proceed with normal startup,
(or give root password for system maintenance):

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

Бродяга · Post by **Бродяга** » 17 May 2004 16:38

Siberian Cableman wrote:Привет народ,

Давно сушествует такая проблема, стоит свету в доме моргнуть все машины перезагружаются, и Ultra 60 с Solaris 9 разумеется тоже. После этого вместо нормального bootup процесса наблюдается следующее:

/dev/rdsk/c0t1d0s0: DIR I=87015 CONNECTED, PARENT WAS I=87012
/dev/rdsk/c0t1d0s0: UNREF DIR I=87012 OWNER=root MODE=40755
/dev/rdsk/c0t1d0s0: SIZE=512 MTIME=Apr 22 19:56 2004 (RECONNECTED)
/dev/rdsk/c0t1d0s0: DIR I=87012 CONNECTED, PARENT WAS I=2335
/dev/rdsk/c0t1d0s0: LINK COUNT DIR I=87012 OWNER=root MODE=40755
/dev/rdsk/c0t1d0s0: SIZE=512 MTIME=Apr 22 19:56 2004 COUNT 0 SHOULD BE 2
/dev/rdsk/c0t1d0s0: LINK COUNT INCREASING
/dev/rdsk/c0t1d0s0: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY

WARNING - Unable to repair the / filesystem. Run fsck
manually (fsck -F ufs /dev/rdsk/c0t1d0s0). Exit the shell when
done to continue the boot process

Type control-d to proceed with normal startup,
(or give root password for system maintenance):

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

Так солярка так и должна работать. Когда свет выключился она не размонтировала разделы вот и результат.

Sabina · Post by **Sabina** » 17 May 2004 16:55

Siberian Cableman wrote:Я конечно понимаю, что по задумке Sparc не должен стоять там, где может выключатся свет, но должно же быть какое-то другое решение, кроме UPS-a.

Самое забавное, что они довольно-таки выносливы эти Ультры. У нашего босса во французской компании вообще было в характере под горячую руку вырубать Ультры нажатием Power button. Проделывал он это достаточно регулярно, и сисадмин наш каждый раз тихонько ойкал, но тем не менее все работало нормально

Сабина

f_evgeny · Post by **f_evgeny** » 17 May 2004 17:07

Наверное это не совсем в тему, но у меня дома, на Линуксе, аналогичные проблемы практически ушли после перехода на ext3 (она журналируемая). Может там тоже есть какая-нибудь журналируемая ФС?

idle0 · Post by **idle0** » 17 May 2004 17:10

Siberian Cableman wrote:Привет народ,

Давно сушествует такая проблема, стоит свету в доме моргнуть все машины перезагружаются, и Ultra 60 с Solaris 9 разумеется тоже. После этого вместо нормального bootup процесса наблюдается следующее:

You have to enable "ufs logging" feature.

a) do "man ufs_mount" and search for "logging"
b) edit your /etc/vfstab file. Find all "ufs" entries in the file and replace last "-" to "logging" or add "logging" to the list of options:

Code: Select all

/dev/dsk/c0t0d0s0       /dev/rdsk/c0t0d0s0      /       ufs     1       no     -

shoule be replaced to

Code: Select all

/dev/dsk/c0t0d0s0       /dev/rdsk/c0t0d0s0      /       ufs     1       no     logging

while

Code: Select all

/dev/dsk/c0t0d0s0       /dev/rdsk/c0t0d0s0      /       ufs     1       no     largefiles

should be replaced to

Code: Select all

/dev/dsk/c0t0d0s0       /dev/rdsk/c0t0d0s0      /       ufs     1       no     largefiles,logging

Make sure you don't touch "swap" or any other non-ufs file systems.

c) reboot, or if you feel lucky do "mount -o remount,logging /", "mount -o remount,logging /var" etc for all of your UFS filesystems. You can get list of all UFS filesystems by doing "df -F ufs -k"

Siberian Cableman · Post by **Siberian Cableman** » 17 May 2004 18:31

Thanks, let me try this night.

A. Fig Lee · Post by **A. Fig Lee** » 17 May 2004 23:56

f_evgeny wrote:Наверное это не совсем в тему, но у меня дома, на Линуксе, аналогичные проблемы практически ушли после перехода на ext3 (она журналируемая). Может там тоже есть какая-нибудь журналируемая ФС?

Ясен пень. И никакаянибудь а она самая.
Падал 2-3 раза - никаких проблемов. За исключением софтварных.

SiarheiH · Post by **SiarheiH** » 18 May 2004 15:43

В Соларисе жерналируемая ФС и линух ее взял за основу.

А от Power outages спасет только УПС, как частичное решение работать в Single RC.

f_evgeny · Post by **f_evgeny** » 18 May 2004 16:26

SiarheiH wrote:В Соларисе жерналируемая ФС и линух ее взял за основу.

Разве? Я имею в виду, что Линукс взял за основу фс от Соляриса.
Правда в Линуксе поддерживается очень много ФС, но у меня создалось впечатление, что базовой журналируемой ФС в Линуксе правильнее всего будет считать ext3, которая является ничем иным, как ext2 с журналом. А ext2 это как раз и есть самая что ни наесть Линуксовая ФС.

rainall · Post by **rainall** » 18 May 2004 19:33

f_evgeny wrote:... А ext2 это как раз и есть самая что ни наесть Линуксовая ФС.

Вроде именно она ему славы не добавляла. "Не сказать еще хужей". (c)

f_evgeny · Post by **f_evgeny** » 18 May 2004 20:11

rainall wrote:
f_evgeny wrote:... А ext2 это как раз и есть самая что ни наесть Линуксовая ФС.

Вроде именно она ему славы не добавляла. "Не сказать еще хужей". (c)

А какие с ней проблемы? Никогда ни от кого не слышал про нее худого слова, и сам сказать его не могу.

tihij · Post by **tihij** » 19 May 2004 07:39

То, что какая-то OSь начинает материться при загрузке после такого выключения, это не есть плохо - просто явное перечисление проблем действует на пользовательскую психику ("ё мое, да что ж там такое"

" ).

Pukite · Post by **Pukite** » 20 May 2004 14:32

http://linuxgazette.net/102/piszcz.html - заходим, читаем ...

dzher · Post by **dzher** » 20 May 2004 14:58

f_evgeny wrote:А какие с ней проблемы? Никогда ни от кого не слышал про нее худого слова, и сам сказать его не могу.

ща я скажу - там есть некий с четчик "перезагрузок" .. м-да, так вот при некоторм его значении таки монтироваться раздел перестанет и придется [fschk] запускать с ключиком [-b] - где там копия супер блока хранится ?

f_evgeny · Post by **f_evgeny** » 20 May 2004 16:24

dzher wrote:
f_evgeny wrote:А какие с ней проблемы? Никогда ни от кого не слышал про нее худого слова, и сам сказать его не могу.

ща я скажу - там есть некий с четчик "перезагрузок" .. м-да, так вот при некоторм его значении таки монтироваться раздел перестанет и придется [fschk] запускать с ключиком [-b] - где там копия супер блока хранится ?

Не понял, что Вы имеете в виду. Не могли бы Вы более подробно сказать, что Вы имеете в виду, желательно со ссылкой.

f_evgeny · Post by **f_evgeny** » 20 May 2004 16:33

Pukite wrote:http://linuxgazette.net/102/piszcz.html - заходим, читаем ...

Ну да, ext3 в некоторых случаях не самая быстрая. Зато она надежнее и стабильнее RaiserFS, например. Второе ее достоинство - удобство и совместимость с ext2.

f_evgeny · Post by **f_evgeny** » 20 May 2004 16:37

tihij wrote:То, что какая-то OSь начинает материться при загрузке после такого выключения, это не есть плохо - просто явное перечисление проблем действует на пользовательскую психику ("ё мое, да что ж там такое" " ).

Ну, журналируемая ФС, как раз и снимает большую часть проблем, связанных с аварийными выключениями.
Кроме этого, они драматически снижают время, требуемое на проверку целостности после аварийных выключений. А это время на больших дисков может быть значительным.

f_evgeny · Post by **f_evgeny** » 20 May 2004 16:39

А кто бы просветил, НТФС, она журналируемая, или нет?

PavelM · Post by **PavelM** » 20 May 2004 17:31

dzher · Post by **dzher** » 20 May 2004 17:37

[quote="f_evgeny]Не понял, что Вы имеете в виду. Не могли бы Вы более подробно сказать, что Вы имеете в виду, желательно со ссылкой.[/quote]

ето называется [max-mount-counts] . описано в [man tune2fs].
проблем может возникнуть при запуске [fschk] на [ext3 fs] - оно [fschk] по дефолту не может с [ext3] работать .
ето все ИМХО - так как у меня произошло .

f_evgeny · Post by **f_evgeny** » 20 May 2004 19:02

dzher wrote:[quote="f_evgeny]Не понял, что Вы имеете в виду. Не могли бы Вы более подробно сказать, что Вы имеете в виду, желательно со ссылкой.

ето называется [max-mount-counts] . описано в [man tune2fs].
проблем может возникнуть при запуске [fschk] на [ext3 fs] - оно [fschk] по дефолту не может с [ext3] работать .
ето все ИМХО - так как у меня произошло .[/quote]
Версию проверьте.

Code: Select all

E2fsprogs 1.19 (July 13, 2000)                                                  
==============================                                                  
 ......                                           
Added ext3 journalling support.  
......

Привет

Help: Как спасти Solaris от power outage??

Help: Как спасти Solaris от power outage??

Re: Help: Как спасти Solaris от power outage??

Re: Help: Как спасти Solaris от power outage??

Re: Help: Как спасти Solaris от power outage??

Re: Help: Как спасти Solaris от power outage??

Re: Help: Как спасти Solaris от power outage??