OpenVZ Forum


Home » Mailing lists » Users » Problems encountered increasing CT diskspace with layout=ploop
Re: Problems encountered increasing CT diskspace with layout=ploop [message #45629 is a reply to message #45626] Fri, 23 March 2012 20:47 Go to previous messageGo to previous message
kir is currently offline  kir
Messages: 1645
Registered: August 2005
Location: Moscow, Russia
Senior Member

On 03/23/2012 10:27 PM, jjs - mainphrame wrote:
> We can successfully resize the simfs-based CT 777:
>
> [root@mrmber conf]# vzctl set 777 --diskspace=20000000:24000000 --save
> CT configuration saved to /etc/vz/conf/777.conf

For simfs case, this is not a real resize, but change of vzquota values.
That is why you have two values for quota -- soft and hard (and
--quotatime to set a grace period).
>
> But attempting to resize ploop-based CT 779 results in an error:
>
> [root@mrmber conf]# vzctl set 779 --diskspace=20000000:24000000 --save

This is irrelevant to the bug report, but just in case:
1 there's no need to specify two values for ploop disk size
2 you can use suffixes (like --diskspace 24G).

> 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]

This means ploop can't find the balloon file. That's pretty strange.

1 Have you created this CT using the same version of vzctl and ploop?
2 Do you have anything strange in dmesg?
3 Are you able to stop/start/mount/umount this CT?

In the meantime, I have tried to do the same as you did on my box
(running the same version of kernel, vzctl, and ploop):

[root@dhcp-10-30-21-127 ~]# vzctl set 200 --diskspace=20000000:24000000
--save
Growing dev=/dev/ploop0 size=4613734 sectors (new size=48000000)
Storing GPT
Executing: /sbin/resize2fs -p /dev/ploop0p1
resize2fs 1.41.12 (17-May-2010)
Filesystem at /dev/ploop0p1 is mounted on /vz/root/200; on-line resizing
required
old desc_blocks = 1, new_desc_blocks = 2
Performing an on-line resize of /dev/ploop0p1 to 5999739 (4k) blocks.
The filesystem on /dev/ploop0p1 is now 5999739 blocks long.

Executing: /sbin/tune2fs -r 300000 /dev/ploop0p1
tune2fs 1.41.12 (17-May-2010)
Setting reserved blocks count to 300000
CT configuration saved to /etc/vz/conf/200.conf
[root@dhcp-10-30-21-127 ~]# vzctl exec 200 df -h
Filesystem Size Used Avail Use% Mounted on
/dev/ploop0p1 23G 674M 21G 4% /


> CT configuration saved to /etc/vz/conf/779.conf
>
> [root@mrmber conf]# for i in `vzlist -1`; do echo $i; vzctl exec $i df
> -T ; done
> 777
> Filesystem Type 1K-blocks Used Available Use% Mounted on
> /dev/simfs simfs 20000000 376820 18532204 2% /
> tmpfs tmpfs 131072 0 131072 0% /lib/init/rw
> tmpfs tmpfs 131072 0 131072 0% /dev/shm
> 779
> Filesystem Type 1K-blocks Used Available Use% Mounted on
> /dev/ploop0p1 ext4 2268760 445756 1707756 21% /
> tmpfs tmpfs 131072 0 131072 0% /lib/init/rw
> tmpfs tmpfs 131072 0 131072 0% /dev/shm
> [root@mrmber conf]#
>
> Any advice on where to look for more info? dmesg had nothing to say
> about it, and vzctl.log says only what the command reported above.
>
> Regards,
>
> Joe
>


Kir Kolyshkin
http://static.openvz.org/userbars/openvz-developer.png
 
Read Message
Read Message
Read Message
Read Message
Previous Topic: adventures with layout=ploop
Next Topic: Some observations from ploop testing
Goto Forum:
  


Current Time: Thu Aug 15 08:55:39 GMT 2024

Total time taken to generate the page: 0.02789 seconds