I think I might have nailed down the issue -- but I want to test it in a few iterations
ethernet0.virtualDev="e1000" is not being set with the network -- possible feature request for Sunstone network options? Michael Curran | connectsolutions | Lead Network Architect Phone 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com -----Original Message----- From: users-boun...@lists.opennebula.org [mailto:users-boun...@lists.opennebula.org] On Behalf Of Michael Curran Sent: Monday, July 22, 2013 11:18 AM To: Tino Vazquez Cc: users@lists.opennebula.org Subject: Re: [one-users] sunstone uploads Okay -- more comments myself -- The pcibridge does get the following settings on creation pciBridge${i}.present = "TRUE" pciBridge${i}.pciSlotNumber = "XX" However this is NOT created with it pciBridge${i}.virtualDev = "pcieRootPort" is not created I will add the virtualDev and the vmci0.present as RAW data and see if that resolves the issues Michael Curran | connectsolutions | Lead Network Architect Phone 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com -----Original Message----- From: Tino Vazquez [mailto:cvazq...@c12g.com] Sent: Monday, July 22, 2013 9:58 AM To: Michael Curran Cc: users@lists.opennebula.org Subject: Re: [one-users] sunstone uploads comments inline, On Mon, Jul 22, 2013 at 3:53 PM, Michael Curran <michael.cur...@connectsolutions.com> wrote: > I see -- so based on these raw settings we added last time -- I should set > pcibridge to at least 7 ?? > > RAW=[ > DATA_VMX="pciBridge0.present = \"TRUE\"\npciBridge4.present = > \"TRUE\"\npciBridge4.virtualDev = \"pcieRootPort\"\npciBridge4.functions = > \"8\"\npciBridge5.present = \"TRUE\"\npciBridge5.virtualDev = > \"pcieRootPort\"\npciBridge5.functions = \"8\"\npciBridge6.present = > \"TRUE\"\npciBridge6.virtualDev = \"pcieRootPort\"\npciBridge6.functions = > \"8\"\npciBridge7.present = \"TRUE\"\npciBridge7.virtualDev = > \"pcieRootPort\"\npciBridge7.functions = \"8\"\nvmci0.present = > \"TRUE\"\nguestOS=\"windows7srv-64\"", > TYPE="vmware" ] Yes > > What about vmci0.present? Is that still a RAW setting then? For the moment, yes. > > Michael Curran | connectsolutions | Lead Network Architect Phone > 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com > > -----Original Message----- > From: Tino Vazquez [mailto:cvazq...@c12g.com] > Sent: Monday, July 22, 2013 9:44 AM > To: Michael Curran > Cc: users@lists.opennebula.org > Subject: Re: [one-users] sunstone uploads > > Hi Michael, > > 0 means no pcibridge > 1 means 1 pcibridge, with ID = 0 (ie pciBridge0.present="TRUE" in the > .vmx file) > 2 means 2 pcibridges with ID = 0 and 1 (ie, both pciBridge0.present="TRUE" > and pciBridge1.present="TRUE" in the .vmx file). > and so on... > > Best, > > -Tino > -- > Constantino Vázquez Blanco, PhD, MSc > Senior Infrastructure Architect at C12G Labs www.c12g.com | @C12G | > es.linkedin.com/in/tinova > > -- > Confidentiality Warning: The information contained in this e-mail and any > accompanying documents, unless otherwise expressly indicated, is confidential > and privileged, and is intended solely for the person and/or entity to whom > it is addressed (i.e. those identified in the "To" and "cc" box). They are > the property of C12G Labs S.L.. > Unauthorized distribution, review, use, disclosure, or copying of this > communication, or any part thereof, is strictly prohibited and may be > unlawful. If you have received this e-mail in error, please notify us > immediately by e-mail at ab...@c12g.com and delete the e-mail and attachments > and any copy from your system. C12G thanks you for your cooperation. > > > On Mon, Jul 22, 2013 at 3:39 PM, Michael Curran > <michael.cur...@connectsolutions.com> wrote: >> So -- then I should look at the drop-down menu for pcibridge as >> >> 0 is disabled >> 1-10 really equals 0-9 in the VM? >> >> Michael Curran | connectsolutions | Lead Network Architect Phone >> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com >> >> -----Original Message----- >> From: Tino Vazquez [mailto:cvazq...@c12g.com] >> Sent: Monday, July 22, 2013 9:08 AM >> To: Michael Curran >> Cc: users@lists.opennebula.org >> Subject: Re: [one-users] sunstone uploads >> >> Hi Michael, >> >> PCIBRIDGE=0 will disable the pcibridges. PCIBRDIGE=1 will get you the first >> pcibrdige (0) present in the VM. >> >> Regards, >> >> -Tino >> -- >> Constantino Vázquez Blanco, PhD, MSc >> Senior Infrastructure Architect at C12G Labs www.c12g.com | @C12G | >> es.linkedin.com/in/tinova >> >> -- >> Confidentiality Warning: The information contained in this e-mail and any >> accompanying documents, unless otherwise expressly indicated, is >> confidential and privileged, and is intended solely for the person and/or >> entity to whom it is addressed (i.e. those identified in the "To" and "cc" >> box). They are the property of C12G Labs S.L.. >> Unauthorized distribution, review, use, disclosure, or copying of this >> communication, or any part thereof, is strictly prohibited and may be >> unlawful. If you have received this e-mail in error, please notify us >> immediately by e-mail at ab...@c12g.com and delete the e-mail and >> attachments and any copy from your system. C12G thanks you for your >> cooperation. >> >> >> On Fri, Jul 19, 2013 at 4:15 PM, Michael Curran >> <michael.cur...@connectsolutions.com> wrote: >>> The template has this -- I don't see the PCI bridge in the vmx file -- so >>> I don't have a network card in the VM. >>> >>> TEMPLATE 10 INFORMATION >>> ID : 10 >>> NAME : Window Test2 >>> USER : oneadmin >>> GROUP : oneadmin >>> REGISTER TIME : 07/19 04:44:55 >>> >>> PERMISSIONS >>> OWNER : um- >>> GROUP : --- >>> OTHER : --- >>> >>> TEMPLATE CONTENTS >>> CONTEXT=[ >>> NETWORK="YES", >>> SSH_PUBLIC_KEY="$USER[SSH_PUBLIC_KEY]" ] CPU="1" >>> DISK=[ >>> IMAGE_ID="13" ] >>> FEATURES=[ >>> PCIBRIDGE="0" ] >>> MEMORY="2048" >>> NIC=[ >>> NETWORK_ID="1" ] >>> OS=[ >>> GUESTOS="windows7_64Guest" ] >>> REQUIREMENTS="ID=\"10\" | ID=\"11\"" >>> oneadmin@u-cmh-neb-dev01:/var/log/one$ >>> >>> >>> >>> The vmx file for the VM I stood up from this template >>> >>> /vmfs/volumes/51da424d-d8b7ccdb-e9bb-00248188435a/40/disk.0 # cat >>> one-40.vmx .encoding = "UTF-8" >>> config.version = "8" >>> virtualHW.version = "8" >>> guestOS = "windows7-64" >>> uuid.bios = "78 96 ab f7 68 f6 42 14-8b 73 77 12 1d cc 6b 2a" >>> displayName = "one-40" >>> memsize = "2048" >>> numvcpus = "1" >>> ide0:0.present = "true" >>> ide0:0.deviceType = "disk" >>> ide0:0.fileName = >>> "/vmfs/volumes/51da424d-d8b7ccdb-e9bb-00248188435a/40/disk.0/disk.vmdk" >>> ide0:1.present = "true" >>> ide0:1.deviceType = "cdrom-image" >>> ide0:1.fileName = >>> "/vmfs/volumes/51da424d-d8b7ccdb-e9bb-00248188435a/40/disk.1.iso" >>> ethernet0.present = "true" >>> ethernet0.networkName = "VM Network" >>> ethernet0.connectionType = "bridged" >>> ethernet0.addressType = "static" >>> ethernet0.address = "02:00:c0:a8:fb:02" >>> ethernet0.checkMACAddress = "false" >>> extendedConfigFile = "one-40.vmxf" >>> virtualHW.productCompatibility = "hosted" >>> floppy0.present = "FALSE" >>> floppy1.present = "FALSE" >>> ethernet0.pciSlotNumber = "-1" >>> svga.vramSize = "8388608" >>> tools.syncTime = "FALSE" >>> uuid.location = "56 4d 77 a2 cf 06 df f1-1f f5 e1 6f 77 d0 06 1e" >>> vc.uuid = "50 26 c2 0c 59 b7 bd 5f-11 bd d9 14 e6 95 f1 31" >>> cleanShutdown = "TRUE" >>> replay.supported = "TRUE" >>> unity.wasCapable = "FALSE" >>> sched.swap.derivedName = >>> "/vmfs/volumes/51da424d-d8b7ccdb-e9bb-00248188435a/40/disk.0/one-40-7a898853.vswp" >>> replay.filename = "" >>> ide0:0.redo = "" >>> tools.remindInstall = "TRUE" >>> hostCPUID.0 = "0000000d756e65476c65746e49656e69" >>> hostCPUID.1 = "0001067a00040800040ce3bdbfebfbff" >>> hostCPUID.80000001 = "00000000000000000000000120100800" >>> guestCPUID.0 = "0000000d756e65476c65746e49656e69" >>> guestCPUID.1 = "0001067a00010800840822010fabfbff" >>> guestCPUID.80000001 = "00000000000000000000000120100800" >>> userCPUID.0 = "0000000d756e65476c65746e49656e69" >>> userCPUID.1 = "0001067a00040800040822010fabfbff" >>> userCPUID.80000001 = "00000000000000000000000120100800" >>> evcCompatibilityMode = "FALSE" >>> vmotion.checkpointFBSize = "8388608" >>> softPowerOff = "TRUE" >>> /vmfs/volumes/51da424d-d8b7ccdb-e9bb-00248188435a/40/disk.0 # >>> >>> >>> Michael Curran | connectsolutions | Lead Network Architect Phone >>> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com >>> >>> -----Original Message----- >>> From: Michael Curran >>> Sent: Friday, July 19, 2013 9:57 AM >>> To: Michael Curran; Tino Vazquez >>> Cc: users@lists.opennebula.org >>> Subject: RE: [one-users] sunstone uploads >>> >>> Okay -- this is what I found >>> >>> -- installed 1.9.1 (which for Ubuntu has the 1.9.3.0p installation) >>> -- removed 1.8 so that I only had the required ruby for rbvmomi >>> -- OpenNebula sunstone required me to have ruby1.8 on the system >>> -- had to re-install ruby1.8 , then re-install all the gems required for >>> Sunstone/OpenNebula >>> -- Was able to install rbvmomi after all of that >>> >>> I am now able to resume testing of building VM's with the new template that >>> uses the pciBridge / guestos name from the template created within SunStone >>> GUI and new selections. >>> >>> Michael Curran | connectsolutions | Lead Network Architect Phone >>> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com >>> >>> -----Original Message----- >>> From: users-boun...@lists.opennebula.org >>> [mailto:users-boun...@lists.opennebula.org] On Behalf Of Michael >>> Curran >>> Sent: Friday, July 19, 2013 8:41 AM >>> To: Tino Vazquez >>> Cc: users@lists.opennebula.org >>> Subject: Re: [one-users] sunstone uploads >>> >>> Looking around, I think its related to the fact that I am using >>> Ubuntu 12.04 and the default version of ruby is 1.8.7 which was fine >>> for 4.0.1, but 4.2 and rbvmomi require =>1.9.2 >>> >>> Upgrading the version now so I can install rbvmomi as wel >>> >>> Michael Curran | connectsolutions | Lead Network Architect Phone >>> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com >>> >>> -----Original Message----- >>> From: Tino Vazquez [mailto:cvazq...@c12g.com] >>> Sent: Friday, July 19, 2013 8:32 AM >>> To: Michael Curran >>> Cc: users@lists.opennebula.org >>> Subject: Re: [one-users] sunstone uploads >>> >>> Hi Michae, >>> >>> What OS are you using for the OpenNebula front-end? >>> >>> Regards, >>> >>> -Tino >>> -- >>> Constantino Vázquez Blanco, PhD, MSc Senior Infrastructure Architect >>> at C12G Labs www.c12g.com | @C12G | es.linkedin.com/in/tinova >>> >>> -- >>> Confidentiality Warning: The information contained in this e-mail and any >>> accompanying documents, unless otherwise expressly indicated, is >>> confidential and privileged, and is intended solely for the person and/or >>> entity to whom it is addressed (i.e. those identified in the "To" and "cc" >>> box). They are the property of C12G Labs S.L.. >>> Unauthorized distribution, review, use, disclosure, or copying of this >>> communication, or any part thereof, is strictly prohibited and may be >>> unlawful. If you have received this e-mail in error, please notify us >>> immediately by e-mail at ab...@c12g.com and delete the e-mail and >>> attachments and any copy from your system. C12G thanks you for your >>> cooperation. >>> >>> >>> On Fri, Jul 19, 2013 at 2:18 PM, Michael Curran >>> <michael.cur...@connectsolutions.com> wrote: >>>> Found it -- thanks!! Along with GuestOS naming -- excellent!! >>>> >>>> However after the upgrade I am getting lots of Ruby errors -- should I do >>>> a gem update as part of the 4.2 upgrade? >>>> >>>> Fri Jul 19 05:16:30 2013 [VMM][D]: Message received: LOG I 34 >>>> Command execution fail: /var/lib/one/remotes/vmm/vmware/poll one-34 >>>> 192.168.250.34 34 192.168.250.34 >>>> >>>> Fri Jul 19 05:16:30 2013 [VMM][D]: Message received: LOG I 34 >>>> /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:36:in >>>> `gem_original_require': no such file to lo ad -- builder >>>> (LoadError) >>>> >>>> Fri Jul 19 05:16:30 2013 [VMM][D]: Message received: LOG I 34 from >>>> /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:36:in `require' >>>> >>>> Fri Jul 19 05:16:30 2013 [VMM][D]: Message received: LOG I 34 from >>>> /usr/lib/one/ruby/vendors/rbvmomi/lib/rbvmomi/trivial_soap.rb:3 >>>> >>>> Fri Jul 19 05:16:30 2013 [VMM][D]: Message received: LOG I 34 from >>>> /usr/lib/one/ruby/vendors/rbvmomi/lib/rbvmomi/connection.rb:4:in `require' >>>> >>>> Fri Jul 19 05:16:30 2013 [VMM][D]: Message received: LOG I 34 from >>>> /usr/lib/one/ruby/vendors/rbvmomi/lib/rbvmomi/connection.rb:4 >>>> >>>> Fri Jul 19 05:16:30 2013 [VMM][D]: Message received: LOG I 34 from >>>> /usr/lib/one/ruby/vendors/rbvmomi/lib/rbvmomi.rb:11:in `require' >>>> >>>> Fri Jul 19 05:16:30 2013 [VMM][D]: Message received: LOG I 34 from >>>> /usr/lib/one/ruby/vendors/rbvmomi/lib/rbvmomi.rb:11 >>>> >>>> Fri Jul 19 05:16:30 2013 [VMM][D]: Message received: LOG I 34 from >>>> /var/lib/one/remotes/vmm/vmware/vi_driver.rb:40:in `require' >>>> >>>> Fri Jul 19 05:16:30 2013 [VMM][D]: Message received: LOG I 34 from >>>> /var/lib/one/remotes/vmm/vmware/vi_driver.rb:40 >>>> >>>> Fri Jul 19 05:16:30 2013 [VMM][D]: Message received: LOG I 34 from >>>> /var/lib/one/remotes/vmm/vmware/poll:31:in `require' >>>> >>>> Fri Jul 19 05:16:30 2013 [VMM][D]: Message received: LOG I 34 from >>>> /var/lib/one/remotes/vmm/vmware/poll:31 >>>> >>>> Fri Jul 19 05:16:30 2013 [VMM][D]: Message received: LOG I 34 >>>> ExitCode: 1 >>>> >>>> Fri Jul 19 05:16:30 2013 [VMM][D]: Message received: POLL FAILURE >>>> 34 >>>> - >>>> >>>> Michael Curran | connectsolutions | Lead Network Architect Phone >>>> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com >>>> >>>> -----Original Message----- >>>> From: Tino Vazquez [mailto:cvazq...@c12g.com] >>>> Sent: Friday, July 19, 2013 6:33 AM >>>> To: Michael Curran >>>> Cc: users@lists.opennebula.org >>>> Subject: Re: [one-users] sunstone uploads >>>> >>>> Hi Michael, >>>> >>>> You can find it in Create VM Template -> OS Booting -> Features tab. >>>> >>>> Regards, >>>> >>>> -Tino >>>> -- >>>> Constantino Vázquez Blanco, PhD, MSc Senior Infrastructure >>>> Architect at C12G Labs www.c12g.com | @C12G | >>>> es.linkedin.com/in/tinova >>>> >>>> -- >>>> Confidentiality Warning: The information contained in this e-mail and any >>>> accompanying documents, unless otherwise expressly indicated, is >>>> confidential and privileged, and is intended solely for the person and/or >>>> entity to whom it is addressed (i.e. those identified in the "To" and "cc" >>>> box). They are the property of C12G Labs S.L.. >>>> Unauthorized distribution, review, use, disclosure, or copying of this >>>> communication, or any part thereof, is strictly prohibited and may be >>>> unlawful. If you have received this e-mail in error, please notify us >>>> immediately by e-mail at ab...@c12g.com and delete the e-mail and >>>> attachments and any copy from your system. C12G thanks you for your >>>> cooperation. >>>> >>>> >>>> On Thu, Jul 18, 2013 at 10:44 PM, Michael Curran >>>> <michael.cur...@connectsolutions.com> wrote: >>>>> Cleared the cache when I got home - seeing the changes , although >>>>> I am not seeing the check box for pcibridge setup? Is that just >>>>> assumed within the new vmware drivers? >>>>> >>>>> >>>>> >>>>> Michael Curran | connectsolutions | Lead Network Architect >>>>> >>>>> Phone 614.568.2285 | Mobile 614.403.6320 | >>>>> www.connectsolutions.com >>>>> >>>>> >>>>> >>>>> From: users-boun...@lists.opennebula.org >>>>> [mailto:users-boun...@lists.opennebula.org] On Behalf Of Michael >>>>> Curran >>>>> Sent: Thursday, July 18, 2013 1:39 PM >>>>> To: cvazq...@c12g.com >>>>> >>>>> >>>>> Cc: users@lists.opennebula.org >>>>> Subject: Re: [one-users] sunstone uploads >>>>> >>>>> >>>>> >>>>> It was a short test window, had to run to personal event. Will >>>>> follow to list this afternoon >>>>> >>>>> Sent from my Android phone using TouchDown (www.nitrodesk.com) >>>>> >>>>> -----Original Message----- >>>>> From: Tino Vazquez [cvazq...@c12g.com] >>>>> Received: Thursday, 18 Jul 2013, 1:37pm >>>>> To: Michael Curran [michael.cur...@connectsolutions.com] >>>>> CC: users@lists.opennebula.org [users@lists.opennebula.org] >>>>> Subject: Re: [one-users] sunstone uploads >>>>> >>>>> Hi Michael, >>>>> >>>>> Could it be a cache issue? Try using Chrome's incognito mode or >>>>> something similar. >>>>> >>>>> Regards, >>>>> >>>>> -Tino >>>>> -- >>>>> Constantino Vázquez Blanco, PhD, MSc Senior Infrastructure >>>>> Architect at C12G Labs www.c12g.com | @C12G | >>>>> es.linkedin.com/in/tinova >>>>> >>>>> -- >>>>> Confidentiality Warning: The information contained in this e-mail >>>>> and any accompanying documents, unless otherwise expressly >>>>> indicated, is confidential and privileged, and is intended solely >>>>> for the person and/or entity to whom it is addressed (i.e. those >>>>> identified in the "To" and "cc" box). They are the property of C12G Labs >>>>> S.L.. >>>>> Unauthorized distribution, review, use, disclosure, or copying of >>>>> this communication, or any part thereof, is strictly prohibited >>>>> and may be unlawful. If you have received this e-mail in error, >>>>> please notify us immediately by e-mail at ab...@c12g.com and >>>>> delete the e-mail and attachments and any copy from your system. >>>>> C12G thanks you for your cooperation. >>>>> >>>>> >>>>> On Thu, Jul 18, 2013 at 7:35 PM, Michael Curran >>>>> <michael.cur...@connectsolutions.com> wrote: >>>>>> So far...the sunstone GUI has these issues >>>>>> >>>>>> 1. Create new image button, takes me to dashboard 2. Create new >>>>>> template, cannot click on any tabs, doesn't change display. >>>>>> >>>>>> Have only tested on chrome, need to check Firefox/IE >>>>>> >>>>>> Sent from my Android phone using TouchDown (www.nitrodesk.com) >>>>>> >>>>>> >>>>>> -----Original Message----- >>>>>> From: Tino Vazquez [cvazq...@c12g.com] >>>>>> Received: Thursday, 18 Jul 2013, 12:58pm >>>>>> To: Michael Curran [michael.cur...@connectsolutions.com] >>>>>> CC: users@lists.opennebula.org [users@lists.opennebula.org] >>>>>> Subject: Re: [one-users] sunstone uploads >>>>>> >>>>>> Hi Michael, >>>>>> >>>>>> Ok, I see ;) Let me know about your tests so I know if I need to >>>>>> focus in Sunstone or in both Sunstone & CLI. >>>>>> >>>>>> Cheers! >>>>>> >>>>>> -Tino >>>>>> -- >>>>>> Constantino Vázquez Blanco, PhD, MSc Senior Infrastructure >>>>>> Architect at C12G Labs www.c12g.com | @C12G | >>>>>> es.linkedin.com/in/tinova >>>>>> >>>>>> -- >>>>>> Confidentiality Warning: The information contained in this e-mail >>>>>> and any accompanying documents, unless otherwise expressly >>>>>> indicated, is confidential and privileged, and is intended solely >>>>>> for the person and/or entity to whom it is addressed (i.e. those >>>>>> identified in the "To" and "cc" box). They are the property of C12G Labs >>>>>> S.L.. >>>>>> Unauthorized distribution, review, use, disclosure, or copying of >>>>>> this communication, or any part thereof, is strictly prohibited >>>>>> and may be unlawful. If you have received this e-mail in error, >>>>>> please notify us immediately by e-mail at ab...@c12g.com and >>>>>> delete the e-mail and attachments and any copy from your system. >>>>>> C12G thanks you for your cooperation. >>>>>> >>>>>> >>>>>> On Thu, Jul 18, 2013 at 2:01 PM, Michael Curran >>>>>> <michael.cur...@connectsolutions.com> wrote: >>>>>>> Tino -- >>>>>>> >>>>>>> I should have been clearer , as this error occurs if I upload a >>>>>>> tarball.gz or a file , through sunstone. >>>>>>> >>>>>>> I will test this from the CLI with oneimage and see if it's the >>>>>>> same issue >>>>>>> -- possible its limited to Sunstone. Also in my test env. I only >>>>>>> have one golden VM and one image repository, I can use >>>>>>> vmkfstools to re-clone the image from the ESXi host for now. >>>>>>> >>>>>>> Michael Curran | connectsolutions | Lead Network Architect Phone >>>>>>> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Tino Vazquez [mailto:cvazq...@c12g.com] >>>>>>> Sent: Thursday, July 18, 2013 7:39 AM >>>>>>> To: Michael Curran >>>>>>> Cc: users@lists.opennebula.org >>>>>>> Subject: Re: [one-users] sunstone uploads >>>>>>> >>>>>>> Hi Michael, >>>>>>> >>>>>>> Currently, there is no support to upload directories through Sunstone. >>>>>>> Alternatively, you can make a tarball (tar.gz) with a folder >>>>>>> containing the vmdk you want to register, and register it through >>>>>>> Sunstone. >>>>>>> OpenNebula >>>>>>> will automatically untar it in order to use it. >>>>>>> >>>>>>> Hope it helps, >>>>>>> >>>>>>> -Tino >>>>>>> -- >>>>>>> Constantino Vázquez Blanco, PhD, MSc Senior Infrastructure >>>>>>> Architect at C12G Labs www.c12g.com | @C12G | >>>>>>> es.linkedin.com/in/tinova >>>>>>> >>>>>>> -- >>>>>>> Confidentiality Warning: The information contained in this >>>>>>> e-mail and any accompanying documents, unless otherwise >>>>>>> expressly indicated, is confidential and privileged, and is >>>>>>> intended solely for the person and/or entity to whom it is >>>>>>> addressed (i.e. those identified in the "To" and "cc" >>>>>>> box). They are the property of C12G Labs S.L.. >>>>>>> Unauthorized distribution, review, use, disclosure, or copying >>>>>>> of this communication, or any part thereof, is strictly >>>>>>> prohibited and may be unlawful. If you have received this e-mail >>>>>>> in error, please notify us immediately by e-mail at >>>>>>> ab...@c12g.com and delete the e-mail and attachments and any copy from >>>>>>> your system. >>>>>>> C12G thanks you for your cooperation. >>>>>>> >>>>>>> >>>>>>> On Wed, Jul 17, 2013 at 3:00 PM, Michael Curran >>>>>>> <michael.cur...@connectsolutions.com> wrote: >>>>>>>> I have sunstone set to upload files to /var/tmp (which is set >>>>>>>> to 1777, as >>>>>>>> expected) however the uploaded directory does not appear to get >>>>>>>> created >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Anyone have any ideas where to look within sunstone for what is >>>>>>>> taking place during that process? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> There are no errors in the sunstone.error log and the upload >>>>>>>> command looks complete in sunstone.log - just nothing created >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> I confirmed that I can create files in /var/tmp as you would >>>>>>>> normally expect - so its not a permissions issue at any level >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Currently working around by uploading the file to the ONE >>>>>>>> server and specifying a path, which does work fine. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Entries in Sunstone.log >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Wed Jul 17 05:27:28 2013 [I]: 192.168.99.145 - - [17/Jul/2013 >>>>>>>> 05:27:28] "POST >>>>>>>> /upload?img=%7B%22image%22%3A%7B%22NAME%22%3A%22Windows+Im >>>>>>>> >>>>>>>> age+2%22%2C%22TYPE%22%3A%22OS%22%2C%22PERSISTENT%22%3A%22NO%22% >>>>>>>> age+7 >>>>>>>> age+D% >>>>>>>> age+2 >>>>>>>> age+C%2 2ds_id%22%3A%221%22%7D&file=disk.vmdk&qqfile=disk.vmdk >>>>>>>> HTTP/1.1" 2 >>>>>>>> >>>>>>>> 01 1033 5.4591 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Oned.log >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Wed Jul 17 05:27:22 2013 [ReM][D]: Req:8656 UID:0 ImageAllocate >>>>>>>> invoked, "PERSISTENT="NO"...", 1 >>>>>>>> >>>>>>>> Wed Jul 17 05:27:23 2013 [ImG][D]: Message received: LOG I 3771 >>>>>>>> ExitCode: 0 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Wed Jul 17 05:27:23 2013 [ImM][I]: ExitCode: 0 >>>>>>>> >>>>>>>> Wed Jul 17 05:27:23 2013 [ImG][D]: Message received: STAT >>>>>>>> SUCCESS >>>>>>>> 3771 >>>>>>>> 1 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Wed Jul 17 05:27:23 2013 [ImM][I]: Copying >>>>>>>> /var/tmp/sunstone-upload20130717-5022-zwbmhp-0 to repository >>>>>>>> for image >>>>>>>> 24 >>>>>>>> >>>>>>>> Wed Jul 17 05:27:23 2013 [ReM][D]: Req:8656 UID:0 ImageAllocate >>>>>>>> result SUCCESS, 24 >>>>>>>> >>>>>>>> Wed Jul 17 05:27:23 2013 [ReM][D]: Req:9920 UID:0 ImageInfo >>>>>>>> invoked, >>>>>>>> 24 >>>>>>>> >>>>>>>> Wed Jul 17 05:27:23 2013 [ReM][D]: Req:9920 UID:0 ImageInfo >>>>>>>> result SUCCESS, "<IMAGE><ID>24</ID><U..." >>>>>>>> >>>>>>>> Wed Jul 17 05:27:23 2013 [ReM][D]: Req:5184 UID:0 >>>>>>>> VirtualMachinePoolInfo invoked, -2, -1, -1, -1 >>>>>>>> >>>>>>>> Wed Jul 17 05:27:23 2013 [ReM][D]: Req:5184 UID:0 >>>>>>>> VirtualMachinePoolInfo result SUCCESS, "<VM_POOL><VM><ID>26<..." >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [ReM][D]: Req:3984 UID:0 >>>>>>>> VirtualMachinePoolInfo invoked, -2, -1, -1, -1 >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [ReM][D]: Req:3984 UID:0 >>>>>>>> VirtualMachinePoolInfo result SUCCESS, "<VM_POOL><VM><ID>26<..." >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [InM][E]: poll: Error executing: virsh >>>>>>>> -c 'esx://192.168.250.34/?no_verify=1&auto_answer=1' --readonly >>>>>>>> dominfo Name >>>>>>>> err: ExitCode: 1 >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [InM][I]: out: >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [InM][I]: error: failed to get domain 'Name' >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [InM][I]: error: Domain not found: No >>>>>>>> domain with name 'Name' >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [InM][I]: >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [InM][I]: ExitCode: 0 >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [InM][D]: Host 192.168.250.34 (10) >>>>>>>> successfully monitored. >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [VMM][I]: VM 26 successfully monitored: >>>>>>>> STATE=a >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [VMM][I]: VM 32 successfully monitored: >>>>>>>> STATE=a >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [ImG][D]: Message received: LOG I 24 >>>>>>>> Command execution fail: /var/lib/one/remotes/datastore/vmfs/cp >>>>>>>> >>>>>>>> >>>>>>>> PERTX0RSSVZFUl9BQ1RJT05fREFUQT48SU1BR0U+PElEPjI0PC9JRD48VUlEPjA8L1VJRD48R0lEPjA8L0dJRD48VU5BTUU+b25lYWRtaW48L1VOQU1FPjxHTkFNRT5vbmVhZG1pbjwvR05BTUU+PE5BTUU+V2luZG93cyBJbWFnZSAyPC9OQU1FPjxQRVJNSVNTSU9OUz48T1dORVJfVT4xPC9PV05FUl9VPjxPV05FUl9NPjE8L09XTkVSX00+PE9XTkVSX0E+MDwvT1dORVJfQT48R1JPVVBfVT4wPC9HUk9VUF9VPjxHUk9VUF9NPjA8L0dST1VQX00+PEdST1VQX0E+MDwvR1JPVVBfQT48T1RIRVJfVT4wPC9PVEhFUl9VPjxPVEhFUl9NPjA8L09USEVSX00+PE9USEVSX0E+MDwvT1RIRVJfQT48L1BFUk1JU1NJT05TPjxUWVBFPjA8L1RZUEU+PERJU0tfVFlQRT4wPC9ESVNLX1RZUEU+PFBFUlNJU1RFTlQ+MDwvUEVSU0lTVEVOVD48UkVHVElNRT4xMzc0MDY0MDQzPC9SRUdUSU1FPjxTT1VSQ0U+PC9TT1VSQ0U+PFBBVEg+L3Zhci90bXAvc3Vuc3RvbmUtdXBsb2FkMjAxMzA3MTctNTAyMi16d2JtaHAtMDwvUEFUSD48RlNUWVBFPjwvRlNUWVBFPjxTSVpFPjE8L1NJWkU+PFNUQVRFPjQ8L1NUQVRFPjxSVU5OSU5HX1ZNUz4wPC9SVU5OSU5HX1ZNUz48Q0xPTklOR19PUFM+MDwvQ0xPTklOR19PUFM+PENMT05JTkdfSUQ+LTE8L0NMT05JTkdfSUQ+PERBVEFTVE9SRV9JRD4xPC9EQVRBU1RPUkVfSUQ+PERBVEFTVE9SRT5kZWZhdWx0PC9EQVRBU1RPUkU+PFZNUz48L1ZNUz48Q0xPTkVTPjwvQ0xPTkVTPjxURU1QTEFURT48REVWX1BSRUZJWD48IVtDREFUQVtoZF1dPjwvREVWX1BSRUZJWD48L1RFTVBMQVRFPjwvSU1BR0U+PERBVEFTVE9SRT48SUQ+MTwvSUQ+PFVJRD4wPC9VSUQ+PEdJRD4wPC9HSUQ+PFVOQU1FPm9uZWFkbWluPC9VTkFNRT48R05BTUU+b25lYWRtaW48L0dOQU1FPjxOQU1FPmRlZmF1bHQ8L05BTUU+PFBFUk1JU1NJT05TPjxPV05FUl9VPjE8L09XTkVSX1U+PE9XTkVSX00+MTwvT1dORVJfTT48T1dORVJfQT4wPC9PV05FUl9BPjxHUk9VUF9VPjE8L0dST1VQX1U+PEdST1VQX00+MDwvR1JPVVBfTT48R1JPVVBfQT4wPC9HUk9VUF9BPjxPVEhFUl9VPjE8L09USEVSX1U+PE9USEVSX00+MDwvT1RIRVJfTT48T1RIRVJfQT4wPC9PVEhFUl9BPjwvUEVSTUlTU0lPTlM+PERTX01BRD52bWZzPC9EU19NQUQ+PFRNX01BRD52bWZzPC9UTV9NQUQ+PEJBU0VfUEFUSD4vdmFyL2xpYi9vbmUvZGF0YXN0b3Jlcy8xPC9CQVNFX1BBVEg+PFRZUEU+MDwvVFlQRT48RElTS19UWVBFPjA8L0RJU0tfVFlQRT48Q0xVU1RFUl9JRD4tMTwvQ0xVU1RFUl9JRD48Q0xVU1RFUj48L0NMVVNURVI+PElNQUdFUz48SUQ+MTM8L0lEPjwvSU1BR0VTPjxURU1QTEFURT48QlJJREdFX0xJU1Q+PCFbQ0RBVEFbMTkyLjE2OC4yNTAuMzQgMTkyLjE2OC4yNTAuMzhdXT48L0JSSURHRV9MSVNUPjxEU19NQUQ+PCFbQ0RBVEFbdm1mc11dPjwvRFNfTUFEPjxEU19VU0VfU1NIPjwhW0NEQVRBW3llc11dPjwvRFNfVVNFX1NTSD48VE1fTUFEPjwhW0NEQVRBW3ZtZnNdXT48L1RNX01BRD48VE1fVVNFX1NTSD48IVtDREFUQVt5ZXNdXT48L1RNX1VTRV9TU0g+PFRZUEU+PCFbQ0RBVEFbSU1BR0VfRFNdXT48L1RZUEU+PC9URU1QTEFURT48L0RBVEFTVE9SRT48L0RTX0RSSVZFUl9BQ1RJT05fREFUQT4= >>>>>>>> 24 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [ImM][I]: Command execution fail: >>>>>>>> /var/lib/one/remotes/datastore/vmfs/cp >>>>>>>> >>>>>>>> >>>>>>>> PERTX0RSSVZFUl9BQ1RJT05fREFUQT48SU1BR0U+PElEPjI0PC9JRD48VUlEPjA8L1VJRD48R0lEPjA8L0dJRD48VU5BTUU+b25lYWRtaW48L1VOQU1FPjxHTkFNRT5vbmVhZG1pbjwvR05BTUU+PE5BTUU+V2luZG93cyBJbWFnZSAyPC9OQU1FPjxQRVJNSVNTSU9OUz48T1dORVJfVT4xPC9PV05FUl9VPjxPV05FUl9NPjE8L09XTkVSX00+PE9XTkVSX0E+MDwvT1dORVJfQT48R1JPVVBfVT4wPC9HUk9VUF9VPjxHUk9VUF9NPjA8L0dST1VQX00+PEdST1VQX0E+MDwvR1JPVVBfQT48T1RIRVJfVT4wPC9PVEhFUl9VPjxPVEhFUl9NPjA8L09USEVSX00+PE9USEVSX0E+MDwvT1RIRVJfQT48L1BFUk1JU1NJT05TPjxUWVBFPjA8L1RZUEU+PERJU0tfVFlQRT4wPC9ESVNLX1RZUEU+PFBFUlNJU1RFTlQ+MDwvUEVSU0lTVEVOVD48UkVHVElNRT4xMzc0MDY0MDQzPC9SRUdUSU1FPjxTT1VSQ0U+PC9TT1VSQ0U+PFBBVEg+L3Zhci90bXAvc3Vuc3RvbmUtdXBsb2FkMjAxMzA3MTctNTAyMi16d2JtaHAtMDwvUEFUSD48RlNUWVBFPjwvRlNUWVBFPjxTSVpFPjE8L1NJWkU+PFNUQVRFPjQ8L1NUQVRFPjxSVU5OSU5HX1ZNUz4wPC9SVU5OSU5HX1ZNUz48Q0xPTklOR19PUFM+MDwvQ0xPTklOR19PUFM+PENMT05JTkdfSUQ+LTE8L0NMT05JTkdfSUQ+PERBVEFTVE9SRV9JRD4xPC9EQVRBU1RPUkVfSUQ+PERBVEFTVE9SRT5kZWZhdWx0PC9EQVRBU1RPUkU+PFZNUz48L1ZNUz48Q0xPTkVTPjwvQ0xPTkVTPjxURU1QTEFURT48REVWX1BSRUZJWD48IVtDREFUQVtoZF1dPjwvREVWX1BSRUZJWD48L1RFTVBMQVRFPjwvSU1BR0U+PERBVEFTVE9SRT48SUQ+MTwvSUQ+PFVJRD4wPC9VSUQ+PEdJRD4wPC9HSUQ+PFVOQU1FPm9uZWFkbWluPC9VTkFNRT48R05BTUU+b25lYWRtaW48L0dOQU1FPjxOQU1FPmRlZmF1bHQ8L05BTUU+PFBFUk1JU1NJT05TPjxPV05FUl9VPjE8L09XTkVSX1U+PE9XTkVSX00+MTwvT1dORVJfTT48T1dORVJfQT4wPC9PV05FUl9BPjxHUk9VUF9VPjE8L0dST1VQX1U+PEdST1VQX00+MDwvR1JPVVBfTT48R1JPVVBfQT4wPC9HUk9VUF9BPjxPVEhFUl9VPjE8L09USEVSX1U+PE9USEVSX00+MDwvT1RIRVJfTT48T1RIRVJfQT4wPC9PVEhFUl9BPjwvUEVSTUlTU0lPTlM+PERTX01BRD52bWZzPC9EU19NQUQ+PFRNX01BRD52bWZzPC9UTV9NQUQ+PEJBU0VfUEFUSD4vdmFyL2xpYi9vbmUvZGF0YXN0b3Jlcy8xPC9CQVNFX1BBVEg+PFRZUEU+MDwvVFlQRT48RElTS19UWVBFPjA8L0RJU0tfVFlQRT48Q0xVU1RFUl9JRD4tMTwvQ0xVU1RFUl9JRD48Q0xVU1RFUj48L0NMVVNURVI+PElNQUdFUz48SUQ+MTM8L0lEPjwvSU1BR0VTPjxURU1QTEFURT48QlJJREdFX0xJU1Q+PCFbQ0RBVEFbMTkyLjE2OC4yNTAuMzQgMTkyLjE2OC4yNTAuMzhdXT48L0JSSURHRV9MSVNUPjxEU19NQUQ+PCFbQ0RBVEFbdm1mc11dPjwvRFNfTUFEPjxEU19VU0VfU1NIPjwhW0NEQVRBW3llc11dPjwvRFNfVVNFX1NTSD48VE1fTUFEPjwhW0NEQVRBW3ZtZnNdXT48L1RNX01BRD48VE1fVVNFX1NTSD48IVtDREFUQVt5ZXNdXT48L1RNX1VTRV9TU0g+PFRZUEU+PCFbQ0RBVEFbSU1BR0VfRFNdXT48L1RZUEU+PC9URU1QTEFURT48L0RBVEFTVE9SRT48L0RTX0RSSVZFUl9BQ1RJT05fREFUQT4= >>>>>>>> 24 >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [ImG][D]: Message received: LOG I 24 cp: >>>>>>>> Copying local disk folder >>>>>>>> /var/tmp/sunstone-upload20130717-5022-zwbmhp-0 to the image >>>>>>>> repository >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [ImM][I]: cp: Copying local disk >>>>>>>> folder >>>>>>>> /var/tmp/sunstone-upload20130717-5022-zwbmhp-0 to the image >>>>>>>> repository >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [ImG][D]: Message received: LOG E 24 cp: >>>>>>>> Command "scp -r >>>>>>>> /var/tmp/sunstone-upload20130717-5022-zwbmhp-0/* >>>>>>>> 192.168.250.34:/vmfs/volumes/1/9d822b5240fa3dc7b3fbaadd2088faa8" >>>>>>>> failed: >>>>>>>> /var/tmp/sunstone-upload20130717-5022-zwbmhp-0/*: Not a >>>>>>>> directory >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [ImM][E]: cp: Command "scp -r >>>>>>>> /var/tmp/sunstone-upload20130717-5022-zwbmhp-0/* >>>>>>>> 192.168.250.34:/vmfs/volumes/1/9d822b5240fa3dc7b3fbaadd2088faa8" >>>>>>>> failed: >>>>>>>> /var/tmp/sunstone-upload20130717-5022-zwbmhp-0/*: Not a >>>>>>>> directory >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [ImG][D]: Message received: LOG E 24 >>>>>>>> Error copying >>>>>>>> /var/tmp/sunstone-upload20130717-5022-zwbmhp-0 to >>>>>>>> /vmfs/volumes/1/9d822b5240fa3dc7b3fbaadd2088faa8 through SCP >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [ImM][E]: Error copying >>>>>>>> /var/tmp/sunstone-upload20130717-5022-zwbmhp-0 to >>>>>>>> /vmfs/volumes/1/9d822b5240fa3dc7b3fbaadd2088faa8 through SCP >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [ImG][D]: Message received: LOG I 24 >>>>>>>> ExitCode: 1 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [ImM][I]: ExitCode: 1 >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [ImG][D]: Message received: CP FAILURE >>>>>>>> 24 Error copying /var/tmp/sunstone-upload20130717-5022-zwbmhp-0 >>>>>>>> to >>>>>>>> /vmfs/volumes/1/9d822b5240fa3dc7b3fbaadd2088faa8 through SCP >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Wed Jul 17 05:27:24 2013 [ImM][E]: Error copying image in the >>>>>>>> datastore: >>>>>>>> Error copying /var/tmp/sunstone-upload20130717-5022-zwbmhp-0 to >>>>>>>> /vmfs/volumes/1/9d822b5240fa3dc7b3fbaadd2088faa8 through SCP >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Michael Curran | connectsolutions | Lead Network Architect >>>>>>>> >>>>>>>> Phone 614.568.2285 | Mobile 614.403.6320 | >>>>>>>> www.connectsolutions.com >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> 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 >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>>> >>>> _______________________________________________ >>>> 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 >>> _______________________________________________ >>> 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 > _______________________________________________ > 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 _______________________________________________ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org