Interesuva me dali linuks ima nadezhdna failova sistema i na
koia da se spra?

 Vuprosa pochiva na opita koito imam s redhat + ext3 i redhat
+ reiserfs.

 V produlzhenie na 10 mesetsa pri 15 server-a imahme 8 problema
sus zaguba na failove ili tsiala sistema.

 Problema vuznikva obiknovenno sled spirane na toka v moment
na pisane vuv fail.

 Iskam da otbelezha, che stava duma za natovareni server-i
raboteshti s bazi ot danni.

 Za sushtiia period ot vreme i pri sushtite usloviia imahme 18
 NT/2000 + oracle bez nito edin sluchai na zaguba na
failove/danni.

Ot tuk sledva i nashiia problem.
Variantite sa 2:
 1. Nie ne mozhem da nastroim failovata sistema kakto triabva.
 Tova e napulno vuzmozhno, zashtoto ne promeniame default
nastroikite sled instalatsiia.

2. Linux ne pritezhava kachestva za production OS.

 Polzvanite ot nas versii na linux sa redhat 7.3 i redhat
9.0.

 Molia da prashtate samo meniia koito pochivat na realen opit v
 natovareni sistemi, a ne na sluhove ili neshta koito sa dochuti
 ot niakude (ili na printsipa - e, tova e linux i ne mozhe da
bude).

Oshte da otbelezha, che sistemite sa ot tip 7/24.

Blagodaria predvaritelno.

 Ne, be, niama nadezhdni failovi sistemi, koito da se poddurzhat
ot linuks iadroto.
 To sigurno fakta, che na poveche ot 2/3 ot survurite po sveta
 ima imenno takiva failovi sistemi, sigurno se dulzhi na
masovo umopomrachenie.

 Lichniiat mi opit s 2003 standart edishun e ... a be mnogo
zle.
 Sigurno ne sum dorasal da nastroivam survur s razni
 chekboksove i padashti menyuta. Qvno e mnogo slozhna operatsiia. A,
be, znam li? Edin den s 2033 enturpraiz edishun....

 Interesno, zashto pitate tuk? Dostatuchno seriozni saitove ima
 iz net-a, predlagashti statistiki i analizi po interesuvashtite
vi vuprosi.

 Da ne bi da vi tormozi fakta, che ste dali kup pari za
 MS-softuer i ne poluchavate tova, koeto ste ochakvali? Ili vie
 ste ot tezi privurzhenitsi, koito nikoga ne plashtat
komersialniia softuer i samo pretendirat neosnovatelno?

 Pri RedHat ne e vazhno kakva failova sistema shte polzvash, a
 chas po-skoro da si smenish iadroto i da ne polzvash tova, koeto
ti idva s distributsiiata.

 No tvoia sluchai mnogo me uchudva shtoto tvoia opit e mnogo
placheben.

Za aa:
 Deistvitelno se opitvame da suberem maksimalno informatsiia o
vuprosa.

Postnali sme go i v dosta drugi forumi po sveta.

Kato ne znaesh neshto po-dobre ne komentirai.

Lichniia ti opit s 2003 ne me interesuva.
 Ako imash lichen opit v mnogo natovarena linuks sreda, koito
da spodelish si dobre doshul s mennie.
 Opitvame se da iziasnim, dali problema e v linuks ili sme
izpusnali neshto v nastroikite mu.

Kum drandran:

Imash li konkretna ideia zashto da smenia iadroto i s kakvo?

 niama problem da smenim distributsiiata, stiga da e iasno kude e
problema.

 Izbrahme redhat, zashtoto zapochnahme s ext3, a tia se pravi ot
 tiah. Predpolagahme, che sa nai-naiasno kakvo praviat. Sled tova
probvahme reiserfs, sus sushtiia uspeh.

Probvai s niakoe ot poslednite ot (www.bg.kernel.org)
2.4.21 ili 2.4.22.

 Ne kazvam che RedHat e losha distributsiia, prosto ne polzvai
