[one-users] images upload problems
Jaime Melis
jmelis at opennebula.org
Tue Feb 25 08:18:44 PST 2014
Hi,
We believe this issue was fixed by this ticket:
http://dev.opennebula.org/issues/2729
can you please try again by substituting:
/var/lib/one/remotes/datastore/downloader.sh
with
https://github.com/OpenNebula/one/blob/master/src/datastore_mad/remotes/downloader.sh
regards,
Jaime
On Mon, Jan 13, 2014 at 11:21 AM, Daniel Molina <dmolina at opennebula.org>wrote:
>
>
>
> On 9 January 2014 15:41, Daniel Molina <dmolina at opennebula.org> wrote:
>
>> Hi,
>>
>>
>> On 8 January 2014 19:00, kiran ranjane <kiran.ranjane at gmail.com> wrote:
>>
>>> Hi Daniel,
>>>
>>> Thanks for the update, However I was referring to get an update on mail
>>> trail mentioned below :
>>> -- I was getting md5 mismatch error in logs while uploading the image
>>> and it was fixed by bypassing proxy server, If I use sunstone through
>>> proxy server then I get this error.
>>>
>>
>> Could you please open a ticket in our dev page with the details of the
>> problem so we can debug it.
>>
>
> I have already created it:
> http://dev.opennebula.org/issues/2629
>
> Thank you for your feedback
>
>
>>
>> Cheers
>>
>>
>>
>>> -- Also I would like some inputs on point 2 and 3 mention below.
>>>
>>> Thanks
>>> Kiran Ranjane
>>>
>>>
>>> Previous Mail :
>>>
>>> Hi Daniel,
>>>
>>> -- I re-tested uploading image issue using a new virtual appliance from
>>> marketplace and booted it on VMware Workstation.
>>> -- I tested with 2 scenarios 1) importing image from Marketplace 2)
>>> uploading ISO to image from files.
>>> -- While uploading after sometime the image goes into ERROR STATE, I
>>> have attached the logs as well as a screenshot.
>>>
>>> -- I also have few questions and concerns.
>>>
>>> *1)* I tried the 1st scenario by selecting virtual router 4.2 and it
>>> show size of around 83MB in marketplace, However when the import starts the
>>> size reached to 200M, if I do ls -lh in datastore 1, also in oneimage
>>> command the size shows as 83M, Why there is a mismatch of size?
>>> *2)* May be this is a enhancement request, In oneimage and also in
>>> sunstone it should show UID of the image (UID that you get from datastore1
>>> when using ls -lh) along with the name, Like example mentioned below
>>>
>>> oneimage list
>>> ID USER GROUP NAME DATASTORE SIZE TYPE PER
>>> STAT RVMS *UID*
>>> 12 oneadmin oneadmin Centos 6.4 Iso default 702M CD No
>>> err 0 09d94b3dcc6daa7840fa3e214b2f1b86
>>>
>>> This helps in recognising the image while troubleshooting issues related
>>> to image.
>>>
>>> *3) *When I delete images from sunstone it shows that it is deleted,
>>> also in oneimage command I do not see the image entry but the image is
>>> still there in data-store 1 (Highlighted in blue in the logs below), also
>>> the total image size in sunstone varies. In sunstone it shows 5 Total and
>>> 6.5 used. however in data-store1 when I do ls -lh the total size if you
>>> calculate is around 7.3 GB utilized.
>>>
>>>
>>> *LOGS ATTACHED :- *
>>>
>>> oned.log
>>>
>>> *(While importing image from marketplace {virtual router 4.2})*
>>>
>>> Thu Jan 2 00:32:02 2014 [ReM][D]: Req:384 UID:1 DocumentPoolInfo
>>> invoked, -2, -1, -1, 100
>>> Thu Jan 2 00:32:02 2014 [ReM][D]: Req:384 UID:1 DocumentPoolInfo result
>>> SUCCESS, "<DOCUMENT_POOL></DOC..."
>>> Thu Jan 2 00:32:03 2014 [ReM][D]: Req:2016 UID:0 UserPoolInfo invoked
>>> Thu Jan 2 00:32:03 2014 [ReM][D]: Req:2016 UID:0 UserPoolInfo result
>>> SUCCESS, "<USER_POOL><USER><ID..."
>>> Thu Jan 2 00:32:09 2014 [InM][D]: Monitoring datastore default (1)
>>> Thu Jan 2 00:32:09 2014 [InM][D]: Monitoring datastore files (2)
>>> Thu Jan 2 00:32:09 2014 [ImM][D]: Datastore files (2) successfully
>>> monitored.
>>> Thu Jan 2 00:32:09 2014 [ImM][D]: Datastore default (1) successfully
>>> monitored.
>>> Thu Jan 2 00:32:15 2014 [ImM][I]: Command execution fail:
>>> /var/lib/one/remotes/datastore/fs/cp
>>> PERTX0RSSVZFUl9BQ1RJT05fREFUQT48SU1BR0U+PElEPjExPC9JRD48VUlEPjA8L1VJRD48
>>>
>>> R0lEPjA8L0dJRD48VU5BTUU+b25lYWRtaW48L1VOQU1FPjxHTkFNRT5vbmVhZG1pbjwvR05BTUU+PE5BTUU+T3Blbk5lYnVsYSA0LjIgVmlydHVhbCBSb3V0ZXI8L05BTUU+PFBFUk1JU1NJT05TPjxPV05FUl9VPjE8L09X
>>>
>>> TkVSX1U+PE9XTkVSX00+MTwvT1dORVJfTT48T1dORVJfQT4wPC9PV05FUl9BPjxHUk9VUF9VPjA8L0dST1VQX1U+PEdST1VQX00+MDwvR1JPVVBfTT48R1JPVVBfQT4wPC9HUk9VUF9BPjxPVEhFUl9VPjA8L09USEVSX1U+
>>>
>>> PE9USEVSX00+MDwvT1RIRVJfTT48T1RIRVJfQT4wPC9PVEhFUl9BPjwvUEVSTUlTU0lPTlM+PFRZUEU+MDwvVFlQRT48RElTS19UWVBFPjA8L0RJU0tfVFlQRT48UEVSU0lTVEVOVD4wPC9QRVJTSVNURU5UPjxSRUdUSU1F
>>>
>>> PjEzODg2MTg5ODE8L1JFR1RJTUU+PFNPVVJDRT48L1NPVVJDRT48UEFUSD5odHRwOi8vbWFya2V0cGxhY2UuYzEyZy5jb20vYXBwbGlhbmNlLzUxZjJhMDlmOGZiODFkNGQxOTAwMDAwNC9kb3dubG9hZDwvUEFUSD48RlNU
>>>
>>> WVBFPjwvRlNUWVBFPjxTSVpFPjgzPC9TSVpFPjxTVEFURT40PC9TVEFURT48UlVOTklOR19WTVM+MDwvUlVOTklOR19WTVM+PENMT05JTkdfT1BTPjA8L0NMT05JTkdfT1BTPjxDTE9OSU5HX0lEPi0xPC9DTE9OSU5HX0lE
>>>
>>> PjxEQVRBU1RPUkVfSUQ+MTwvREFUQVNUT1JFX0lEPjxEQVRBU1RPUkU+ZGVmYXVsdDwvREFUQVNUT1JFPjxWTVM+PC9WTVM+PENMT05FUz48L0NMT05FUz48VEVNUExBVEU+PERFVl9QUkVGSVg+PCFbQ0RBVEFbaGRdXT48
>>>
>>> L0RFVl9QUkVGSVg+PERSSVZFUj48IVtDREFUQVtyYXddXT48L0RSSVZFUj48TUQ1PjwhW0NEQVRBWzc4ZDQ2ZjU1MTZjMDhlMGQ5NmE4ZGM5MmFhMjZjODM4XV0+PC9NRDU+PFNIQTE+PCFbQ0RBVEFbYTJhNTM4MDI3ZDVm
>>>
>>> OWY5ZmNiYmFkNmM4YWRhZDNmNjdkMmRlNTI0Ml1dPjwvU0hBMT48L1RFTVBMQVRFPjwvSU1BR0U+PERBVEFTVE9SRT48SUQ+MTwvSUQ+PFVJRD4wPC9VSUQ+PEdJRD4wPC9HSUQ+PFVOQU1FPm9uZWFkbWluPC9VTkFNRT48
>>>
>>> R05BTUU+b25lYWRtaW48L0dOQU1FPjxOQU1FPmRlZmF1bHQ8L05BTUU+PFBFUk1JU1NJT05TPjxPV05FUl9VPjE8L09XTkVSX1U+PE9XTkVSX00+MTwvT1dORVJfTT48T1dORVJfQT4wPC9PV05FUl9BPjxHUk9VUF9VPjE8
>>>
>>> L0dST1VQX1U+PEdST1VQX00+MTwvR1JPVVBfTT48R1JPVVBfQT4wPC9HUk9VUF9BPjxPVEhFUl9VPjE8L09USEVSX1U+PE9USEVSX00+MTwvT1RIRVJfTT48T1RIRVJfQT4wPC9PVEhFUl9BPjwvUEVSTUlTU0lPTlM+PERT
>>>
>>> X01BRD5mczwvRFNfTUFEPjxUTV9NQUQ+c2hhcmVkPC9UTV9NQUQ+PEJBU0VfUEFUSD4vdmFyL2xpYi9vbmUvZGF0YXN0b3Jlcy8xPC9CQVNFX1BBVEg+PFRZUEU+MDwvVFlQRT48RElTS19UWVBFPjA8L0RJU0tfVFlQRT48
>>>
>>> Q0xVU1RFUl9JRD4tMTwvQ0xVU1RFUl9JRD48Q0xVU1RFUj48L0NMVVNURVI+PFRPVEFMX01CPjEwMDc5PC9UT1RBTF9NQj48RlJFRV9NQj42NzQ3PC9GUkVFX01CPjxVU0VEX01CPjEzODU8L1VTRURfTUI+PElNQUdFUz48
>>>
>>> SUQ+MDwvSUQ+PElEPjk8L0lEPjxJRD4xMDwvSUQ+PC9JTUFHRVM+PFRFTVBMQVRFPjxDTE9ORV9UQVJHRVQ+PCFbQ0RBVEFbU1lTVEVNXV0+PC9DTE9ORV9UQVJHRVQ+PERTX01BRD48IVtDREFUQVtmc11dPjwvRFNfTUFE
>>>
>>> PjxMTl9UQVJHRVQ+PCFbQ0RBVEFbTk9ORV1dPjwvTE5fVEFSR0VUPjxTQUZFX0RJUlM+PCFbQ0RBVEFbL11dPjwvU0FGRV9ESVJTPjxUTV9NQUQ+PCFbQ0RBVEFbc2hhcmVkXV0+PC9UTV9NQUQ+PFRZUEU+PCFbQ0RBVEFb
>>> SU1BR0VfRFNdXT48L1RZUEU+PC9URU1QTEFURT48L0RBVEFTVE9SRT48L0RTX0RSSVZFUl9BQ1RJT05fREFUQT4=
>>> 11
>>> Thu Jan 2 00:32:15 2014 [ImM][I]: cp: Downloading
>>> http://marketplace.c12g.com/appliance/51f2a09f8fb81d4d19000004/download to
>>> the image repository
>>> Thu Jan 2 00:32:15 2014 [ImM][E]: cp: Command
>>> "/var/lib/one/remotes/datastore/fs/../downloader.sh --md5
>>> 78d46f5516c08e0d96a8dc92aa26c838 --sha1 a2a538027d5f9f9fcbbad6c
>>> 8adad3f67d2de5242
>>> http://marketplace.c12g.com/appliance/51f2a09f8fb81d4d19000004/download /var/lib/one/datastores/1/b009532933650d5448fced7e3ac6f1d1"
>>> failed: Hash does
>>> not match
>>> Thu Jan 2 00:32:15 2014 [ImM][E]: Error downloading
>>> http://marketplace.c12g.com/appliance/51f2a09f8fb81d4d19000004/download
>>> Thu Jan 2 00:32:15 2014 [ImM][I]: ExitCode: 255
>>> Thu Jan 2 00:32:15 2014 [ImM][E]: Error copying image in the datastore:
>>> Error downloading
>>> http://marketplace.c12g.com/appliance/51f2a09f8fb81d4d19000004/download
>>> Thu Jan 2 00:32:15 2014 [InM][D]: Monitoring datastore default (1)
>>> Thu Jan 2 00:32:15 2014 [ImM][D]: Datastore default (1) successfully
>>> monitored.
>>> Thu Jan 2 00:32:16 2014 [ImM][D]: Datastore system (0) successfully
>>> monitored.
>>> Thu Jan 2 00:32:16 2014 [InM][D]: Host one-sandbox (1) successfully
>>> monitored.
>>>
>>>
>>>
>>> *(While uploading ISO)*
>>>
>>> Thu Jan 2 00:45:16 2014 [ImM][D]: Datastore default (1) successfully
>>> monitored.
>>> Thu Jan 2 00:45:16 2014 [ImM][I]: Command execution fail:
>>> /var/lib/one/remotes/datastore/fs/cp
>>> PERTX0RSSVZFUl9BQ1RJT05fREFUQT48SU1BR0U+PElEPjEyPC9JRD48VUlEPjA8L1VJRD48
>>>
>>> R0lEPjA8L0dJRD48VU5BTUU+b25lYWRtaW48L1VOQU1FPjxHTkFNRT5vbmVhZG1pbjwvR05BTUU+PE5BTUU+Q2VudG9zIDYuNCBJc288L05BTUU+PFBFUk1JU1NJT05TPjxPV05FUl9VPjE8L09XTkVSX1U+PE9XTkVSX00+
>>>
>>> MTwvT1dORVJfTT48T1dORVJfQT4wPC9PV05FUl9BPjxHUk9VUF9VPjA8L0dST1VQX1U+PEdST1VQX00+MDwvR1JPVVBfTT48R1JPVVBfQT4wPC9HUk9VUF9BPjxPVEhFUl9VPjA8L09USEVSX1U+PE9USEVSX00+MDwvT1RI
>>>
>>> RVJfTT48T1RIRVJfQT4wPC9PVEhFUl9BPjwvUEVSTUlTU0lPTlM+PFRZUEU+MTwvVFlQRT48RElTS19UWVBFPjA8L0RJU0tfVFlQRT48UEVSU0lTVEVOVD4wPC9QRVJTSVNURU5UPjxSRUdUSU1FPjEzODg2MTk5MDQ8L1JF
>>>
>>> R1RJTUU+PFNPVVJDRT48L1NPVVJDRT48UEFUSD4vdmFyL3RtcC90aGluLWJvZHkyMDE0MDEwMi0xNjk5LTdkMTZrOS0wPC9QQVRIPjxGU1RZUEU+PC9GU1RZUEU+PFNJWkU+NzAyPC9TSVpFPjxTVEFURT40PC9TVEFURT48
>>>
>>> UlVOTklOR19WTVM+MDwvUlVOTklOR19WTVM+PENMT05JTkdfT1BTPjA8L0NMT05JTkdfT1BTPjxDTE9OSU5HX0lEPi0xPC9DTE9OSU5HX0lEPjxEQVRBU1RPUkVfSUQ+MTwvREFUQVNUT1JFX0lEPjxEQVRBU1RPUkU+ZGVm
>>>
>>> YXVsdDwvREFUQVNUT1JFPjxWTVM+PC9WTVM+PENMT05FUz48L0NMT05FUz48VEVNUExBVEU+PERFVl9QUkVGSVg+PCFbQ0RBVEFbaGRdXT48L0RFVl9QUkVGSVg+PERSSVZFUj48IVtDREFUQVtyYXddXT48L0RSSVZFUj48
>>>
>>> TUQ1PjwhW0NEQVRBWzc4ZDQ2ZjU1MTZjMDhlMGQ5NmE4ZGM5MmFhMjZjODM4XV0+PC9NRDU+PFNIQTE+PCFbQ0RBVEFbYTJhNTM4MDI3ZDVmOWY5ZmNiYmFkNmM4YWRhZDNmNjdkMmRlNTI0Ml1dPjwvU0hBMT48L1RFTVBM
>>>
>>> QVRFPjwvSU1BR0U+PERBVEFTVE9SRT48SUQ+MTwvSUQ+PFVJRD4wPC9VSUQ+PEdJRD4wPC9HSUQ+PFVOQU1FPm9uZWFkbWluPC9VTkFNRT48R05BTUU+b25lYWRtaW48L0dOQU1FPjxOQU1FPmRlZmF1bHQ8L05BTUU+PFBF
>>>
>>> Uk1JU1NJT05TPjxPV05FUl9VPjE8L09XTkVSX1U+PE9XTkVSX00+MTwvT1dORVJfTT48T1dORVJfQT4wPC9PV05FUl9BPjxHUk9VUF9VPjE8L0dST1VQX1U+PEdST1VQX00+MTwvR1JPVVBfTT48R1JPVVBfQT4wPC9HUk9V
>>>
>>> UF9BPjxPVEhFUl9VPjE8L09USEVSX1U+PE9USEVSX00+MTwvT1RIRVJfTT48T1RIRVJfQT4wPC9PVEhFUl9BPjwvUEVSTUlTU0lPTlM+PERTX01BRD5mczwvRFNfTUFEPjxUTV9NQUQ+c2hhcmVkPC9UTV9NQUQ+PEJBU0Vf
>>>
>>> UEFUSD4vdmFyL2xpYi9vbmUvZGF0YXN0b3Jlcy8xPC9CQVNFX1BBVEg+PFRZUEU+MDwvVFlQRT48RElTS19UWVBFPjA8L0RJU0tfVFlQRT48Q0xVU1RFUl9JRD4tMTwvQ0xVU1RFUl9JRD48Q0xVU1RFUj48L0NMVVNURVI+
>>>
>>> PFRPVEFMX01CPjEwMDc5PC9UT1RBTF9NQj48RlJFRV9NQj42MDY2PC9GUkVFX01CPjxVU0VEX01CPjE1ODU8L1VTRURfTUI+PElNQUdFUz48SUQ+MDwvSUQ+PElEPjk8L0lEPjxJRD4xMDwvSUQ+PElEPjExPC9JRD48L0lN
>>>
>>> QUdFUz48VEVNUExBVEU+PENMT05FX1RBUkdFVD48IVtDREFUQVtTWVNURU1dXT48L0NMT05FX1RBUkdFVD48RFNfTUFEPjwhW0NEQVRBW2ZzXV0+PC9EU19NQUQ+PExOX1RBUkdFVD48IVtDREFUQVtOT05FXV0+PC9MTl9U
>>>
>>> QVJHRVQ+PFNBRkVfRElSUz48IVtDREFUQVsvXV0+PC9TQUZFX0RJUlM+PFRNX01BRD48IVtDREFUQVtzaGFyZWRdXT48L1RNX01BRD48VFlQRT48IVtDREFUQVtJTUFHRV9EU11dPjwvVFlQRT48L1RFTVBMQVRFPjwvREFU
>>> QVNUT1JFPjwvRFNfRFJJVkVSX0FDVElPTl9EQVRBPg== 12
>>> Thu Jan 2 00:45:16 2014 [ImM][I]: cp: Copying local image
>>> /var/tmp/thin-body20140102-1699-7d16k9-0 to the image repository
>>> Thu Jan 2 00:45:16 2014 [ImM][E]: cp: Command
>>> "/var/lib/one/remotes/datastore/fs/../downloader.sh --md5
>>> 78d46f5516c08e0d96a8dc92aa26c838 --sha1 a2a538027d5f9f9fcbbad6c
>>> 8adad3f67d2de5242 /var/tmp/thin-body20140102-1699-7d16k9-0
>>> /var/lib/one/datastores/1/09d94b3dcc6daa7840fa3e214b2f1b86" failed: Hash
>>> does not match
>>> Thu Jan 2 00:45:16 2014 [ImM][E]: Error copying
>>> /var/tmp/thin-body20140102-1699-7d16k9-0 to
>>> /var/lib/one/datastores/1/09d94b3dcc6daa7840fa3e214b2f1b86
>>> Thu Jan 2 00:45:16 2014 [ImM][I]: ExitCode: 255
>>> Thu Jan 2 00:45:16 2014 [ImM][E]: Error copying image in the datastore:
>>> Error copying /var/tmp/thin-body20140102-1699-7d16k9-0 to
>>> /var/lib/one/datastores/1/09d94b3dcc6
>>> daa7840fa3e214b2f1b86
>>> Thu Jan 2 00:45:16 2014 [InM][D]: Monitoring datastore default (1)
>>> Thu Jan 2 00:45:17 2014 [ImM][D]: Datastore default (1) successfully
>>> monitored.
>>> Thu Jan 2 00:45:21 2014 [ReM][D]: Req:8560 UID:0 ImageInfo invoked, 12
>>>
>>>
>>> *DATASTORE 1 OUTPUT*
>>>
>>> [root at one-sandbox datastores]# ls
>>> 0 1 2
>>> [root at one-sandbox datastores]# cd 1
>>> [root at one-sandbox 1]# ls
>>> 2637dfdd7d7779633d6af1426c172278 b009532933650d5448fced7e3ac6f1d1
>>> fc2b4e42e4bd3daa17c8217b9fbad3db
>>> 3326aa6ceeebea4fda2f15543d16902b f5394317d377beaa09fc07697df9ff68
>>> [oneadmin at one-sandbox 1]$ls -lh
>>> total 2.3G
>>> -rw-r--r-- 1 oneadmin oneadmin 702M Jan 2 00:45
>>> 09d94b3dcc6daa7840fa3e214b2f1b86
>>> *-rw-r--r-- 1 oneadmin oneadmin 672M Dec 5 07:05
>>> 2637dfdd7d7779633d6af1426c172278*
>>> -rw-r--r-- 1 oneadmin oneadmin 672M Dec 15 07:20
>>> 3326aa6ceeebea4fda2f15543d16902b
>>> -rw-r--r-- 1 oneadmin oneadmin 201M Jan 2 00:32
>>> b009532933650d5448fced7e3ac6f1d1
>>> -rw-rw---- 1 oneadmin oneadmin 40M Nov 21 2012
>>> f5394317d377beaa09fc07697df9ff68
>>> -rw-r--r-- 1 oneadmin oneadmin 5.1G Dec 15 07:21
>>> fc2b4e42e4bd3daa17c8217b9fbad3db
>>>
>>>
>>>
>>> *oneimage list*
>>> ID USER GROUP NAME DATASTORE SIZE TYPE PER
>>> STAT RVMS
>>> 0 oneadmin oneadmin ttylinux default 40M OS No
>>> used 1
>>> 9 oneadmin oneadmin un 13.10 default 672M CD Yes
>>> used 1
>>> 10 oneadmin oneadmin un 13.10 image default 5G OS No
>>> used 1
>>> 11 oneadmin oneadmin OpenNebula 4.2 default 83M OS No
>>> err 0
>>> 12 oneadmin oneadmin Centos 6.4 Iso default 702M CD No
>>> err 0
>>>
>>>
>>> Thanks and Regards
>>>
>>>
>>> On Wed, Jan 8, 2014 at 3:10 PM, Daniel Molina <dmolina at opennebula.org>wrote:
>>>
>>>> Hi,
>>>>
>>>> Uploading large files through sunstone is not recommended, and if you
>>>> do so, you should deploy Sunstone on top of Passenger [1]
>>>>
>>>> Cheers
>>>>
>>>> [1]
>>>> http://docs.opennebula.org/stable/advanced_administration/scalability/suns_advance.html?highlight=passenger
>>>>
>>>>
>>>> On 7 January 2014 23:11, kiran ranjane <kiran.ranjane at gmail.com> wrote:
>>>>
>>>>> Hi Daniel,
>>>>>
>>>>> Any findings on this issue from your side.
>>>>>
>>>>> Thanks and regards
>>>>> Kiran Ranjane
>>>>>
>>>>>
>>>>> On Fri, Jan 3, 2014 at 11:21 AM, hansz <hanshizhunjob at 126.com> wrote:
>>>>>
>>>>>>
>>>>>> Hi ，
>>>>>>> I use opennebula4.2 install on centos6.4 and esxi5.1 ,ruby is 1.8.7
>>>>>>> when i upload the image (i tar disk-flat.vmdk(8G) and disk.vmdk
>>>>>>> a disk.tar.bz2 ,the size of the disk.tar.bz2 is about 3G )
>>>>>>> then i upload the disk.tar.bz2 through the sunstone ,
>>>>>>> even though i run oneimage list as the oneadmin it show the image is
>>>>>>> rdy ,but on the sunstone the images is uploading .
>>>>>>> anything wrong?
>>>>>>>
>>>>>>
>>>>>>> you can have a look the pics
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> i use sunstone stop but could not kill the pid ,i must kill the id
>>>>>>> Manual
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Users mailing list
>>>>>> Users at lists.opennebula.org
>>>>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> --
>>>> Daniel Molina
>>>> Project Engineer
>>>> OpenNebula - Flexible Enterprise Cloud Made Simple
>>>> www.OpenNebula.org | dmolina at opennebula.org | @OpenNebula
>>>>
>>>
>>>
>>
>>
>> --
>> --
>> Daniel Molina
>> Project Engineer
>> OpenNebula - Flexible Enterprise Cloud Made Simple
>> www.OpenNebula.org | dmolina at opennebula.org | @OpenNebula
>>
>
>
>
> --
> --
> Daniel Molina
> Project Engineer
> OpenNebula - Flexible Enterprise Cloud Made Simple
> www.OpenNebula.org | dmolina at opennebula.org | @OpenNebula
>
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>
--
Jaime Melis
Project Engineer
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org | jmelis at opennebula.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20140225/cb5ebf16/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: upload2.png
Type: image/png
Size: 27168 bytes
Desc: not available
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20140225/cb5ebf16/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: upload1.png
Type: image/png
Size: 101123 bytes
Desc: not available
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20140225/cb5ebf16/attachment-0003.png>
More information about the Users
mailing list