[Users] How to fsck a container's ploop disk image?
Jean-Pierre Abboud
jpabboud at gotekky.com
Fri Nov 7 08:57:40 PST 2014
Hi Scott,
Here's how to fsck a ploop container:
http://kb.sp.parallels.com/en/115683
--
Jean-Pierre Abboud
Account Manager / Gotekky
888.915.4400 / 514.316.1885
Email: jpabboud at gotekky.com
________________________________________
From: users-bounces at openvz.org <users-bounces at openvz.org> on behalf of Scott Dowdle <dowdle at montanalinux.org>
Sent: Friday, November 7, 2014 11:15 AM
To: OpenVZ users
Subject: [Users] How to fsck a container's ploop disk image?
Greetings,
Yesterday I had the need to remove the drives that make up my /vz partition and replace them. I basically stopped all containers and then rsycn'ed the private dirs to a separate drive, got the new drives installed, and then copied the container's filesystems back over.
I do have one container I'm having a problem with. It will run for a while and then give disk errors and go read-only. How does one fsck the disk image of a container? And yes, it is ploop-based. Below are some sample error messages I see in /var/log/messages on the host:
Nov 7 08:40:34 ovz kernel: [53378.803703] CT: 202: started
Nov 7 08:40:36 ovz kernel: [53380.273006] ploop_set_error=-5 on ploop49691
Nov 7 08:40:36 ovz kernel: [53380.277608] EXT4-fs error (device ploop49691p1): __ext4_get_inode_loc: unable to read inode block - inode=6422529, block=25690144
Nov 7 08:40:36 ovz kernel: [53380.286925] Aborting journal on device ploop49691p1-8.
Nov 7 08:40:36 ovz kernel: [53380.291554] Buffer I/O error on device ploop49691p1, logical block 19431424
Nov 7 08:40:36 ovz kernel: [53380.296237] lost page write due to I/O error on ploop49691p1
Nov 7 08:40:36 ovz kernel: [53380.300886] JBD2: I/O error detected when updating journal superblock for ploop49691p1-8.
Yes, I do have fairly recent backups... and I've already tried copying the container's filesystem from the directory-based backup three times... but it eventually gives me errors after running a while.
Is this a sign of underlying disk issues... or is there a way I can fsck and get the disk happy again?
Help!
TYL,
--
Scott Dowdle
704 Church Street
Belgrade, MT 59714
(406)388-0827 [home]
(406)994-3931 [work]
_______________________________________________
Users mailing list
Users at openvz.org
https://lists.openvz.org/mailman/listinfo/users
More information about the Users
mailing list