tiahnoto iadro.

 Osnovanata prichina da ne polzvash iadroto ot distributsiiata e
 che se dobaviat novi neshta, koito chesto ne sa iztestvani
 dostatuchno. Kato primer e "Suse 9.0" horata sa se postarali
 da go pipnat no ima bug v iadroto za k7 i ako si s reiserfs
shte se izpatish. E pusnaha krupka na 14.11.
Inache RedHat + ext3 + Oracle triabva da e dobur izbor.
Uspeh

S redhat i ext3 ni zapochnaha problemite.
 Sled spirane na toka obiknovenno ni vkarva kato root i iska
da si pusnem fsck ruchno.

Sledvat mnogo vuprosi dali da fix-ne neshto ili ne.

 Po niakoga uspiava da se opravi, no mnogo chesto failovete
 ostvat povredeni (t.e. v tiah niama infomatsiiata koiato se
ochakva).

 Tova beshe glavnata prichina da zapochnem da polzvame reiserfs.
Rezultata e shoden pone pri nas.

 Inache po-printsip ne gledame optimistichno na smianata na
adroto.
 Vse pak se ochakva tezi ot redhat da razbirat mnogo po-dobre
ot nas kak da se nastroi dadeno iadro s failovata sistema.
 Nai-malkoto ako niakoi si misli, che e po-naiasno napravo da gi
pita za rabota.

Mozhete li da pusnete tuk fstab-a, zashtoto imam podzrenie, 
che ne ste si nastroili pravilno neshtata. Tova, koeto e po 
podrazbirane, ne e dobro. SHTom vi vkarva v fsck, znachi 
naistina nesho ste opleskali i tochno tova fsck vi omazva 
neshtata.

Da,
pri nas e poslednata sistema koiato se drop-na predi den.
Za suzhalenie e s reiserfs.
 Tezi s ext3, pochti gi smenihme (t.e. slozhihme resiserfs) i
ne sa pri nas.
 /dev/hda2               /                       reiserfs
defaults        1 1
 /dev/hda1               /boot                   reiserfs
defaults        1 2
 none                    /dev/pts                devpts 
gid=5,mode=620  0 0
 none                    /proc                   proc   
defaults        0 0
 none                    /dev/shm                tmpfs  
defaults        0 0
 /dev/hda3               swap                    swap   
defaults        0 0
 /dev/hdc2               /mnt/diske              reiserfs
defaults        1 2

~
 Ako niakoi mozhe da prati fstab sled normalna instalatsia na
redhat shte pomogne.

 Da dopulnia, vuprosa sum go pratil i na razrabotchitsite na
reiserfs i za moe ochudvane ima pulno mulchanie za sega.

 Shtom imate tolkova mnogo serveri, tip 7/24 i gonite
 kachestva na production OS napravo e smeshno da niamate
UPS-i!
 Mnogo e prostichko da si predstavi chovek - v momenta na
 zazapisvane spirat tocite i baitovete ne se zapisvat kudeto
triabvat, shtoto hdd-to e sprialo da se vurti :)
 Dori da ne ti se razbrichka file-ovata sistema ili
 avtomatichnia check primerno na reiserfs da mine bez nikakuv
 problem,  sled tova veroiatnostta v tiah da ima infomatsiiata
koiato se ochakva, ne e mnogo goliama.
 Kupete si ups-i, ne se izlagaite da slizate v dvijenie ot
avtomobil, koito se dviji s 200 km/h.

Ne vsichki sa suglasni da si vzemat UPS-i.
 Razbira se gi suvetvame do go praviat, no ne mozhem da gi
nakarame.

 Samo da otbelezha, che mashinite spirat ne samo zaradi toka, a
da rechem poradi kofti zahranvane ili neshto izgorialo i t.n.

Taka, che problema si ostava.

 Tova koeto iskame da napravim e da zamenim Windows/oracle za
mesta kudeto ne mozhem da polzvame backup na dannite.

 Za tezi mesta si ima UPS, nikoi ne e siguren za izgorialo
 zahranvane ili tokov udar ili neshto takova. Po tazi prichina
 ni triabva sigurna failova sistema. A otgovornostta pri
pisane po diska e tochno na failovata sistema, a ne na HW.

 Da, greshno sa opisani failovite sistemi. Kogato imate
