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