[Users] Problems encountered increasing CT diskspace with layout=ploop

Tue Mar 27 08:04:36 EDT 2012

Hi,

Sorry for not posting in Buguzilla.
I found this thread an figured it was the right place to discuss.
Do you want me to open a bug in bugzilla ?

Here is the mount line:
/dev/ploop0p1 /srv/vz/root/102 ext4 rw,relatime,barrier=1,data=ordered 0 0

btw. resizing while the container is stopped does work.

Here is some output:
vzctl set 102 --diskspace 77G --save
Can't ioctl mount_point: No such file or directory
Failed to resize image: Can't ioctl mount_point: No such file or directory
[3]
CT configuration saved to /etc/vz/conf/102.conf
[root at testsystem1 ~]# cat /proc/mounts | grep -w 102 | grep ploop
/dev/ploop0p1 /srv/vz/root/102 ext4 rw,relatime,barrier=1,data=ordered 0 0
[root at testsystem1 ~]# vzctl stop 102
Stopping container ...
Container was stopped
Umounting fs at /srv/vz/root/102
Unmounting device /dev/ploop0
Container is unmounted
[root at testsystem1 ~]# vzctl set 102 --diskspace 77G --save
Adding delta dev=/dev/ploop0 img=/srv/vz/private/102/root.hdd/root.hdd (rw)
Mounting /dev/ploop0p1 at /srv/vz/private/102/root.hdd/root.hdd.mnt
fstype=ext4 data='balloon_ino=12,'
Growing dev=/dev/ploop0 size=150720512 sectors (new size=161480704)
Storing GPT
Executing: /sbin/resize2fs -p /dev/ploop0p1
resize2fs 1.41.12 (17-May-2010)
Das Dateisystem auf /dev/ploop0p1 ist auf
/srv/vz/private/102/root.hdd/root.hdd.mnt eingehängt;
Online-Grössenveränderung nötig
old desc_blocks = 5, new_desc_blocks = 5
Führe eine Online-Grössenänderung von /dev/ploop0p1 auf 20184827 (4k)
Blöcke durch.
Das Dateisystem auf /dev/ploop0p1 ist nun 20184827 Blöcke groß.

Executing: /sbin/tune2fs -r 1009254 /dev/ploop0p1
tune2fs 1.41.12 (17-May-2010)
Setze die Anzahl der reservierten Blöcke auf 1009254
Umounting fs at /srv/vz/private/102/root.hdd/root.hdd.mnt
Unmounting device /dev/ploop0
CT configuration saved to /etc/vz/conf/102.conf

After starting it again, it is not working anymore:

vzctl start 102
Starting container ...
Adding delta dev=/dev/ploop0 img=/srv/vz/private/102/root.hdd/root.hdd (rw)
Mounting /dev/ploop0p1 at /srv/vz/root/102 fstype=ext4
data='balloon_ino=12,'
Container is mounted
Adding IP address(es): 192.168.2.12
Setting CPU limit: 400
Setting CPU units: 1000
Setting CPUs: 4
Container start in progress...

[root at testsystem1 ~]# cat /proc/mounts | grep -w 102 | grep ploop
/dev/ploop0p1 /srv/vz/root/102 ext4 rw,relatime,barrier=1,data=ordered 0 0

[root at testsystem1 ~]# vzctl set 102 --diskspace 77G --save
Can't ioctl mount_point: No such file or directory
Failed to resize image: Can't ioctl mount_point: No such file or directory
[3]
CT configuration saved to /etc/vz/conf/102.conf

But if i do a chkpnt and restore it suddenly works:

[root at testsystem1 ~]# vzctl chkpnt 102
Setting up checkpoint...
suspend...
 dump...
kill...
Checkpointing completed successfully
Umounting fs at /srv/vz/root/102
Unmounting device /dev/ploop0
Container is unmounted
[root at testsystem1 ~]# vzctl restore 102
Restoring container ...
Starting container ...
Adding delta dev=/dev/ploop0 img=/srv/vz/private/102/root.hdd/root.hdd (rw)
Mounting /dev/ploop0p1 at /srv/vz/root/102 fstype=ext4
data='balloon_ino=12,'
Container is mounted
undump...
Adding IP address(es): 192.168.2.12
Setting CPU limit: 400
Setting CPU units: 1000
Setting CPUs: 4
resume...
Container start in progress...
Restoring completed successfully
[root at testsystem1 ~]# cat /proc/mounts | grep -w 102 | grep ploop
/dev/ploop0p1 /srv/vz/root/102 ext4
rw,relatime,barrier=1,data=ordered,balloon_ino=12 0 0

[root at testsystem1 ~]# vzctl set 102 --diskspace 78G --save
Growing dev=/dev/ploop0 size=161480704 sectors (new size=163577856)
Storing GPT
Executing: /sbin/resize2fs -p /dev/ploop0p1
resize2fs 1.41.12 (17-May-2010)
Das Dateisystem auf /dev/ploop0p1 ist auf /srv/vz/root/102 eingehängt;
Online-Grössenveränderung nötig
old desc_blocks = 5, new_desc_blocks = 5
Führe eine Online-Grössenänderung von /dev/ploop0p1 auf 20446971 (4k)
Blöcke durch.
Das Dateisystem auf /dev/ploop0p1 ist nun 20446971 Blöcke groß.

Executing: /sbin/tune2fs -r 1022361 /dev/ploop0p1
tune2fs 1.41.12 (17-May-2010)
Setze die Anzahl der reservierten Blöcke auf 1022361
CT configuration saved to /etc/vz/conf/102.conf

It seems, that vzctl start does not really issue the balloon_ino option.

best regards and many thanks,

Sirk

2012/3/27 Kir Kolyshkin <kir at openvz.org>

>  Hi,
>>
>> I have the same problem with a converted CT.
>> I converted from simfs to ploop using
>>
>> vzctl convert <CTID> --layout ploop
>>
>> After conversion I started the CT and tried to resize:
>>
>> vzctl set <CTID> --diskspace 75G --save
>> Can't ioctl mount_point: No such file or directory
>> Failed to resize image: Can't ioctl mount_point: No such file or
>> directory [3]
>> CT configuration saved to /etc/vz/conf/<CTID>.conf
>>
>
> First of all, I would like to have such reports as bugs in
> bugzilla.openvz.org rather than emails to users at . Bugzilla is
> specifically designed to track bugs, while on a mailing list it could
> easily be lost.
>
> Now, can I ask you to debug this for me (since I am unable to reproduce
> it).
>
> 1. If you happen to have vzctl convert output, please show it. I am
> especially interested in the line mentioning balloon.
>
> 2. Can I see the line in /proc/mounts regarding this mount? it can be
> obtained by e.g.
> cat /proc/mounts | grep -w <CTID> | grep ploop
>
> Provided this, I will ask for more later.
>

-- 
Satzmedia GmbH

Altonaer Poststraße 9
22767 Hamburg
Tel:  +49 (0) 40 - 1 888 969 - 140
Fax: +49 (0) 40 - 1 888 969 - 200
E-Mail: s.johannsen at satzmedia.de
E-Business-Lösungen: http://www.satzmedia.de
Amtsgericht Hamburg, HRB 71729
Ust-IDNr. DE201979921
Geschäftsführer:
Dipl.-Kfm. Christian Satz
Dipl.-Inform. Markus Meyer-Westphal

-- 

-- 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://openvz.org/pipermail/users/attachments/20120327/0bfa19b0/attachment.html