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.me...@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.madal...@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.me...@fdi.ucm.es> wrote: > >> > >> Can you also paste the output of 'vgs' ? > >> > >> On Thu, Sep 2, 2010 at 6:23 PM, Jaime Melis <j.me...@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.madal...@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.me...@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.madal...@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@lists.opennebula.org > >> >>> > http://lists.opennebula.org/listinfo.cgi/users-opennebula.org > >> >>> > > >> >>> > > >> >> > >> >> > >> > > > > > >
_______________________________________________ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org