instead, resize it from xenserver and use gparted from OS (download iso and
boot it from there) just like we do for Root and Data drives, works on both,
thats why we werent using resize function from cloudstack but now we have
another reason :)
Thanks,
Sam Ceylani, MBA
Computer Engineer
Miste
good to know ty for sharing this info, anybody on the list have any information
on this? we always done it from xenserver and updated database with a few
update queries and our systems running internal servers but this would be very
confusing for an end user especially if they lose all of their
Yes that's exactly what happen ,we lose the data after a resize ,so to do
upgrades i have to add new voumes not resize the old ones .
2015-03-20 16:25 GMT+01:00 Sam Ceylani :
> I misunderstand your question, yes mounting and unmounting is not the job
> of cloudstack, what I would like to know is
I misunderstand your question, yes mounting and unmounting is not the job of
cloudstack, what I would like to know is : You attach a Data volume, create a
file system and then create some files etc. then after resizing it and mounting
it back, are you loosing your filesystem and any of your file
be wrong
and it might be doing what is expected and your situation (storage,hypervisor
combo etc.) might not be allowing it, ty
-Original Message-
From: Fedi Ben Ali [mailto:ben.ali.fe...@gmail.com]
Sent: Friday, March 20, 2015 5:30 AM
To: users@cloudstack.apache.org
Subject: Re: Resize
So,
When you resize the DATA disk in cloudstack, it is reflected using fdisk
-l ?
Cloudstack will not handle the resize of partition and filesystem inside
the data disk that's a task for the Operation System of the VM.
On Fri, Mar 20, 2015 at 5:29 AM, Fedi Ben Ali
wrote:
> Hello ,
>
> I'm w
Hello ,
I'm working on 4.4 cloudstack with multiple xenservers6.2 and FC as primary
storage.
When i add a DATA volume and attach it to a VM,the volume is connected and
listed after a fdisk -l (/dev/xvdb) command but its not mounted (not listed
on df -h command).
So i do so manually (mount the dis
what do you mean by manually? what is your hypervisor? and you are loosing the
volume, from where? cloudstack or storage?
Thanks,
Sam Ceylani, MBA
Computer Engineer
MisterCertified Inc.
301 W. Platt St. Suite 447, Tampa, FL 33606
P 813.264.6460 M
813.416.7867
F 800.553.9520 E
sam.ceyl...@mis
Bonjour Fedi,
The question is a bit unclear, could you elaborate a bit more? You want to
resize an Instance DATA drive and when you do this you loose the partition,
the filesystem or the whole disk (ex: /dev/xvdb) ?
On which hypervisor and CloudStack version are you experiencing this?
Au plaisir
Hi Kirk and all,
I managed to resolve the problem, I am now able to resize the volume
provided that I follow below steps:
- stop the VM;
- detach the volume from the VM;
- resize the volume;
- re-attach the volume;
- restart the VM.
Both upgrade and downgrade work fine now. Many thanks for your
Hi, I don't know how RBD works. If there are qcow2 files that you can
"see", you can check them with qemu-img. If there are no files I think
resizing on RBD probably doesn't work since the script that does the
resize only supports resizing qcow2 files and CLVM volumes.
Best regards,
Kirk
On 10/
Dear Marcus, Kirk and all,
Any further recommendations on how can I troubleshoot on this matter to
pinpoint the cause of the inability to resize the disk, and to find the
solution to the problem?
Looking forward to your reply, thank you.
Cheers.
On Fri, Oct 4, 2013 at 3:30 PM, Indra Pramana
Hi Marcus and Kirk,
Good day to you, and thank you for your email replies.
We are using Ceph RBD primary storage. I can't find any error information
on agent.log, and I have set the logging to verbose (DEBUG) for all.
Since I am using RBD, am I still able to run the qemu-img info command?
I che
Yes, if there was a problem it should have been logged in the agent.log.
If it was successful it may or may not be logged depending on the
logging level. While logged on to the hypervisor, check the actual
virtual disk with "qemu-img info /mnt/somepath/filename". The filename
can be found in the
What primary storage are you using? Any errors in agent log?
On Oct 3, 2013 3:16 PM, "Indra Pramana" wrote:
> Hi Marcus,
>
> Good day to you, and thank you for your e-mail.
>
> I have tried restarting the VM and even stop and start the VM, but after
> logging in to the VM, I still see the hard dr
Hi Marcus,
Good day to you, and thank you for your e-mail.
I have tried restarting the VM and even stop and start the VM, but after
logging in to the VM, I still see the hard drive's size as 20 GB instead of
60 GB.
I tried to check /var/log/libvirt/libvirtd.log file on the KVM host where
the VM
I just tested local storage qcow2 and CLVM resize on 4.2, they both worked.
Resize works like this:
1. Do sanity checks
2. Send resize command to the agent
3. Resize the disk/lun/file
4. Inform the VM instance that the disk has changed by making a
libvirt volBlockResize call (this is not fatal, s
Hi Punit,
Currently Shrink is not supported in Xenserver. Please have a look at the
issue: https://issues.apache.org/jira/browse/CLOUDSTACK-3392
Regards,
pavan
From: Punit Dambiwal [hypu...@gmail.com]
Sent: Thursday, August 08, 2013 12:55 PM
To: users@clo
18 matches
Mail list logo