zhurnal, nakraia redut triabva da zavurshva s 0 0. Kogato ima 
sriv, pri restartirane failovata sistema se  
vuzstanoviava,  kato prevurta zhurnala, koeto stava za 
sekundi. V sluchaia obache, vmesto da prevurti zhurnala i da 
se vuzstanovi, se vklyuchva programata fsck, koiato e za ext2 i 
se zaburkva v tsialata rabota. Na praktika, vie izobsho ne 
polzvate zhurnalnite vuzmoznosti na sistemata. Kogato
polzvate zhurnalna failova sistema, slagaite nakraia
0 0, za da ne se puska fsck, zashtoto inache na praktika nishto 
ne pravite. Vprochem, tezi neshta gi ima opisani v dosta
dokumentatsiia.

SHTe tursim informatsiia po vuprosa dopulnitelno.

 Na pruv pogled sum pritesnen kakvo shte pravi zhurnala pri
razlichni konfiguratsii ot tipa na writeback i t.n.

Imate li realen opit s tezi optsii s 0 0 ?
I razbira se predstava kakvo stava s tiah.

Na praktika ne mozhem da si pozvolim eksperimenti.

Po-goliama glupost ne biah chuval!!!
man fsck:
 "....In  actuality,  fsck  is  simply  a  front-end for the
 various file system checkers (fsck.fstype) available under
Linux....."
root@slack:/sbin# ls /sbin/fsck*
 /sbin/fsck       /sbin/fsck.ext3  /sbin/fsck.minix 
/sbin/fsck.reiserfs
 /sbin/fsck.ext2  /sbin/fsck.hpfs  /sbin/fsck.msdos 
/sbin/fsck.umsdos

 Abe chetete malko predi da iztropate niakoia prostotia
tuk!!!

Kum Abuser_:
Niama problem.

 Qsno beshe, che se e oburkal, no mozhe bi ima neshto v ideiata za
0 0.

Abuser, ne useshtash li, che si malko aroganten?

 Izobshto ne sum se oburkal. Predstavi si, che /sbin/fsck e
 simlink, koito vodi kum fsck.ext2 i kato se startira, se
opitva da popravi dial s reiserfs. Rezultut e iasen - boza.

 Niamam vreme sega da se vpuskam v podrobnosti. Imashe edna
 statiia ot ruski, koiato prevedoh predi vreme tuk, no tia se
 zagubi sled edin problem sus survura. Tam beshe dobre ot
 kompetentni hora. Prosto fsck niama rabota pri ext3 i
 reiserfs - kak, zashto i t.n. i pri koi sluchai se namesva e
druga tema.

 pp, ako iskash, pishi mi na meila, dovechera shte imam vreme i
mozhe da obmenim opit.

 Edin burz pogled pokazva, che fsck ne e bilo, NE E i sigurno

 nikoga niama da byde symlink. Za svedenie fsck poluchava s
-t 
parametyr filesystem type. (Neznam zashto ne obichate da  
chetete man pages, ako ne mojete da chetete idete v 
 nai-blizkoto osnovno uchilishte). A i naistina e meko kazano

naivno da se tvyrdi, che nadejnostta na edna file sytem se 
 osnovava na polzvaneto na ekvivalentite na liubimia vi
scandisk 
 ot Windows, kakto Nikola liubezno (i ne chak tolkova) se
opitva 
 da ni ubedi, iskaiki s 0 0 opcii v /etc/fstab da si
izkliuchim fsck. 
 Dano pone ot obmianata na opit da ima polza i pp da prestane

da prevryshta foruma v izdanie na v-k. Styrshel kato pishe 
citiram "otgovornostta pri pisaneto po diska e tochno na 
 failovata sisitema a ne na HW" - pp, choveche, gotov sym da
ti 
podaria edin bugav HDD da si go polzvash s niakoia 
 neizmislena oshte file system, koiato zapisva pravilno
vsichko.

 Kum Nikola - ako govorish za tazi statiia "ZHurnalnata
 failovata sistema ext3" to tia ne se e zagubvala. Mozhe da ia
vidish v Statii->Suveti->Failovi sistemi:
http://www.linux-bg.org/cgi-bin/y/index.pl?page=article&id=advices&cmd=cat&cid=fs

