Sistemul e un Slack 10.1. Ca hardware, e un P4 2.8 cu RAID 2x80Gb. Problema a aparut intr-o situatie unde stiam ca reiser ar face fata cu brio (foldere cu milioane de fisiere). In speranta ca nu vor mai aparea curand evenimente de genul (foldere/fisiere cu permission denied), mai aman --rebuild-tree. E vorba de un server de hosting ce deserveste un numar destul de mare de domenii si nu prea imi permit downtime-uri. Nu e problema de backup (acesta se face frecvent) ci de downtime. Mai in gluma, mai in serios, am sa stau cu mortu-n casa pana imi vine vreo idee mai buna.
On 6/28/06, Catalin Muresan <[EMAIL PROTECTED]> wrote:
On 6/28/06, Mini Me <[EMAIL PROTECTED]> wrote: > Nu ma incanta --rebuild-tree. > > Daca are careva idei sau s-a confruntat cu aceasta poveste, il rog sa > impartaseasca din experienta. Nu stiu daca te ajuta, dar experientele mele cu reiserfs sunt negre, in ciuda recomandarilor si a includerilor ca default in unele distributii (SuSE de ex.) Am patit urmatoarele: probleme pe reiserfs, kernel panic cum crestea incarcarea unpic pe system, am ajuns sa schimb 2xP3 1G (acum 2 ani) pe 1xAMD xp2400 cu rezultat exact acelasi kernel panic. Nimic pe google despre panick-ul meu; fs-ul era pe la 80%. Singura metoda cu care am rezolvat a fost sa fac resize la reiserfs si a ajuns in 60% si a mers pina a ajuns iar la 80% iar a inceput. Am dat si eu 2 --rebuild-tree, al 2-lea durind 2.5 zile (nu glumesc, pe 800G) dupa care am zis pa si am trecut pe ext3. de atunci nu am mai avut probleme vreodata. Daca zice --rebuild-tree n-ai ce sa-i faci, da-i cu aia si roaga-te. > Merci. > _______________________________________________ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
_______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug