Am o problemă cu un sistem de fișiere Oracle Cluster (ocfs2) atașat la un cluster de servere Ubuntu 20.04. Sistemul de fișiere continuă să fie montat ca doar citire. Din păcate, cunosc cauza, deoarece sistemul a fost repornit în mijlocul unei copii de fișier. Nu sunt surprins că există probleme cu unele fișiere, dar chiar aș fi bucuros să șterg toate aceste fișiere și să le copiez din nou, dar sistemul de fișiere continuă să fie montat ca doar pentru citire.
Până acum, am deconectat toate serverele de la acest sistem de fișiere. Apoi, am fugit fsck.ocfs2 de pe un server, după cum urmează: sudo time fsck.ocfs2 -P -t -t -f (sistem de fișiere). Totul a fost bine, cu excepția acestei părți:
...
Pasul 1: Verificarea inodurilor și a blocurilor
[Scanare inode 100%]
I/O citire disc/cache: 1000MB / 392MB, scriere: 0MB, rata: 2.10MB/s
Timpi reali: 11m57.073s, utilizator: 4m1.084s, sys: 0m1.030s
Pasul 2: Verificarea intrărilor din director
pass2: Număr magic rău în blocul director în timp ce citiți blocul dir 1439634968
pass2: Număr magic greșit în blocul director în timp ce citiți blocul dir 1439634969
pass2: Număr magic greșit în blocul director în timp ce citiți blocul dir 1439634970
I/O citire disc/cache: 16MB / 2239MB, scriere: 0MB, rata: 1.48MB/s
Timpi reali: 0m11.971s, utilizator: 0m1.156s, sys: 0m0.041s
Pasul 3: Verificarea conectivității directorului
[DIR_DOTDOT] Inodul directorului 4273782381 este referit de către un dirent în directorul â4273782380, dar intrarea lui „..” indică inodul 0. Remediați intrarea „..” la referința 4273782380? <y> y
âfix_dot_dot: Număr magic greșit în blocul de director în timp ce se repetă prin intrările de director ale nodului dir 4273782380.
âI/O citire disc/cache: 0MB / 1MB, scriere: 0MB, rata: 0,00MB/s
...
Toate trecerile au reușit
Se pare că am două erori separate în timpul Pass 2 și Pass 3.
Pot repeta această comandă de multe ori, dar mesajele nu se schimbă. Bănuiesc că sistemul de fișiere nu este reparat.
Când îl montez, este montat ca citire-scriere. Cu toate acestea, odată ce fac ceva în directorul cu problema, trece la numai citire.
obisnuiam debugfs.ocfs2 pentru a afla ce este acolo (de exemplu, găsiți calea <4273782381>) și pot confirma că nu am nevoie de ceea ce este acolo. O pot șterge dacă aș putea.
Multe dintre întrebările puse de alții par să implice acest lucru fsck (adică chiar și versiunea pentru ext4) va repara automat lucrurile dacă rulează de mai multe ori. Sunt fericit să fac ceva manual pentru a ajuta fsck.ocfs2 de-a lungul dar nu știu ce pot face...
Orice ajutor ar fi apreciat! Chiar și sugestii specifice pentru ext4 mă va ajuta astfel încât să pot căuta on-line ce comenzi echivalente aș putea folosi ocfs2.
