O problema ciudată

Să vă povestesc ce-am pățit de fundînd, poate aveți vreo explicație logică.

Se dă un HP DL 385 (dual opteron, 5 Gb RAM, un număr oarecare de discuri SCSI în RAID-5 pe Compaq 6400 array controller) cu o Fedora Core x86_64 instalată cu succes. Pe mașină se mai instalează clientul de backup (Data Protector de la HP), un apache și un zope. Se fac 2 instanțe ale zope-ului, una ascultă pe localhost:10000 și cealaltă pe localhost:11000. Primul zope conține un site, cel de-al doilea 4 (VirtualHostMonster pentru cunoscători, important de reținut că se poate pentru cei care nu au auzit în viața lor de zope). Apachele este folosit pe post de vhost cu modproxy ca să poată accesa lumea cele 5 site-uri. Se dă drumul, se fac niște teste care au constatat că uitasem să fac 2 vhost-uri și mergeau 3 site-uri din 5. Fac și ce uitasem, merg toate 5, toată lumea fericită. Toate astea se întîmplau pe 20 ianurie. Lumea lucrează, pune informații, scoate, editează, etc. etc. Mai mult decît atît, zope-ului care avea 4 site-uri i se mai adaugă unul, la care lumea lucrează cu sîrg. Ca fapt divers zope-le își ține toate informațiile într-un fișier mare: Data.fs. De fapt sunt două: un Data.fs și un Data.fs.tmp. De cîte ori se întîmplă ceva, informația este scrisă în Data.fs.tmp și din cînd în cînd (nu știu intevalul) este updatat Data.fs-ul. Pentru curioși, dacă cine trebuie n-are drept de scriere în oricare din cele 2 fișiere, zope-le nu pornește.
20 de zile mai tîrziu, unul din dezvoltatori îmi spune că s-a întîmplat ceva și că site-ul adăugat recent lipsește cu desăvîrșire. Mai mult chiar, istoria evenimentelor arată că în zope s-a lucrat pe 20 ianuarie și 9 februarie. Mă uit în logurile zope-ului și văd ceva de genul: "oprit pe 20 ianuarie ", "pornit pe 9 februarie". Mă uit în logurile apache-ului și constat accese încununate de succes în zilele de 25, 31, 2, 3, 7.
Practic zope-le cu inițial 4, ulterior 5, site-uri, avea baza de date (Data.fs-ul) din 20 ianuarie. Celălalt avea baza de date de prin 4 februarie (ultima zi la care se lucrase la el).
Continui să ma uit atent prin loguri și constat că mașina se sau fusese, deși toți care aveau acces la ea se jură că nu s-au atins de ea, resetată violent (fsck-ul de pornire arată vreo 18 inozi orfani). Asta e, am avut ghinion, noroc că există backup. Mă duc la responsabilul de backup/restore, îl întreb cînd a fost făcut ultima oară backup, îmi spune că aseară, așa că îl rog să facă restore la Data.fs și Data.fs.tmp salvate cu o seară înainte la mine în home. Operațiunea se încheie cu succes, mă uit la cele 2 fișiere și constat că data ultimei modificări era... 20 ianuarie :cursing: .
Acestea fiind spuse, are cineva idee ce s-a întîmplat acolo și mai ales de ce? Se acceptă scenarii SF, supoziții fanteziste și așa mai departe.

mufă, on Feb 11 2006, 23:42, said:

Dintr'un motiv sau altul toate tranzactiile din Data.fs.tmp nu s'au putut aplica la Data.fs. Posibile probleme cu drepturile sau filesystemul. Dupa lansare instanta putea rula pur si simplu fara Data.fs, numai cu Data.fs.tmp. Poate reusesti sa faci ceva cu fsrecover.py cu toate ca nu cred ca merge pe tmp.

k33, on Feb 12 2006, 21:19, said:

Probleme cu drepturile nu erau. Tranzacţiile din Data.fs.tmp se aplică la Data.fs să zicem cam o dată la 10 minute, nu o dată la 20 de zile. Instanţa NU poate rula fără Data.fs (nu porneşte serverul dacă nu există). În plus Data.fs a existat mereu acolo. Ok, să zicem că nu s-au updatat tranzacţiile din Data.fs.tmp în Data.fs. În cazul ăsta Data.fs.tmp ar fi trebuit să conţină toate tranzacţiile din 20 ianuarie pînă în 9 februarie, ceea ce nu s-a întîmplat. Mai mult, de ce backup-ul făcut cu o seară înainte avea o versiune a celor 2 fişiere din 20 ianurie şi nu din 8 februarie?

Edited by mufă, 12 February 2006 - 22:36.

mufă, on Feb 12 2006, 22:35, said:

Se aplica la 10 minute, dar nu s'a incheiat cu succes nici macar una.  Instanta nu porneste fara Data.fs dar eu am spus ca dupa pornire merge si fara Data.fs

Uite un caz asemanator:

http://mail.zope.org...ust/004274.html

Ar fi interesant de analizat tranzactiile cu Tranalyzer

http://www.zope.org/...3/tranalyzer.py

k33, on Feb 12 2006, 22:49, said:

Merci de link-uri, dar repet, Data.fs a fost mereu acolo.

Cati administratori sunteti ?
E posibil sa nu stie dreapta ce face stanga...
Sa fi facut altul vreun restore pe 9, dupa ce pe 8 a fost vreun failure (cand erai tu in vacanta la Ibiza).