Dotaz: AIX - Superblock is dirty

[FrostyX]

Ahoj, kamarád mě poprosil, jestli bych mu nepomohl s tímto problémem. Bohužel AIX vůbec neznám a moc nevím co s tím. O co jde: Údajně se samo od sebe přestalo mountovat jisté zařízení /dev/scitexlv. Když jsem ho chtěl připojit, vypsalo mi to chybu:

mount: 0506-324 cannot mount /dev/scitexlv on /scitex
The media is not formated or the format is not correct
0506-342 the superblock on /dev/scitexlv is dirty run full fsck to fix

Tak jsme spustili fsck, ale nepomohlo to. Nemáte nějaký tip, co zkusit dál ? Na technickou podporu se mu nedaří dovolat a je potřeba to prý co nejrychleji vyřešit.

---

---

Odpovědi

[rastos]

Tak jsme spustili fsck, ale nepomohlo to.

Čo ten fsck povedal?

[Ivan]

Podivej se do /etc/filesystems (nece jako /etc/fstab) a koukni se co vlastne je za fs. jeste existuje prikaz lsfs.

To je asi nejdulezitejsi, zjisti jestli je to zarizeni na jfs/jfs2 anebo traba na veritasu.

Logy si pri prohlidnes pomoci "errpt -a". Jeste doporucim prikaz smit/diag, ale to je opravdu na delsi vysvetlovani.

To jmeno sciexlv vypada, ze se jedna o logicky volume v diskgrupe scitex. Zkus jeste prikazy: lspv lsvg lsdev -C

Z vypisu lspv by se melo dat urcit jestli ten disk je lokalni anebo na SANce.

AIX ma asi tri typy diskgrup. Dve z nich maji layout LV ulozeny na zacatku LV. Tzn samotny filesystem zacina az na nejakem offsetu.

[v]

ahoj a kam si volal? 272 131 316? Jinak lze pro kontaktování podpory použít i SR tool Podmínkou je ovšem platná supportní smlouva, AIX je holt komerční záležitost.

[FrostyX]

Díky moc za vaše reakce. Chtěl jsem kamarádovi poslat tento topic, ať vám odpoví na to, co jste se ptali, ale prý už to vyřešili. Nakonec tam prý práskli reinstall, jestli jsem to dobře pochopil. Omlouvám se teda, že tu nehodím postup vyřešení tohoto problému pro případné další zájemce, ale označuji jako [Solved]

Ještě jednou díky

[Ruža Becelin]

A kdyz se to stane znovu, tak tam zase "prasknou reinstall"?

Tohle neni reseni, to bychom mohli resit vypadek disku smazanim fileru, nebo problemy na siti preflashovanim switche... :-/

[tomasgn]

v nekterych pripadech je vyrazne rychlejsi provest reinstal / obnovu ze zalohy a obnovit tak sluzbu, nez zdlouhave hledat reseni problemu, zatimco produkce stoji.

[FrostyX]

Asi to pro ně opravdu rychlejší bylo. Práce prý stála a penízky utíkaly. Což o to, také by mě zajímalo co bylo špatně

[martin-ux]

otazne je, ako sa ten FS poskodil. ak to vzniklo pri crashi a pod. tak je to este ok.

nie je to vsak tak davno (asi rok dozadu) co sme riesili silent data corruption na vxfs - bug report bol otvoreny priamo symantecu.

pri takych problemoch restore je ozaj docasne riesenie. hlavne ked niekolko TB databazy robia restore aj niekolko dni.

[Ruža Becelin]

Rychlejsi to byt mohlo, ale pokud se to stane znovu, tak budou delat co?

[smajl]

IBM ma celkom obstojne zdokumentovane chyby a opravy, vid: http://www-304.ibm.com/support/docview.wss?uid=isg3T1000156

fsck -p /dev/scitexlv
pripadne preformatovat log volume (logform)