Za freshmeat:
  Ne poluchih nikakva smislena informatsiia ot tova koeto si
napisal.

 Ne znam dali vuv vuprosniia vestnik se diskutirat podobni
temi, no tazi tuk me interesuva mnogo.
 Ako niakoi den izvadish kusmeta da zapochnesh da polzvash niakakva
 OS za razumni tseli, a ne da si pravish opiti, temata shte
zapochne da te zasiaga i teb.

 Po tova, che otgovornostta e na failovata sistema se ima
predvid, che razglezhdame sluchaia s normalno rabotesht disk.

 Ta pri tova polozhenie se ochakva, che sled kato dannite sa
 podadeni kum failovata sistema ot daden produkt, i sled kato
 failovata sistema e potvurdila zapisa ( v sluchaia raboim s
 fsync) to dannite sa na diska i pri sledvashto prochitane shte sa
tochno takiva kakvito sa bili zapisani.

 Dano da ti e iasno ot kakvo znacheniia za vsiaka realno raboteshta
sistema e tova.

 Ako ne ti e iasno, molia te ne prechi na drugi koito imat
zhelanie da pomognat da si kazhat mnenieto.

TSitat ot Abuser_:
"Shtom imate tolkova mnogo serveri, tip 7/24 i gonite
 kachestva na production OS napravo e smeshno da niamate
UPS-i!"
- MNOGO si e prav choveka.
TSitat ot pp:
 "Samo da otbelezha, che mashinite spirat ne samo zaradi toka, a
da rechem poradi kofti zahranvane ili neshto izgorialo i t.n."
 - niama znachenie poradi kakva prichina e sprial toka, dali
 AETS-a e grumnal, dali niakoi mangal e odriazul kabela - spre
li toka - UPS-a srabotva!
 Izobshto zashto go vodite tozi spor.Imal sum sluchei Windows 2000
 AS Domain Controler sled spirane na toka izobshto da ne se
 startira, dannite v nego lipsvaha a da ne govorim za
 techashtata replikatsiia po tova vreme.Drug  podoben sluchei imam,
 na domashnoto Desktop PC (linux 2.4.20 reiserfs). Sled
 spirane na toka ne mozhah da si vuztanovia nikakvi danni na
 reiserfs diala. ... taka, che i na windows i na linux se sluva
tova.
Ako ste v 7/24 rezhim, UPS-a e zadulzhitelen.

/dev/hda2               /                       reiserfs
defaults        0 0
 /dev/hda1               /boot                   reiserfs
defaults        0 0
 none                    /dev/pts                devpts 
gid=5,mode=620  0 0
 none                    /proc                   proc   
defaults        0 0
 none                    /dev/shm                tmpfs  
defaults        0 0
 /dev/hda3               swap                    swap   
defaults        0 0
 /dev/hdc2               /mnt/diske              reiserfs
defaults        1 2

i ...................................SYNC :)))

bye 
uspeh

a eto ti moiat FSTAB 
 # Device                Mountpoint      FStype  Options     
   Dump    Pass#
 /dev/ad0s1b             none            swap    sw          
   0       0
 /dev/ad0s1a             /               ufs     rw          
   1       1
 /dev/ad0s1f             /tmp            ufs     rw          
   2       2
 /dev/ad0s1g             /usr            ufs     rw          
   2       2
 /dev/ad0s1e             /var            ufs     rw          
   2       2
 /dev/acd0c              /cdrom          cd9660  ro,noauto   
   0       0
 proc                    /proc           procfs  rw          
   0       0
ps: tova e na FreeBSD 4.9

Hi ,
 hwurlih edin pogled nad tazi diskusia i reshih i az da se
obadq :))
 Znachi az lichno podurjam weche blizo godina (moje i malko
 poweche da e) 2 oracle server-a (i mnopgo drugi na koito
 nqma oracle de), tuk e mqstoto da otbeleja che e po malko ot
 NEMISLIMO tezi mashini da nqmat Ups-i. Tezi mashini sa v
 rejim 7/24/365.Blizo 50choweka rabotqt online s tqh. Kato
 distribucii polzwam linux -> RedHat 8.0 i dosega NIKOGA ne
 sum imal problem nito s filesystem-ata nito sus zahranwania
