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

Jaime Melis j.melis at fdi.ucm.es
Fri Sep 3 09:56:13 PDT 2010


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


More information about the Users mailing list