VPS disk read only (Megoldva)

UNIX haladó

Sziasztok!

Van egy szerverem egy VPS szolgáltatónál. Reboot után, csak ro-val indul a file rendszer.
Remountoltam, majd fsck de nem segít.
mount -o remount,rw /dev/xvda1 /
fsck /dev/xvda1

Minden egyes indításnál ro-ra ugrik.

Eddig csak "valódi" gépekkel volt dolgom, lehet hogy itt másképp kellene ezt csinálni?/Nem gondolnám/

Tudtok segíteni, hogy milyen lépésekkel tudnám újra írhatóvá tenni?

Köszönöm!

  • 5760 megtekintés

( andrej_ v | 2013. 04. 02., k – 15:24 )

Az fstabban mi van? A dmesg -ből nem derül ki mi a baja a kernelnek/mount-nak az fs-el?

( _ventura_ v | 2013. 04. 02., k – 15:28 )

ubuntu 12.04 + ext4 ?

mert akkor fstabba, egy barrier=0 tegyél be.

vannak/voltak ilyen gondok

Fedora 17, Thinkpad x61s

Ezt szeretném elkerülni...

Eddig ebben a VPS-ben Kb 2 napi munkám van benne, ha nagyon megerőltetem magam 1. Ha nagyon kell rebuild.
Nem is ez aggaszt, hanem az hogy miért történt ez. Semmi extra nem történt. Ha ez már egy teljesen összeállított rendszernél fordul elő akkor mérges leszek.

Ha szerencséd van tudnak egy LVM snapshotot (vagy bármilyet) csinálni (amit lementenek külsőleg is persze) és gond nélkül lehet fsck-zni. Másrészt a barrier=0 -t próbáld ki, ha ext4-ed van.

Azt tényleg nem értem, hogy elsőre miért nem a szolgáltatónak szólsz, hogy ezt észleled és van-e tippjük. Ha valami visszatérő akkor nyilván van szolúció, ha meg sikerült elsőnek ráfutnod valamire, akkor meg azért kéne nekik szólni.


fsck -C -fy /dev/xvda1
fsck from util-linux-ng 2.17.2
e2fsck 1.41.12 (17-May-2010)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/xvda1: 30167/13762560 files (0.8% non-contiguous), 872083/27525120 blocks

Viszont nincs változás..

Ugy nezem, akkor a fajlrendszernek nincs baja, azt jelezne ez a parancs, akkor is, ha keptelen javitani.

Nem lehet esetleg veletlen az, hogy bugos a rendszered? Altalaban az szokott ilyet okozni, ha a kernel paranssoraban van egy 'ro' amit a rendszer nem tud elkezelni. Nyomj mar ide nekem egy /proc/cmdline tartalmat plz...
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

( Proci85 v | 2013. 04. 02., k – 16:44 )

Kb mindent leírtak már amit lehetett. Ha semmi eredmény, szerintem jelezd a szolgáltatónak. Ha semmi rosszat nem csináltál, akkor ez nem normális állapot -> javítania kell.

( Hyperion | 2013. 04. 02., k – 16:51 )

Írtam a szolgáltatónak. Ők is lefuttatták az fsck-t nulla hibával.
Azt javasolták, gondoljam át mit csináltam mielőtt behalt minden.

Hát ezt:
-- iptables script --> /etc/init.d/
-- update-rc.d iptablesscr defaults
-- apt-get update
-- apt-get upgrade //frissítések miatt.

Gyanítom, hogy a frissítések szedték szét.
Megkeresem mik voltak azok pontosan.
Hát ezek:

Upgrade: bind9-host:amd64 (9.7.3.dfsg-1~squeeze9, 9.7.3.dfsg-1~squeeze10), dnsutils:amd64 (9.7.3.dfsg-1~squeeze9, 9.7.3.dfsg-1~squeeze10), libdns69:amd64 (9.7.3.dfsg-1~squeeze9, 9.7.3.dfsg-1~squeeze10), libisccc60:amd64 (9.7.3.dfsg-1~squeeze9, 9.7.3.dfsg-1~squeeze10), liblwres60:amd64 (9.7.3.dfsg-1~squeeze9, 9.7.3.dfsg-1~squeeze10), libbind9-60:amd64 (9.7.3.dfsg-1~squeeze9, 9.7.3.dfsg-1~squeeze10), libisccfg62:amd64 (9.7.3.dfsg-1~squeeze9, 9.7.3.dfsg-1~squeeze10), libisc62:amd64 (9.7.3.dfsg-1~squeeze9, 9.7.3.dfsg-1~squeeze10)
End-Date: 2013-04-02 11:13:10

( Hyperion | 2013. 04. 02., k – 17:10 )

Hmm lehet, hogy user error lesz a dologból..

Kaptam consolt a szerverhez, és most látom a bootlogokat.
KB semmi érdekes, viszont egy sor megütötte a szemem:
startpar: service(s) returned failure: block_ports mountall-bootclean.sh x11-common mountnfs-bootclean.sh bootmisc.sh ... failed!

Az első service ami elindul az általam kreált iptables script aminek már nem kellene ott lennie.

Nos miután megcsináltam a scriptet, beraktam initbe, nyomtam egy restartot.
Nem indult. Gondoltam az iptables kitiltott.
Erre leállítottam vps admin-al a szervert majd file kezelővel töröltem az /etc/init.d-ből.
Viszont ő ezek szerint még mindig próbálkozna az elindítással.
Ez leblokkolhat egy egész FS-t??

( Hyperion | 2013. 04. 03., sze – 10:06 )

Nos,csak user error lett. Vázolom, hátha más is belefut.
Miután megkaptam az elérést a szerverhez, mindegyik program installálása elszállt azzal a hibával, hogy a /etc/init.d/killnash init infója nincs kitöltve. Ezt megtettem egy alap értékkel. Viszont az update-rc.d-t nem futtattam le. (Minek, hiszen így is megoldódott a probléma.)

Majd miután tegnap mégis lefuttattam a saját script miatt, beépítette a killnash-t is ami ezek szerint rossz init infóval rendelkezett. Ezen infót kiszedve simán elindult a szerver.

Szóval user error :/

Köszönöm mindenkinek a hasznos tanácsokat, sokat segítettek!