, nito s hardiskove nito s mangali :))) 
 Powecheto hora w tozi forum pisaha nai razlichni neshta s
 cel da se zaqdat (neznaino zashto , moje bi towa e edna ot
 osnownite cherti na tipichnia bulgarin) , e az ne go prawq s
takawa cel ... prosto spodellqm moq opit :))
 ta ... momcheta ako ste reshili da prawite takiwa neshta ...
 prosto e nemislimo da nqmate UPS-i :) taka si spestqwate nad
 99% ot problemite ot tipa "nepredwideni obstoqtelstwa"
 (spirane na toka i etc)... kolkoto do normalnoto sustoqnite
 na systemata -> ne se pritesnqwaite ... ext3 shte se griji
dobre za washite files :))))

Best Regards,
Danail Petrow

Za dido:

Blagodaria za mnenieto.

Pak ne e stanalo iasno.
 Pod problem sus zahranvaneto razbiram problem sus
zahranvaneto na samiia kompyutur (onova deto stoi zad UPS-a).
 Te sushto se skapvat ot vreme na vreme i togava failovata
sistema ot goliamo znachenie.

Inache ne spodeliam mnenieto, che ext3 shte se grizhi za neshtata.

Oshte da dobavia.
 Ot reiserfs spodeliha, che ne mogat da garantirat za reshavane
 na tozi problem (t.e. s tselostta na dannite). Otgovornostta
pri tiah e na nivo metadata.

 Suveta ot tam, e che mozhe bi ext3 sa malko po-napred s
 materiala, no i ot tam ne mozhelo da se ochakva neshto
po-dobro.

Tova si e napravo pritesnitelno v momenta.

 Sledvashtata stupka e da pisha i na tezi deto praviat ext3 za da
ima i tiahnoto mnenie.

 Sushto taka se okazva, che freebsd sa dost po-napred v tazi
oblast.
Loshoto pri men e, che freebsd ne mi vurshi rabota.

za pp:
 Problema koito opisvash izobshto ne opira do failova
 sistema, a do tova, che niakoi se e stisnal za malko pari za
 hardware, t.e. UPS, chitavi zahranvania na PC-tata. Ako pp,
 beshe se zamislil v/u tova koeto mu napisah shteshe da
 izvleche malko polza ot moia skromen post, kato razbere, che
 sys software (demek file system) hardware problems (tokovi
 udari, srivove, termo-iadrena voina) ne se reshavat. Kogato
 se govori za failovi sistemi po-logichno e da se ima
 vpredvid byrzinata i utilizaciata na diskovoto porstranstvo
 primerno - i za malkite deca e iasno che ako stane HW sriv
 niama failova sistema koiato da te spasi i da svyrshi
 rabotata za koiato niakoi ti plashta - a imenno da se
 garantira rabotata na server-a plus celostta na dannite - za
 tova se praviat backup-i polzva se ogledalen RAID masiv i
 t.n. Ako mojeshe podoben problem da se reshi s niakakva
 OS/filesystem, mnogo hora po sveta (vkliuchitelno i ti, pp)
 shtiaha da stanat bezraboni i shtiaha da sa operatori na
biologhichni edinici (prevod: ovchari).

Za freshmeat:

E ochevidno imame razlichiia v pretsenkata.

 Moeto mnenie e, che dannite triabva da se namirat na diska
 (razbirai vuv failovata sistema) vuv vida v koito sa bili
podadeni i potvurdeni, che sa prieti.

 Ako tova ne raboti nikakuv mirror (RAID 5 ili RAID 10) ne
mogat da te spasiat.

 Predpolagam, che nikoga ne si se opitval da pravish backup
(online) na sistema 7/24.

 Ima sluchai v koito triabva da razchitash na 100% na OS +
 failovata sistema, zashtoto i zagubata na poslednite 5 min. ne
mozhe da se opravi.

 Az ne se pritesniavam za rabotata si, ako sistemata raboti
 bezotkazno, zashtoto rabotata mi e da pravia software, a ne da
 se zanimavam s izsledvane na losho napraveni failovi
