[one-users] Open Nebula unable to delete the snapshot of a VM

Italo Madalozo italo.madalozo at gmail.com
Mon Sep 6 06:12:29 PDT 2010
Previous message: [one-users] Open Nebula unable to delete the snapshot of a VM
Next message: [one-users] What kinds of shared storage are you using?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi Jaime,

you are totally right. I must have missed deleting that part when I tried to
set the group name as /dev/images. Problem solved, thank you for your help.

Regards

Italo

On 3 September 2010 16:56, Jaime Melis <j.melis at fdi.ucm.es> wrote:

> Hi Italo,
>
> as you see, the VG_NAME is "images", not "/images".
>
> Can you confirm that you have set:
>
> VG_NAME=images
>
> (and not: VG_NAME=/images)
>
> in $ONE_LOCATION/etc/tm_lvm/tm_lvmrc
>
> If you haven't done it, please do it, because it's the correct value.
> If something else fails after that let's debug that other thing.
>
> Cheers,
> Jaime
>
> On Fri, Sep 3, 2010 at 6:31 PM, Italo Madalozo <italo.madalozo at gmail.com>
> wrote:
> > Hi Jaime,
> > # lvs
> >   LV           VG     Attr   LSize  Origin    Snap%  Move Log Copy%
>  Convert
> >   debian       images owi-a-  2.00G
> >   lv-one-102-0 images swi-ao  1.00G windows01  19.70
> >   lv-one-103-0 images swi-ao  1.00G windows01  18.20
> >   lv-one-104-0 images swi-ao  1.00G windows01  20.63
> >   lv-one-105-0 images swi-ao  1.00G windows01  18.01
> >   lv-one-106-0 images swi-ao  1.00G debian      0.89
> >   lv-one-107-0 images swi-ao  1.00G debian      0.86
> >   lv-one-83-0  images swi-a-  1.00G debian      0.23
> >   lv-one-84-0  images swi-a-  1.00G debian      0.62
> >   lv-one-85-0  images swi-a-  1.00G debian      0.61
> >   lv-one-86-0  images swi-a-  1.00G debian      0.63
> >   lv-one-87-0  images swi-a-  1.00G debian      0.63
> >   lv-one-88-0  images swi-a-  1.00G debian      0.62
> >   lv-one-89-0  images swi-a-  1.00G debian      0.61
> >   lv-one-90-0  images swi-ao  1.00G debian      1.21
> >   lv-one-94-0  images swi-a-  1.00G windows01   0.23
> >   lv-one-97-0  images swi-ao  1.00G debian      1.20
> >   windows01    images owi-a- 11.00G
> > #vgs
> >   VG     #PV #LV #SN Attr   VSize   VFree
> >   images   1  18  16 wz--n- 463.84G 434.84G
> > Regards
> > Italo
> > On 2 September 2010 16:26, Jaime Melis <j.melis at fdi.ucm.es> wrote:
> >>
> >> Can you also paste the output of 'vgs' ?
> >>
> >> On Thu, Sep 2, 2010 at 6:23 PM, Jaime Melis <j.melis at fdi.ucm.es> wrote:
> >> > Hi Italo,
> >> >
> >> > that is weird. Can you paste the output of 'lvs' ?
> >> >
> >> > regards,
> >> > Jaime
> >> >
> >> > On Thu, Sep 2, 2010 at 6:16 PM, Italo Madalozo
> >> > <italo.madalozo at gmail.com> wrote:
> >> >> Hi Jaime,
> >> >> thanks for the reply. /images is not a path it is the name of the VG,
> >> >> first
> >> >> I tried /dev/images and it did not work, when I change to /images it
> >> >> works.
> >> >> But it can not delete the snapshots afterwards.
> >> >> Cheers
> >> >> Italo
> >> >>
> >> >> On 2 September 2010 15:59, Jaime Melis <j.melis at fdi.ucm.es> wrote:
> >> >>>
> >> >>> Hi Italo,
> >> >>>
> >> >>> it looks like $VG_NAME contains "/images", but it shouldn't be a
> path,
> >> >>> it should be the name of the volume group that LVM uses to create
> LVs.
> >> >>>
> >> >>> Try changing that to "images", by editing tm_lvmrc.
> >> >>>
> >> >>> cheers,
> >> >>> Jaime
> >> >>>
> >> >>> On Wed, Sep 1, 2010 at 5:30 PM, Italo Madalozo
> >> >>> <italo.madalozo at gmail.com>
> >> >>> wrote:
> >> >>> > Hi,
> >> >>> > I have been trying Open Nebula for a  couple of weeks now and so
> far
> >> >>> > it
> >> >>> > works great, one of the complex steps of building the cloud is the
> >> >>> > storage.
> >> >>> > After reading about LVM on the website and then from the mailing
> >> >>> > list I
> >> >>> > managed to get it working , VG_NAME=/images, and now I can
> instance
> >> >>> > many
> >> >>> > virtual machines to the pool within seconds or minutes without
> >> >>> > having
> >> >>> >  to
> >> >>> > clone (wasting storage) the images or wasting bandwidth
> >> >>> >  transferring
> >> >>> > from
> >> >>> > the front end to the nodes.
> >> >>> > Now the problem I am facing is that the lvm/tm_delete.sh script
> >> >>> > can't
> >> >>> > manage
> >> >>> > to delete the snapshots created by lvm/clone.sh. I have tried
> onevm
> >> >>> > $ID
> >> >>> > delete,shutdown and cancel as recommended in a previous thread but
> >> >>> > none
> >> >>> > of
> >> >>> > them worked.
> >> >>> > This is the log output:
> >> >>> > Wed Sep  1 16:20:47 2010 [InM][I]: Monitoring host 192.168.1.4 (5)
> >> >>> > Wed Sep  1 16:20:47 2010 [VMM][D]: Message received: LOG - 62
> Driver
> >> >>> > command
> >> >>> > for 62 cancelled
> >> >>> > Wed Sep  1 16:20:47 2010 [TM][D]: Message received: LOG - 62
> Command
> >> >>> > execution fail: /srv/cloud/one/lib/tm_commands/lvm/tm_delete.sh
> >> >>> > 192.168.1.4:/srv/cloud/one/var/62/images
> >> >>> > Wed Sep  1 16:20:47 2010 [TM][D]: Message received: LOG - 62
> STDERR
> >> >>> > follows.
> >> >>> > Wed Sep  1 16:20:47 2010 [TM][D]: Message received: LOG - 62 ERROR
> >> >>> > MESSAGE
> >> >>> > --8<------
> >> >>> > Wed Sep  1 16:20:47 2010 [TM][D]: Message received: LOG - 62
> >> >>> > "/images":
> >> >>> > Invalid path for Logical Volume
> >> >>> > Wed Sep  1 16:20:47 2010 [TM][D]: Message received: LOG - 62
> >> >>> > "/images/":
> >> >>> > Invalid path for Logical Volume
> >> >>> > Wed Sep  1 16:20:47 2010 [TM][D]: Message received: LOG - 62 ERROR
> >> >>> > MESSAGE
> >> >>> > ------>8--
> >> >>> > Wed Sep  1 16:20:47 2010 [TM][D]: Message received: LOG - 62
> >> >>> > ExitCode: 5
> >> >>> > Wed Sep  1 16:20:47 2010 [TM][D]: Message received: LOG - 62
> >> >>> > tm_delete.sh:
> >> >>> > Deleting remote LVs
> >> >>> > Wed Sep  1 16:20:47 2010 [TM][D]: Message received: LOG - 62
> >> >>> > tm_delete.sh:
> >> >>> > ERROR: Command "ssh 192.168.1.4 sudo lvremove -f $(echo
> >> >>> > /images/$(sudo
> >> >>> > lvs
> >> >>> > --noheadings /images|awk '{print $1}'|grep lv-one-62))" failed.
> >> >>> > Wed Sep  1 16:20:47 2010 [TM][D]: Message received: LOG - 62
> >> >>> > tm_delete.sh:
> >> >>> > ERROR:   "/images": Invalid path for Logical Volume
> >> >>> > Wed Sep  1 16:20:47 2010 [TM][D]: Message received: LOG - 62
> >> >>> > "/images/":
> >> >>> > Invalid path for Logical Volume
> >> >>> > Wed Sep  1 16:20:47 2010 [TM][D]: Message received: TRANSFER
> FAILURE
> >> >>> > 62
> >> >>> > "/images": Invalid path for Logical Volume
> >> >>> > Wed Sep  1 16:20:47 2010 [TM][D]: Message received:   "/images/":
> >> >>> > Invalid
> >> >>> > path for Logical Volume
> >> >>> > Wed Sep  1 16:20:48 2010 [VMM][D]: Message received: CANCEL
> SUCCESS
> >> >>> > 62 -
> >> >>> > Wed Sep  1 16:20:51 2010 [InM][D]: Host 5 successfully monitored.
> >> >>> >
> >> >>> > After checking the script tm_delete.sh I see everything is fine ,
> so
> >> >>> > I
> >> >>> > don't
> >> >>> > understand why instead of /dev/images one is looking for /images/.
> >> >>> > Italo
> >> >>> > _______________________________________________
> >> >>> > Users mailing list
> >> >>> > Users at lists.opennebula.org
> >> >>> > http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
> >> >>> >
> >> >>> >
> >> >>
> >> >>
> >> >
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20100906/5b27f39f/attachment-0003.htm>
Previous message: [one-users] Open Nebula unable to delete the snapshot of a VM
Next message: [one-users] What kinds of shared storage are you using?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Users mailing list