sistemi.

 Izglezhda vsichki tezi problemi sa nakarali oracle da
 ignorirat failovata sistema na dadenata OS i da si napraviat
sobstven format.

 Blagodaria za opita da pomognesh, makar i da ne e reshenie na
problema.

Hi,
 Znachi az lichno ne sum fan nito na ext3 nito na RedHat ...
 prosto mi se nalaga da gi polzwam. S izkliuchenie na
 Database serverite si , wsihcki drugi serveri koito prawq sa
 na Slackware i rabotqt s reiserfs... NO... da ti kaja chesno
 wse oshte nqma chitaw util za fix na failed reiserfs dokato
 za dobroto staro ext3 fsck (nqkoi tuk moje da kaje "ami to
 si ima i reiserfsck" a az da mu otgoworq -> opitai se ti da
 si fix-mnesh reiserfs s towa :)) si wurshi dobre rabotata.
 Shte ti kaja kakwo mi se sluchi naskoro .. i weche imam
 malko po raazlichen mirogled .. na edna mashina s 1.7TB info
 (slackware 9.0). Znachi towa e mashina s okolo 18HDD-ta ...
 1 ot tqh (reiserfs) neshto mu stana ...kernel-a zapochna da
 pliue razni stranni neshta w syslog-a i w sledwashtia moment
 kogato reshih da si izkopiram dannite ot tozi disk i da gi
 prehwurlq na drug hdd poluchih suobshtenieto "permission
 denied" a bqh kato root? :) sled malko rowene iz google se
 okaza che towa e problem na reiserfs vuzniknal sled
 bad-reboot .... nqma da produljawam da goworq za towa
 zashtoto ne mi se zadulbochawa w towa ... anyway .. ot
 togawa sum malko abstrahiran kum reiser i se nadqwam po
 skoro da izleze reiserfs 4.0 (pishe dosta obeshtawashti
nestha ) -> http://www.namesys.com/v4/v4.html

best regards,
dido

Zdravei RR,
 Az lichno niamam opit sus sistemi 24-7-365 (i nikoga niama da
 imam), no imam opit s izgoreli zahranvaniia i to mnogo gorchiv
 - vervai mi! Da ne bi zahranvaniiata na survurite vi da sa
 JCN, Codegen, Linkworld, KME, Super Power i t.n. pozdrav ot
slunchev SHanhai :( 400 kitaiski vata :(
 Ako e taka - vednaga gi smenete s neshto ot roda na: Q-tec,
 Seasonic, Enermax, Chieftec, Antec - dosta po skupi sa, no
 si struvat vseki lev otgore. Tova se otnasia osobeno za
natovareni mashini, kudeto informatsiiata niama tsena!
Uspeh!
P.P. Kum adminite na saita:
 Mahnete go tova zeleno tabche za klaviaturata, che samo burka
kirilitsata. Mnogo e kofti.

Za Nuclear_man ,
Po printsip slagame ili iskame da ima hubavi zahranvaniia.
 Slagame kutii za po 150-170 USD, no se sluchva da ima
problem.

 Neshtata imat razvitie, zashtoto dres poluchihme predlozhenie ot
reiserfs suppor da si platim i te da izsledvat problema.
 Predi tiva imahme suobshtenie, che reiserfs ne mozhe da
garantira dannite.

 Ot druga strana kazvat, che problema nai-veroiatno ne e pri
tiah.

 Taka kato mi izglezhda mai ne sa naiasno izobshto i se opitvat
da otgovariat kakvoto i da e.

 Do tuk edinstvenoto razumno neshto koeto mozhe da posluzhi za
 osnova za rabota e da se opitame da sprem write cache na IDE
diskovete.

 Po printsip ne znaem kak se spravi i shte zapochnem da chetem po
vuprosa.

kym Plamen:
 syshto i kym wsichki deto postoqnno natqkwat za tez UPS-i
..
 momcheta tolkowa li ne mojem da shwanem che ne stawa wypros
za 100 ili za 200$ za UPS ?!? wyprosa e principen ..