date:20131210

Re: [one-users] Fwd: Re: showstopper -- can't create VMs after upgrade to OpenNebula 4.4

2013-12-10 Thread Mark Biggers

Already did all that...  "sealion" is just an alias in /etc/hosts, for 
sealion.ine.corp.

Perhaps this StackEx note, is related to my issue??   With the ONE (ruby) 
command "clone"?

http://unix.stackexchange.com/questions/37884/how-to-copy-with-scp-between-two-servers-using-key-auth

Here's my failure, on another attempt  --  onevm delete --recreate 62

Tue Dec 10 17:32:30 2013 [TM][E]: clone: Command "scp -r 
sealion.ine.corp:/var/lib/one/datastores/1/20288f3556d15e65b1dfdc540a450226 
sealion.ine.corp:/var/lib/one//datastores/0/62/disk.0" failed: Permission 
denied (publickey,keyboard-interactive).
Tue Dec 10 17:32:30 2013 [TM][E]: Error copying 
sealion.ine.corp:/var/lib/one/datastores/1/20288f3556d15e65b1dfdc540a450226 to 
sealion.ine.corp:/var/lib/one//datastores/0/62/disk.0
Tue Dec 10 17:32:30 2013 [TM][I]: ExitCode: 1
Tue Dec 10 17:32:30 2013 [TM][E]: Error executing image transfer script: Error 
copying 
sealion.ine.corp:/var/lib/one/datastores/1/20288f3556d15e65b1dfdc540a450226 to 
sealion.ine.corp:/var/lib/one//datastores/0/62/disk.0
Tue Dec 10 17:32:31 2013 [DiM][I]: New VM state is FAILED
Should the "clone" ing create a *source hostname* for the scp command (as 
above), and why?  How would the ssh pubkey authentication work, in this case??  
 (If I drop the "source hostname" in the scp command above, the scp works 
fine...)

Thank you for your assistance,
mark

On 12/10/2013 05:27 PM, Ruben S. Montero wrote:
Ok, I was mislead by the manual clone output and that of vm.log. So yes it is a 
permission problem.

In your tests you are using

oneadmin@sealion:~/vms > ssh oneadmin@sealion

BUT the name of the host is sealion.ine.corp

Can you double check with the same hostname, just in case you are not facing a 
hostname resolution issue.

Cheers

On Tue, Dec 10, 2013 at 8:25 PM, Mark Biggers 
mailto:mbigg...@ine.com>> wrote:
oops... now, to the list!

 Original Message 
Subject:Re: [one-users] showstopper -- can't create VMs after upgrade 
to OpenNebula 4.4
Date:   12/10/2013 11:23 AM
From:   Mark Biggers 
To: Ruben S. Montero 

On 12/10/2013 11:00 AM, Ruben S. Montero wrote:

Hello Ruben, thanks much for the quick! response:

   > So it seems more a problem with a non-existing file. The problem is with 
cp:
   > cp: cannot create regular file '/var/lib/one/datastores/0/61/disk.0': No 
such file or directory
   > So can you double check:
   > 1.- All files can be accessed in the hosts /var/lib/one/datastores/0 and 
/var/lib/one/datastores/1/20288f3556d15e65b1dfdc540a450226

These look fine to me, other than missing folders under datastores (by VM id), 
when the clone command runs...

oneadmin@sealion:~ > ll /var/lib/one/datastores/0 
/var/lib/one/datastores/1/20288f3556d15e65b1dfdc540a450226 | dpaste
https://dpaste.de/2coQ/raw

oneadmin@sealion:~ > ll  -d /var/lib/one/datastores/[012] | dpaste
https://dpaste.de/wfR8/raw

   > 2.- If you are using SSH can you check that the datastores are configured 
properly.

   > 3.- If no progress send the configuration of the datasotres onedatastore 
show 0 and 1, and vm.log file.
   >

Not sure how to do that, here's the configs.  I have not "touched" the 
Datastores configs, ever - other than by creating VMs, I suppose.

oneadmin@sealion:~ > oneds list
  ID NAMESIZE AVAIL CLUSTER  IMAGES TYPE DS   TM
   0 system 22.1G 61%   - 0 sys  -shared
   1 default22.1G 61%   - 3 img  fs   shared
   2 files  22.1G 61%   - 0 fil  fs   ssh

oneadmin@sealion:~ > oneds show 0 | dpaste
https://dpaste.de/v53t/raw
oneadmin@sealion:~ > oneds show 1 | dpaste
https://dpaste.de/OIj7/raw
oneadmin@sealion:~ > oneds show 2 | dpaste
https://dpaste.de/WYA6/raw

#  images & templates

oneadmin@sealion:~ > oneimage show 9 | dpaste
https://dpaste.de/Avna/raw

oneadmin@sealion:~ > onetemplate list | dpaste
https://dpaste.de/LUBa/raw

oneadmin@sealion:~ > onetemplate show 48 | dpaste
https://dpaste.de/Z48S/raw

oneadmin@sealion:~ > onetemplate show 52 | dpaste
https://dpaste.de/VH3C/raw

On Tue, Dec 10, 2013 at 4:28 PM, Mark Biggers 
mailto:mbigg...@ine.com>> wrote:
Hello ONE team,

So... after the upgrade to 4.4 OpenNebula on openSuse Linux 12.3
(x86_64), I can no longer create VMs.

The log seems to indicate a SSH login-failure (requiring passsword?)

Seen below at the end of this message, it's clear that 'oneadmin' user
can do passwordless logins...

Please let me know what may be going on; the log is not that
informative.  I did run (as 'oneadmin') the Ruby/ONE "clone" command by
hand, with the results, below...

(thanks in advance for any insights - this is a *showstopper*...)

oneadmin@sealion:~ > cat /var/log/one/61.log | dpaste
https://dpaste.de/6I9O/raw

oneadmin@sealion:~/vms > oneds lis

Re: [one-users] Fwd: Re: showstopper -- can't create VMs after upgrade to OpenNebula 4.4

2013-12-10 Thread Ruben S. Montero

Ok, I was mislead by the manual clone output and that of vm.log. So yes it
is a permission problem.

In your tests you are using

oneadmin@sealion:~/vms > ssh oneadmin@sealion

BUT the name of the host is sealion.ine.corp

Can you double check with the same hostname, just in case you are not
facing a hostname resolution issue.

Cheers


On Tue, Dec 10, 2013 at 8:25 PM, Mark Biggers  wrote:

>  oops... now, to the list!
>
>
>  Original Message   Subject: Re: [one-users] showstopper
> -- can't create VMs after upgrade to OpenNebula 4.4  Date: 12/10/2013
> 11:23 AM  From: Mark BiggersTo: Ruben
> S. Montero  
>
> On 12/10/2013 11:00 AM, Ruben S. Montero wrote:
>
> Hello Ruben, thanks much for the quick! response:
>
>> So it seems more a problem with a non-existing file. The problem is
> with cp:
>> cp: cannot create regular file '/var/lib/one/datastores/0/61/disk.0':
> No such file or directory
>> So can you double check:
>> 1.- All files can be accessed in the hosts /var/lib/one/datastores/0
> and /var/lib/one/datastores/1/20288f3556d15e65b1dfdc540a450226
>
> These look fine to me, other than missing folders under datastores (by VM
> id), when the clone command runs...
>
> oneadmin@sealion:~ > ll /var/lib/one/datastores/0
> /var/lib/one/datastores/1/20288f3556d15e65b1dfdc540a450226 | dpaste
> https://dpaste.de/2coQ/raw
>
> oneadmin@sealion:~ > ll  -d /var/lib/one/datastores/[012] | dpaste
> https://dpaste.de/wfR8/raw
>
>
>> 2.- If you are using SSH can you check that the datastores are
> configured properly.
>
>> 3.- If no progress send the configuration of the datasotres
> onedatastore show 0 and 1, and vm.log file.
>>
>
> Not sure how to do that, here's the configs.  I have not "touched" the
> Datastores configs, ever - other than by creating VMs, I suppose.
>
> oneadmin@sealion:~ > oneds list
>   ID NAMESIZE AVAIL CLUSTER  IMAGES TYPE DS
> TM
>0 system 22.1G 61%   - 0 sys  -
> shared
>1 default22.1G 61%   - 3 img  fs
> shared
>2 files  22.1G 61%   - 0 fil  fs   ssh
>
> oneadmin@sealion:~ > oneds show 0 | dpaste
> https://dpaste.de/v53t/raw
> oneadmin@sealion:~ > oneds show 1 | dpaste
> https://dpaste.de/OIj7/raw
> oneadmin@sealion:~ > oneds show 2 | dpaste
> https://dpaste.de/WYA6/raw
>
> #  images & templates
>
> oneadmin@sealion:~ > oneimage show 9 | dpaste
> https://dpaste.de/Avna/raw
>
> oneadmin@sealion:~ > onetemplate list | dpaste
> https://dpaste.de/LUBa/raw
>
> oneadmin@sealion:~ > onetemplate show 48 | dpaste
> https://dpaste.de/Z48S/raw
>
> oneadmin@sealion:~ > onetemplate show 52 | dpaste
> https://dpaste.de/VH3C/raw
>
>
>
>
>
>
>
>
> On Tue, Dec 10, 2013 at 4:28 PM, Mark Biggers  wrote:
>
>> Hello ONE team,
>>
>> So... after the upgrade to 4.4 OpenNebula on openSuse Linux 12.3
>> (x86_64), I can no longer create VMs.
>>
>> The log seems to indicate a SSH login-failure (requiring passsword?)
>>
>> Seen below at the end of this message, it's clear that 'oneadmin' user
>> can do passwordless logins...
>>
>> Please let me know what may be going on; the log is not that
>> informative.  I did run (as 'oneadmin') the Ruby/ONE "clone" command by
>> hand, with the results, below...
>>
>> (thanks in advance for any insights - this is a *showstopper*...)
>>
>> 
>>
>> oneadmin@sealion:~ > cat /var/log/one/61.log | dpaste
>> https://dpaste.de/6I9O/raw
>>
>> oneadmin@sealion:~/vms > oneds list | dpaste
>> https://dpaste.de/b0Tj/raw
>>
>> oneadmin@sealion:~ > onevm show 61 -x | dpaste
>> https://dpaste.de/mgT3/raw
>>
>> oneadmin@sealion:~ > onevm list
>> ID USER GROUPNAMESTAT UCPUUMEM
>> HOST TIME
>> 48 oneadmin oneadmin ttylinux-00 unkn   14192M sealion.in
>> 4d 21h31
>> 49 oneadmin oneadmin Vyatta Router 6 unkn0768M sealion.in
>> 4d 21h27
>> 59 oneadmin oneadmin ttylinxr-0001   fail0  0K
>> 0d 00h00
>> 61 oneadmin oneadmin ttylnx-raw-02   fail0  0K
>> 0d 00h00
>>
>> oneadmin@sealion:~/vms > /var/lib/one/remotes/tm/shared/clone
>>
>> sealion.ine.corp:/var/lib/one/datastores/1/20288f3556d15e65b1dfdc540a450226
>> sealion.ine.corp:/var/lib/one//datastores/0/61/disk.0 2>&1 | dpaste
>> https://dpaste.de/oZJw/raw
>>
>> -- ssh attempts: all OK
>>
>> oneadmin@sealion:~/vms > ssh oneadmin@sealion
>> Last login: Tue Dec 10 10:05:59 2013 from 10.7.1.30
>> oneadmin@sealion:~ > exit
>> logout
>> Connection to sealion closed.
>>
>> oneadmin@sealion:~/vms > ssh sealion
>> Last failed login: Tue Dec 10 10:07:00 EST 2013 from sealion.ine.corp on
>> ssh:notty
>> There were 12 failed login attempts since the last successful login.
>> Last login: Tue Dec 10 09:45:29 2013 from 10.7.1.30
>> sealion.ine.corp:2526 $ exit
>> Connection to sealion closed.
>>
>> oneadmin@s

[one-users] R: Re: Sunstone problem after upgrading form 4.2 to 4.4

2013-12-10 Thread Giovanni Ponti

I backupped oned.conf and correctly update it after upgrading.
Database updating process was also correct. I've a mysql one.

As I previously said, cli one commands are correctly executed, so I think that 
db upgrading was ok


--
Ing. Giovanni Ponti, Ph.D. 
ENEA UTICT-HPC

 Messaggio originale 
Da: "Campbell, Bill"  
Data: 10/12/2013  17:55  (GMT+01:00) 
A: Giovanni Ponti  
Cc: users@lists.opennebula.org 
Oggetto: Re: [one-users] Sunstone problem after upgrading form 4.2 to 4.4 
 
As Carlos suggested, are you using MySQL for a database?  Were you able to 
validate whether the /etc/one/oned.conf file was overwritten and possibly a new 
SQLite DB wasn't created?

From: "Giovanni Ponti" 
To: users@lists.opennebula.org
Sent: Tuesday, December 10, 2013 11:49:37 AM
Subject: Re: [one-users] Sunstone problem after upgrading form 4.2 to 4.4

Can anybody help me?


2013/12/5 Giovanni Ponti 
It still doesn't work!
I also tried with other browser, but the problem remains!



Il 05/12/2013 19:37, Campbell, Bill ha scritto:
I had the same problem, you may need to delete the contents of your
browser cache and try again (some cached objects were causing those
problems for me)


*From: *"Giovanni Ponti" 
*To: *users@lists.opennebula.org
*Sent: *Thursday, December 5, 2013 1:01:24 PM
*Subject: *[one-users] Sunstone problem after upgrading form 4.2 to 4.4

I have a problem with the Sunstone interface after upgrading from 4.2 to
4.4.
I followed the procedure and everything went right. One daemons are
running and VMs are in the correct state and they are reachable via
remote connection. The sunstone server started correctly but, after
logging in, it does not show any resource, user, datastores, images,
network, etc..
I've also checked the sunston-server.conf and all the settings seem to
be right, included the ":table_order: desc" parameter.

Thanks in advance for your reply(s)!

Giovanni
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org


*NOTICE: Protect the information in this message in accordance with the
company's security policies. If you received this message in error,
immediately notify the sender and destroy all copies.*

-- 
Ing. Giovanni Ponti, PhD
UTICT-HPC
ENEA - C.R. Portici
P.le E. Fermi, 1 (Loc. Granatello)
80055 Portici (NA), Italy
phone : (+39) 081-7723564 | int.: [89] 2564
fax   : (+39) 081-7723344
email : giovanni.po...@enea.it
web   : http://www.afs.enea.it/gponti
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org



-- 
Ing. Giovanni Ponti, PhD

___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org


NOTICE: Protect the information in this message in accordance with the 
company's security policies. If you received this message in error, immediately 
notify the sender and destroy all copies. 
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

[one-users] Fwd: Re: showstopper -- can't create VMs after upgrade to OpenNebula 4.4

2013-12-10 Thread Mark Biggers

oops... now, to the list!

 Original Message 
Subject:Re: [one-users] showstopper -- can't create VMs after upgrade 
to OpenNebula 4.4
Date:   12/10/2013 11:23 AM
From:   Mark Biggers 
To: Ruben S. Montero 

On 12/10/2013 11:00 AM, Ruben S. Montero wrote:

Hello Ruben, thanks much for the quick! response:

   > So it seems more a problem with a non-existing file. The problem is with 
cp:
   > cp: cannot create regular file '/var/lib/one/datastores/0/61/disk.0': No 
such file or directory
   > So can you double check:
   > 1.- All files can be accessed in the hosts /var/lib/one/datastores/0 and 
/var/lib/one/datastores/1/20288f3556d15e65b1dfdc540a450226

These look fine to me, other than missing folders under datastores (by VM id), 
when the clone command runs...

oneadmin@sealion:~ > ll /var/lib/one/datastores/0 
/var/lib/one/datastores/1/20288f3556d15e65b1dfdc540a450226 | dpaste
https://dpaste.de/2coQ/raw

oneadmin@sealion:~ > ll  -d /var/lib/one/datastores/[012] | dpaste
https://dpaste.de/wfR8/raw

   > 2.- If you are using SSH can you check that the datastores are configured 
properly.

   > 3.- If no progress send the configuration of the datasotres onedatastore 
show 0 and 1, and vm.log file.
   >

Not sure how to do that, here's the configs.  I have not "touched" the 
Datastores configs, ever - other than by creating VMs, I suppose.

oneadmin@sealion:~ > oneds list
  ID NAMESIZE AVAIL CLUSTER  IMAGES TYPE DS   TM
   0 system 22.1G 61%   - 0 sys  -shared
   1 default22.1G 61%   - 3 img  fs   shared
   2 files  22.1G 61%   - 0 fil  fs   ssh

oneadmin@sealion:~ > oneds show 0 | dpaste
https://dpaste.de/v53t/raw
oneadmin@sealion:~ > oneds show 1 | dpaste
https://dpaste.de/OIj7/raw
oneadmin@sealion:~ > oneds show 2 | dpaste
https://dpaste.de/WYA6/raw

#  images & templates

oneadmin@sealion:~ > oneimage show 9 | dpaste
https://dpaste.de/Avna/raw

oneadmin@sealion:~ > onetemplate list | dpaste
https://dpaste.de/LUBa/raw

oneadmin@sealion:~ > onetemplate show 48 | dpaste
https://dpaste.de/Z48S/raw

oneadmin@sealion:~ > onetemplate show 52 | dpaste
https://dpaste.de/VH3C/raw

On Tue, Dec 10, 2013 at 4:28 PM, Mark Biggers 
mailto:mbigg...@ine.com>> wrote:
Hello ONE team,

So... after the upgrade to 4.4 OpenNebula on openSuse Linux 12.3
(x86_64), I can no longer create VMs.

The log seems to indicate a SSH login-failure (requiring passsword?)

Seen below at the end of this message, it's clear that 'oneadmin' user
can do passwordless logins...

Please let me know what may be going on; the log is not that
informative.  I did run (as 'oneadmin') the Ruby/ONE "clone" command by
hand, with the results, below...

(thanks in advance for any insights - this is a *showstopper*...)

oneadmin@sealion:~ > cat /var/log/one/61.log | dpaste
https://dpaste.de/6I9O/raw

oneadmin@sealion:~/vms > oneds list | dpaste
https://dpaste.de/b0Tj/raw

oneadmin@sealion:~ > onevm show 61 -x | dpaste
https://dpaste.de/mgT3/raw

oneadmin@sealion:~ > onevm list
ID USER GROUPNAMESTAT UCPUUMEM
HOST TIME
48 oneadmin oneadmin ttylinux-00 unkn   14192M 
sealion.in
4d 21h31
49 oneadmin oneadmin Vyatta Router 6 unkn0768M 
sealion.in
4d 21h27
59 oneadmin oneadmin ttylinxr-0001   fail0  0K
0d 00h00
61 oneadmin oneadmin ttylnx-raw-02   fail0  0K
0d 00h00

oneadmin@sealion:~/vms > /var/lib/one/remotes/tm/shared/clone
sealion.ine.corp:/var/lib/one/datastores/1/20288f3556d15e65b1dfdc540a450226
sealion.ine.corp:/var/lib/one//datastores/0/61/disk.0 2>&1 | dpaste
https://dpaste.de/oZJw/raw

-- ssh attempts: all OK

oneadmin@sealion:~/vms > ssh oneadmin@sealion
Last login: Tue Dec 10 10:05:59 2013 from 10.7.1.30
oneadmin@sealion:~ > exit
logout
Connection to sealion closed.

oneadmin@sealion:~/vms > ssh sealion
Last failed login: Tue Dec 10 10:07:00 EST 2013 from sealion.ine.corp on
ssh:notty
There were 12 failed login attempts since the last successful login.
Last login: Tue Dec 10 09:45:29 2013 from 10.7.1.30
sealion.ine.corp:2526 $ exit
Connection to sealion closed.

oneadmin@sealion:~/vms > ssh oneadmin@localhost
Last login: Tue Dec 10 10:13:13 2013 from sealion.ine.corp
oneadmin@sealion:~ > exit
logout
Connection to localhost closed.

oneadmin@sealion:~/vms > ssh localhost
Last login: Tue Dec 10 10:13:20 2013 from sealion.ine.corp
sealion.ine.corp:2527 $ exit
Connection to localhost closed

___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

--
--
Ruben S. Monter

Re: [one-users] VMWare image on ONE 4.4

2013-12-10 Thread Tino Vazquez

Hi Eduardo,

Ok, we need to focus on this error then, seems like the monitoring of
the host datastores is not working. Did you use a BRIDGE_LIST for the
datastore template?

Please send us the output of

$ onedatastore show  -x

where ds_id is the id of the vmfs images datastore that claims it
doesn't have space.

Also, can you check if you see message in /var/log/one/oned.log resembling

[ImM][D]: Datastore  () successfully monitored.

If not, please send the error (with the previous and next 10 lines).

Regards,

-Tino

--
OpenNebula - Flexible Enterprise Cloud Made Simple

--
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, Dec 9, 2013 at 5:45 PM, Eduardo Roloff  wrote:
> Tino,
>
> When I try to use a "vmfs" volume for image repository, It not works.
>
> I follow the instructions on the documentation, but ONE can't get the
> size of the volume.
>
> When I try to upload an image to this datastore, I receive the message
> "not enough space"
>
>
>
> Mon Dec  9 17:43:59 2013 [ReM][E]: Req:192 UID:0 ImageAllocate result
> FAILURE Not enough space in datastore
>
>
>
> Eduardo
>
> On Mon, Dec 9, 2013 at 1:50 PM, Tino Vazquez  wrote:
>> Hi Eduardo.
>>
>>
>> On Mon, Dec 9, 2013 at 4:09 PM, Eduardo Roloff  wrote:
>>>   fs
>>
>> That's the problem. The images datastore for VMware _must_ have a
>> 'vmfs' DS drivers (as well as a BRIDGE_LIST). This explains why the
>> .vmdk is getting renamed (as the 'fs' ds drivers don't know howto
>> perform this renaming.
>>
>> Regards,
>>
>> -Tino
>>
>>
>>
>> --
>> OpenNebula - Flexible Enterprise Cloud Made Simple
>>
>> --
>> 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.
> ___
> 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

Re: [one-users] oneimage create command in ON3.4 and up

2013-12-10 Thread Carlos Martín Sánchez

I see. So you changed the DATASTORE_BASE_PATH after the DB was bootstrapped.

I don't see clearly how we should handle this. You can't delete the default
datastores and create new ones, but if we allow to change the base_path,
existing images will have the old one in their source.

On the other hand, this is something that only the admin will change, and
we can assume he understands the implications of the datastore base path.

We'll think about it for the next releases [1]

Best regards.

[1] http://dev.opennebula.org/issues/2554

--
Carlos Martín, MSc
Project Engineer
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org | cmar...@opennebula.org |
@OpenNebula


On Tue, Dec 3, 2013 at 4:39 PM, Hyun Woo Kim  wrote:

>  Carlos,
> I found what was wrong with my configuration;
>
>  onedatastore show default   reveals that BASE_PATH was pointing at the
> wrong path.
> (This is because I started with one path and then later renamed the
> directory.)
>
>  onedatastore update default  did not let me change this BASE_PATH,
> so I had to modify the DB content directly,
>
>  mysql> update datastore_pool set body=" … " where
> oid=1;
> and also had to restart oned in order to flush the memory contents.
>
>  After this,  onedatastore list now shows
>  -bash-4.1$ od list
>   ID NAMESIZE AVAIL CLUSTER  IMAGES TYPE DS   TM
>0 system - - - 0 sys  -ssh
>1 default   434.9G 91%   production0 img  fs   ssh
>2 files 0M - - 0 fil  fs   ssh
>
>
>  Thanks again,
> HyunWoo
>
>
>   From: Hyunwoo Kim 
> Date: Tuesday, December 3, 2013 9:15 AM
> To: Hyunwoo Kim , Carlos Martín Sánchez <
> cmar...@opennebula.org>
>
> Cc: "users@lists.opennebula.org" 
> Subject: Re: [one-users] oneimage create command in ON3.4 and up
>
>   Carlos,
> in your email, you said,
> "The datastore size is initialized to 0, and then populated with the right
> size"
>
>  What do you mean by "right size" here?
> How do we set the right size in the first place?
>
>  Thanks,
> HyunWoo
> FermiCloud
>
>
>   From: Hyunwoo Kim 
> Date: Tuesday, December 3, 2013 8:59 AM
> To: Carlos Martín Sánchez 
> Cc: "users@lists.opennebula.org" 
> Subject: Re: [one-users] oneimage create command in ON3.4 and up
>
>   Hi,
> Thanks for the reply.
>
>  My oned.log has those messages
>  Tue Dec  3 08:53:08 2013 [InM][I]: Monitoring datastore default (1)
> Tue Dec  3 08:53:08 2013 [ImM][I]: Datastore default (1) successfully
> monitored.
>
>  but I still can not do oneimage create with the same error message;
>  -bash-4.1$ oneimage create firstimage.template  --datastore default
> Not enough space in datastore
>
>  Any other suggestion?
>
>  Thank you.
> HyunWoo
> FermiCloud
>
>
>   From: Carlos Martín Sánchez 
> Date: Tuesday, December 3, 2013 4:06 AM
> To: Hyunwoo Kim 
> Cc: "users@lists.opennebula.org" 
> Subject: Re: [one-users] oneimage create command in ON3.4 and up
>
>   Hi,
>
>  The datastore size is initialized to 0, and then populated with the
> right size after the monitorization begins to work. Maybe there was a
> problem trying to monitor it. Take a look at /var/log/one/oned.log, you
> should have messages like these:
>
>  Fri Nov 29 17:29:19 2013 [InM][D]: Monitoring datastore default (1)
>  Fri Nov 29 17:29:20 2013 [ImM][D]: Datastore default (1) successfully
> monitored.
>
>  Or an error message from the drivers.
>
>  Regards
>
>  --
> Carlos Martín, MSc
> Project Engineer
> OpenNebula - Flexible Enterprise Cloud Made Simple
> www.OpenNebula.org | cmar...@opennebula.org | 
> @OpenNebula
>
>
> On Mon, Dec 2, 2013 at 11:37 PM, Hyun Woo Kim  wrote:
>
>>  Hi,
>>
>>  Let me ask a basic question.
>>
>>  I just started testing ON4.2
>> and when I use oneimage command to register a first image,
>> I am getting the following error message
>>
>>  -bash-4.1$ oneimage create firstimage.template  --datastore default
>> Not enough space in datastore
>>
>>  I guess this is because the "default" datastore has "0M" size as shown
>> below,
>>  -bash-4.1$ onedatastore list
>>   ID NAMESIZE AVAIL CLUSTERIMAGES TYPE DS   TM
>>
>>0 system - - -
>>  0 sys  -ssh
>>1 default   0M - production0   img
>> fs   ssh
>>
>>
>>  My question is, how can I increase this size?
>>
>>  I could not find relevant information from onedatastore help,
>> I guessed this size will increase when I add a new host, create a
>> cluster, add the host in this cluster
>> and create a new virtual network and add it to the cluster etc,
>> but I am still getting the same error message..
>>
>>  Thanks in advance.
>> HyunWoo KIM
>> FermiCloud
>>
>>
>> ___
>> Users mailing list
>> Users@lists.opennebula.org
>> http://lists.opennebula.org/listinfo.cgi/users

Re: [one-users] How to use ceph filesystem

2013-12-10 Thread Mario Giammarco

Sorry I this is my fault.
I have created an rbd called "one" and not a pool.
Now I created a pool called "one" and it works.
Please note that I have found it only looking in logs for an error of
qemu-img command.
The gui gave me the correct size of the filesystem even without pool "one"
created so I supposed that all was ok.


2013/12/10 Mario Giammarco 

> I have checked  the frontend node as oneadmin user. I have tried "ceph -w"
> "ceph status" "ceph rbd ls" and these commands work.
> I have also added user oneadmin to "disk" group.
> All these checks are ok but I am not able to add nothing to ceph "one" rbd.
>
> With previous installation of 4.2 and same ceph it was all ok.
>
>
> 2013/12/1 kenneth samonte 
>
>> The first requirement is that the front end node is able to communicate
>> with the ceph cluster.
>> Veriy it by loggin in as the oneadmin user and issue the command "ceph
>> -w".
>> The ceph cluster shoul respond HEALTH_OK.
>> Then define it as a datastore in openebula as an image datastore. No
>> further confiuration needed and when you uplaod images to he front end, you
>> should choose the ceph image to save the omages in rbd format.
>>
>>
>> Mario Giammarco  wrote:
>>
>> Hello,
>> I am a newbie but I would like to try opennebula with ceph filesystem.
>>
>> I start with default opennebula installation with three datastores:
>> system, default and files.
>>
>> Now, even if they are configured as "shared" they are not an nfs mount,
>> simply directories on  the disk.
>>
>> Now I have installed ceph, I have created a ceph rbd and datastore but
>> then?
>>
>> Should I delete existing repositories? How can I replace them with ceph?
>>
>> Do I need to replace them?
>>
>> Thanks,
>> Mario
>>
>
>
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] VM in boot state for a very long time

2013-12-10 Thread Liu, Guang Jun (Gene)

e.g.: boot stays there for 21 minutes.

INFO: Tue Dec 10 11:32:53 -0500 2013: 157: Create: :
INFO: Tue Dec 10 11:32:59 -0500 2013: 157: Prolog: LCM_INIT:
INFO: Tue Dec 10 11:53:35 -0500 2013: 157: Running: BOOT:

Gene Liu

On Tue 10 Dec 2013 11:54:44 AM EST, Liu, Guang Jun (Gene) wrote:
> Hi there,
>
> I am running 4.2 (RHEL6.4, KVM). I experienced that VM stays in "BOOT"
> state for a very long time (~15 minutes). The image copy is fast (VM
> state goes to BOOT from prolog). There is not any log and the servers
> (both the computing node/host, and one front-server) are idle. Can
> anyone suggest me where I should look at to figure out the cause of VM
> in "BOOT" so long?
>
> Thanks very much!
>
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] How to use ceph filesystem

2013-12-10 Thread Mario Giammarco

I have checked  the frontend node as oneadmin user. I have tried "ceph -w"
"ceph status" "ceph rbd ls" and these commands work.
I have also added user oneadmin to "disk" group.
All these checks are ok but I am not able to add nothing to ceph "one" rbd.

With previous installation of 4.2 and same ceph it was all ok.


2013/12/1 kenneth samonte 

> The first requirement is that the front end node is able to communicate
> with the ceph cluster.
> Veriy it by loggin in as the oneadmin user and issue the command "ceph
> -w".
> The ceph cluster shoul respond HEALTH_OK.
> Then define it as a datastore in openebula as an image datastore. No
> further confiuration needed and when you uplaod images to he front end, you
> should choose the ceph image to save the omages in rbd format.
>
>
> Mario Giammarco  wrote:
>
> Hello,
> I am a newbie but I would like to try opennebula with ceph filesystem.
>
> I start with default opennebula installation with three datastores:
> system, default and files.
>
> Now, even if they are configured as "shared" they are not an nfs mount,
> simply directories on  the disk.
>
> Now I have installed ceph, I have created a ceph rbd and datastore but
> then?
>
> Should I delete existing repositories? How can I replace them with ceph?
>
> Do I need to replace them?
>
> Thanks,
> Mario
>
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] Sunstone problem after upgrading form 4.2 to 4.4

2013-12-10 Thread Campbell, Bill

As Carlos suggested, are you using MySQL for a database? Were you able to 
validate whether the /etc/one/oned.conf file was overwritten and possibly a new 
SQLite DB wasn't created? 

- Original Message -

From: "Giovanni Ponti"  
To: users@lists.opennebula.org 
Sent: Tuesday, December 10, 2013 11:49:37 AM 
Subject: Re: [one-users] Sunstone problem after upgrading form 4.2 to 4.4 

Can anybody help me? 

2013/12/5 Giovanni Ponti < giovanni.po...@enea.it > 

It still doesn't work! 
I also tried with other browser, but the problem remains! 

Il 05/12/2013 19:37, Campbell, Bill ha scritto: 

I had the same problem, you may need to delete the contents of your 
browser cache and try again (some cached objects were causing those 
problems for me) 

-- --  
*From: *"Giovanni Ponti" < giovanni.po...@enea.it > 
*To: * users@lists.opennebula.org 
*Sent: *Thursday, December 5, 2013 1:01:24 PM 
*Subject: *[one-users] Sunstone problem after upgrading form 4.2 to 4.4 

I have a problem with the Sunstone interface after upgrading from 4.2 to 
4.4. 
I followed the procedure and everything went right. One daemons are 
running and VMs are in the correct state and they are reachable via 
remote connection. The sunstone server started correctly but, after 
logging in, it does not show any resource, user, datastores, images, 
network, etc.. 
I've also checked the sunston-server.conf and all the settings seem to 
be right, included the ":table_order: desc" parameter. 

Thanks in advance for your reply(s)! 

Giovanni 
__ _ 
Users mailing list 
Users@lists.opennebula.org 
http://lists.opennebula.org/ listinfo.cgi/users-opennebula. org 

*NOTICE: Protect the information in this message in accordance with the 
company's security policies. If you received this message in error, 
immediately notify the sender and destroy all copies.* 

-- 
Ing. Giovanni Ponti, PhD 
UTICT-HPC 
ENEA - C.R. Portici 
P.le E. Fermi, 1 (Loc. Granatello) 
80055 Portici (NA), Italy 
phone : (+39) 081-7723564 | int.: [89] 2564 
fax : (+39) 081-7723344 
email : giovanni.po...@enea.it 
web : http://www.afs.enea.it/gponti 
__ _ 
Users mailing list 
Users@lists.opennebula.org 
http://lists.opennebula.org/ listinfo.cgi/users-opennebula. org 

-- 
Ing. Giovanni Ponti, PhD 

___ 
Users mailing list 
Users@lists.opennebula.org 
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org 

NOTICE: Protect the information in this message in accordance with the 
company's security policies. If you received this message in error, immediately 
notify the sender and destroy all copies.___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

[one-users] VM in boot state for a very long time

2013-12-10 Thread Liu, Guang Jun (Gene)

Hi there,

I am running 4.2 (RHEL6.4, KVM). I experienced that VM stays in "BOOT"
state for a very long time (~15 minutes). The image copy is fast (VM
state goes to BOOT from prolog). There is not any log and the servers
(both the computing node/host, and one front-server) are idle. Can
anyone suggest me where I should look at to figure out the cause of VM
in "BOOT" so long?

Thanks very much!

-- 
Gene Liu

___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] Sunstone problem after upgrading form 4.2 to 4.4

2013-12-10 Thread Giovanni Ponti

Can anybody help me?


2013/12/5 Giovanni Ponti 

> It still doesn't work!
> I also tried with other browser, but the problem remains!
>
>
>
> Il 05/12/2013 19:37, Campbell, Bill ha scritto:
>
>> I had the same problem, you may need to delete the contents of your
>> browser cache and try again (some cached objects were causing those
>> problems for me)
>>
>> 
>> *From: *"Giovanni Ponti" 
>> *To: *users@lists.opennebula.org
>> *Sent: *Thursday, December 5, 2013 1:01:24 PM
>> *Subject: *[one-users] Sunstone problem after upgrading form 4.2 to 4.4
>>
>> I have a problem with the Sunstone interface after upgrading from 4.2 to
>> 4.4.
>> I followed the procedure and everything went right. One daemons are
>> running and VMs are in the correct state and they are reachable via
>> remote connection. The sunstone server started correctly but, after
>> logging in, it does not show any resource, user, datastores, images,
>> network, etc..
>> I've also checked the sunston-server.conf and all the settings seem to
>> be right, included the ":table_order: desc" parameter.
>>
>> Thanks in advance for your reply(s)!
>>
>> Giovanni
>> ___
>> Users mailing list
>> Users@lists.opennebula.org
>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>
>>
>> *NOTICE: Protect the information in this message in accordance with the
>> company's security policies. If you received this message in error,
>> immediately notify the sender and destroy all copies.*
>>
>
> --
> Ing. Giovanni Ponti, PhD
> UTICT-HPC
> ENEA - C.R. Portici
> P.le E. Fermi, 1 (Loc. Granatello)
> 80055 Portici (NA), Italy
> phone : (+39) 081-7723564 | int.: [89] 2564
> fax   : (+39) 081-7723344
> email : giovanni.po...@enea.it
> web   : http://www.afs.enea.it/gponti
> ___
> Users mailing list
> Users@lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>



-- 
Ing. Giovanni Ponti, PhD
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] Problem starting VM over a SSH system datastore

2013-12-10 Thread Fernando . Felix

Hi all,

Thank you very very much. Now it is deploying (scp) the VM image to the 
host. 

Regards/Saludos
Fernando
--
Fernando Felix-Redondo  [INSA, S.A.] 
fernando.fe...@esa.int  Phone: +34 91 813 1368

SMOS DPGS Operations
Ground Segment System Engineer
ESA - ESAC



From:   "Ruben S. Montero" 
To: fernando.fe...@esa.int, 
Cc: "users@lists.opennebula.org" 
Date:   10/12/2013 17:12
Subject:Re: [one-users] Problem starting VM over a SSH system 
datastore



Ok, I see.

1.- DATASTORE_LOCATION, it is used to accessed the datastore in the hosts.
2.- You are using TM SSH for the system ds (i.e. to move the running 
images of a VM) but the Image DS is set to shared, so it is assume that 
the datastore is mounted under /datastore
3.- So, either you need to update the Image datastore configuration to 
use TM_MAD="ssh" as the system DS, or mount the datastore through a shared 
FS.

Cheers


On Tue, Dec 10, 2013 at 5:03 PM,  wrote:
Hello Ruben, 

Ok, I understand it. However, why the logs show this line first: 

 [...]clone 
gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f 
  dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0 8 1 

(that I think it is perfectly aligned with your explanation) 

and later it really tries this: 

cp /datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f   /datastore/109/8/disk.0 


Why using /datastore in the source of the copy instead of 
/var/lib/one/datastores? 

Cheers 
Fernando 
--
Fernando Felix-Redondo  [INSA, S.A.]   
fernando.fe...@esa.int  Phone: +34 91 813 1368

SMOS DPGS Operations
Ground Segment System Engineer
ESA - ESAC 



From:"Ruben S. Montero"  
To:fernando.fe...@esa.int, 
Cc:"users@lists.opennebula.org"  
Date:10/12/2013 16:17 
Subject:Re: [one-users] Problem starting VM over a SSH system 
datastore 



When the images are registered (oneimage create) they are placed (in 
filesystem-based datastores) in 

$DATASTORE_BASE_PATH/ 

DATASTORE_BASE_PATH is either from oned.conf or from datastore template 
(BASE_PATH attribute). 

This images are then copied in the hosts to 

$DATASTORE_LOCATION/// 

Note that those are different paths (one for the front-end) and the other 
for the hosts. 

If you want to access the default location, there is no need to set 
neither DATASTORE_BASE_PATH nor DATASTORE_LOCATION. 

Cheers 

Ruben 


On Tue, Dec 10, 2013 at 3:37 PM,  wrote: 
Hello everyone, 

I'm deploying my first cloud with ONE 4.4 and I'm facing a problem that I 
don't understand. I have read all the related guides and I though I had 
understand them but obviously it's not the case. 
My problem is that after creating a SSH System datastore to just copy the 
VM images from the frontend to the hosts, every time I try to start a 
virtual machine I end up with the following error messages in the log: 


Tue Dec 10 12:10:47 2013 [TM][I]: Command execution fail: 
/var/lib/one/remotes/tm/shared/clone 
gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f 
dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0 8 1
Tue Dec 10 12:10:47 2013 [TM][I]: clone: Cloning 
/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f in 
dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0
Tue Dec 10 12:10:47 2013 [TM][E]: clone: Command "cd /datastore/109/8; cp 
/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f /datastore/109/8/disk.0" 
failed: cp: cannot stat `/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f': 
No such file or directory
Tue Dec 10 12:10:47 2013 [TM][E]: Error copying 
gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f 
to dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0
Tue Dec 10 12:10:47 2013 [TM][I]: ExitCode: 1
Tue Dec 10 12:10:47 2013 [TM][E]: Error executing image transfer script: 
Error copying 
gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f 
to dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0
Tue Dec 10 12:10:47 2013 [DiM][I]: New VM state is FAILED
Tue Dec 10 12:20:58 2013 [DiM][I]: New VM state is DONE.
Tue Dec 10 12:20:58 2013 [TM][W]: Ignored: TRANSFER SUCCESS 8 


The DATASTORE_LOCATION is pointing to "/datastore" 

This is the output of the "onedatastore show" command: 

=
 

[oneadmin@gpodmc one]$ onedatastore show 109
DATASTORE 109 
INFORMATION   
ID : 109 
NAME   : local_storage   
USER   : oneadmin
GROUP  : oneadmin
CLUSTER: GPOD
TYPE   : SYSTEM  
DS_MAD : -   
TM_MAD : ssh 
BASE PATH  : /datastore/109  
DISK_TYPE  : FILE

DATASTORE 
CAPACITY  
TOTAL: : -   
FREE:  : -

Re: [one-users] Problem starting VM over a SSH system datastore

2013-12-10 Thread Fernando . Felix

Hello Ruben,

Ok, I understand it. However, why the logs show this line first:

 [...]clone 
gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f 
  dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0 8 1

(that I think it is perfectly aligned with your explanation)

and later it really tries this:

cp /datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f   /datastore/109/8/disk.0

Why using /datastore in the source of the copy instead of 
/var/lib/one/datastores?

Cheers
Fernando
--
Fernando Felix-Redondo  [INSA, S.A.] 
fernando.fe...@esa.int  Phone: +34 91 813 1368

SMOS DPGS Operations
Ground Segment System Engineer
ESA - ESAC



From:   "Ruben S. Montero" 
To: fernando.fe...@esa.int, 
Cc: "users@lists.opennebula.org" 
Date:   10/12/2013 16:17
Subject:Re: [one-users] Problem starting VM over a SSH system 
datastore



When the images are registered (oneimage create) they are placed (in 
filesystem-based datastores) in

$DATASTORE_BASE_PATH/

DATASTORE_BASE_PATH is either from oned.conf or from datastore template 
(BASE_PATH attribute).

This images are then copied in the hosts to

$DATASTORE_LOCATION///

Note that those are different paths (one for the front-end) and the other 
for the hosts.

If you want to access the default location, there is no need to set 
neither DATASTORE_BASE_PATH nor DATASTORE_LOCATION.

Cheers

Ruben


On Tue, Dec 10, 2013 at 3:37 PM,  wrote:
Hello everyone, 

I'm deploying my first cloud with ONE 4.4 and I'm facing a problem that I 
don't understand. I have read all the related guides and I though I had 
understand them but obviously it's not the case. 
My problem is that after creating a SSH System datastore to just copy the 
VM images from the frontend to the hosts, every time I try to start a 
virtual machine I end up with the following error messages in the log: 


Tue Dec 10 12:10:47 2013 [TM][I]: Command execution fail: 
/var/lib/one/remotes/tm/shared/clone 
gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f 
dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0 8 1
Tue Dec 10 12:10:47 2013 [TM][I]: clone: Cloning 
/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f in 
dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0
Tue Dec 10 12:10:47 2013 [TM][E]: clone: Command "cd /datastore/109/8; cp 
/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f /datastore/109/8/disk.0" 
failed: cp: cannot stat `/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f': 
No such file or directory
Tue Dec 10 12:10:47 2013 [TM][E]: Error copying 
gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f 
to dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0
Tue Dec 10 12:10:47 2013 [TM][I]: ExitCode: 1
Tue Dec 10 12:10:47 2013 [TM][E]: Error executing image transfer script: 
Error copying 
gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f 
to dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0
Tue Dec 10 12:10:47 2013 [DiM][I]: New VM state is FAILED
Tue Dec 10 12:20:58 2013 [DiM][I]: New VM state is DONE.
Tue Dec 10 12:20:58 2013 [TM][W]: Ignored: TRANSFER SUCCESS 8 


The DATASTORE_LOCATION is pointing to "/datastore" 

This is the output of the "onedatastore show" command: 

=
 

[oneadmin@gpodmc one]$ onedatastore show 109
DATASTORE 109 
INFORMATION   
ID : 109 
NAME   : local_storage   
USER   : oneadmin
GROUP  : oneadmin
CLUSTER: GPOD
TYPE   : SYSTEM  
DS_MAD : -   
TM_MAD : ssh 
BASE PATH  : /datastore/109  
DISK_TYPE  : FILE

DATASTORE 
CAPACITY  
TOTAL: : -   
FREE:  : -   
USED:  : -   
LIMIT: : -   

PERMISSIONS 

OWNER  : um- 
GROUP  : u-- 
OTHER  : --- 

DATASTORE 
TEMPLATE  
SHARED="NO"
TM_MAD="ssh"
TYPE="SYSTEM_DS" 

=
 


What I really dont't understand is why ONE is trying to access the source 
image from 

/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f /datastore/109/8/disk.0 

instead of using 

/var/lib/one/datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f 
/datastore/109/8/disk.0 
? 

Any body could explain to me what I'm doing wrong, please? 

Regards 
Fernando 

--
Fernando Felix-Redondo  [INSA, S.A.]   
fernando.fe...@esa.int  Phone: +34 91 813 1368

SMOS DPGS Operations
Ground Segment System Engineer
ESA - ESAC
Th

Re: [one-users] showstopper -- can't create VMs after upgrade to OpenNebula 4.4

2013-12-10 Thread Ruben S. Montero

So it seems more a problem with a non-existing file. The problem is with cp:

cp: cannot create regular file '/var/lib/one/datastores/0/61/disk.0': No
such file or directory

So can you double check:

1.- All files can be accessed in the hosts /var/lib/one/datastores/0
and /var/lib/one/datastores/1/20288f3556d15e65b1dfdc540a450226
2.- If you are using SSH can you check that the datastores are configured
properly.
3.- If no progress send the configuration of the datasotres onedatastore
show 0 and 1, and vm.log file.


Cheers



On Tue, Dec 10, 2013 at 4:28 PM, Mark Biggers  wrote:

> Hello ONE team,
>
> So... after the upgrade to 4.4 OpenNebula on openSuse Linux 12.3
> (x86_64), I can no longer create VMs.
>
> The log seems to indicate a SSH login-failure (requiring passsword?)
>
> Seen below at the end of this message, it's clear that 'oneadmin' user
> can do passwordless logins...
>
> Please let me know what may be going on; the log is not that
> informative.  I did run (as 'oneadmin') the Ruby/ONE "clone" command by
> hand, with the results, below...
>
> (thanks in advance for any insights - this is a *showstopper*...)
>
> 
>
> oneadmin@sealion:~ > cat /var/log/one/61.log | dpaste
> https://dpaste.de/6I9O/raw
>
> oneadmin@sealion:~/vms > oneds list | dpaste
> https://dpaste.de/b0Tj/raw
>
> oneadmin@sealion:~ > onevm show 61 -x | dpaste
> https://dpaste.de/mgT3/raw
>
> oneadmin@sealion:~ > onevm list
> ID USER GROUPNAMESTAT UCPUUMEM
> HOST TIME
> 48 oneadmin oneadmin ttylinux-00 unkn   14192M sealion.in
> 4d 21h31
> 49 oneadmin oneadmin Vyatta Router 6 unkn0768M sealion.in
> 4d 21h27
> 59 oneadmin oneadmin ttylinxr-0001   fail0  0K
> 0d 00h00
> 61 oneadmin oneadmin ttylnx-raw-02   fail0  0K
> 0d 00h00
>
> oneadmin@sealion:~/vms > /var/lib/one/remotes/tm/shared/clone
> sealion.ine.corp:/var/lib/one/datastores/1/20288f3556d15e65b1dfdc540a450226
> sealion.ine.corp:/var/lib/one//datastores/0/61/disk.0 2>&1 | dpaste
> https://dpaste.de/oZJw/raw
>
> -- ssh attempts: all OK
>
> oneadmin@sealion:~/vms > ssh oneadmin@sealion
> Last login: Tue Dec 10 10:05:59 2013 from 10.7.1.30
> oneadmin@sealion:~ > exit
> logout
> Connection to sealion closed.
>
> oneadmin@sealion:~/vms > ssh sealion
> Last failed login: Tue Dec 10 10:07:00 EST 2013 from sealion.ine.corp on
> ssh:notty
> There were 12 failed login attempts since the last successful login.
> Last login: Tue Dec 10 09:45:29 2013 from 10.7.1.30
> sealion.ine.corp:2526 $ exit
> Connection to sealion closed.
>
> oneadmin@sealion:~/vms > ssh oneadmin@localhost
> Last login: Tue Dec 10 10:13:13 2013 from sealion.ine.corp
> oneadmin@sealion:~ > exit
> logout
> Connection to localhost closed.
>
> oneadmin@sealion:~/vms > ssh localhost
> Last login: Tue Dec 10 10:13:20 2013 from sealion.ine.corp
> sealion.ine.corp:2527 $ exit
> Connection to localhost closed
>
> ___
> Users mailing list
> Users@lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>



-- 
-- 
Ruben S. Montero, PhD
Project co-Lead and Chief Architect
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org | rsmont...@opennebula.org | @OpenNebula
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

[one-users] showstopper -- can't create VMs after upgrade to OpenNebula 4.4

2013-12-10 Thread Mark Biggers

Hello ONE team,

So... after the upgrade to 4.4 OpenNebula on openSuse Linux 12.3
(x86_64), I can no longer create VMs.

The log seems to indicate a SSH login-failure (requiring passsword?)

Seen below at the end of this message, it's clear that 'oneadmin' user
can do passwordless logins...

Please let me know what may be going on; the log is not that
informative.  I did run (as 'oneadmin') the Ruby/ONE "clone" command by
hand, with the results, below...

(thanks in advance for any insights - this is a *showstopper*...)



oneadmin@sealion:~ > cat /var/log/one/61.log | dpaste
https://dpaste.de/6I9O/raw

oneadmin@sealion:~/vms > oneds list | dpaste
https://dpaste.de/b0Tj/raw

oneadmin@sealion:~ > onevm show 61 -x | dpaste
https://dpaste.de/mgT3/raw

oneadmin@sealion:~ > onevm list
ID USER GROUPNAMESTAT UCPUUMEM
HOST TIME
48 oneadmin oneadmin ttylinux-00 unkn   14192M sealion.in  
4d 21h31
49 oneadmin oneadmin Vyatta Router 6 unkn0768M sealion.in  
4d 21h27
59 oneadmin oneadmin ttylinxr-0001   fail0  0K 
0d 00h00
61 oneadmin oneadmin ttylnx-raw-02   fail0  0K 
0d 00h00

oneadmin@sealion:~/vms > /var/lib/one/remotes/tm/shared/clone
sealion.ine.corp:/var/lib/one/datastores/1/20288f3556d15e65b1dfdc540a450226
sealion.ine.corp:/var/lib/one//datastores/0/61/disk.0 2>&1 | dpaste
https://dpaste.de/oZJw/raw

-- ssh attempts: all OK

oneadmin@sealion:~/vms > ssh oneadmin@sealion
Last login: Tue Dec 10 10:05:59 2013 from 10.7.1.30
oneadmin@sealion:~ > exit
logout
Connection to sealion closed.

oneadmin@sealion:~/vms > ssh sealion
Last failed login: Tue Dec 10 10:07:00 EST 2013 from sealion.ine.corp on
ssh:notty
There were 12 failed login attempts since the last successful login.
Last login: Tue Dec 10 09:45:29 2013 from 10.7.1.30
sealion.ine.corp:2526 $ exit
Connection to sealion closed.

oneadmin@sealion:~/vms > ssh oneadmin@localhost
Last login: Tue Dec 10 10:13:13 2013 from sealion.ine.corp
oneadmin@sealion:~ > exit
logout
Connection to localhost closed.

oneadmin@sealion:~/vms > ssh localhost
Last login: Tue Dec 10 10:13:20 2013 from sealion.ine.corp
sealion.ine.corp:2527 $ exit
Connection to localhost closed

___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] Problem starting VM over a SSH system datastore

2013-12-10 Thread Ruben S. Montero

When the images are registered (oneimage create) they are placed (in
filesystem-based datastores) in

$DATASTORE_BASE_PATH/

DATASTORE_BASE_PATH is either from oned.conf or from datastore template
(BASE_PATH attribute).

This images are then copied in the hosts to

$DATASTORE_LOCATION///

Note that those are different paths (one for the front-end) and the other
for the hosts.

If you want to access the default location, there is no need to set neither
DATASTORE_BASE_PATH nor DATASTORE_LOCATION.

Cheers

Ruben


On Tue, Dec 10, 2013 at 3:37 PM,  wrote:

> Hello everyone,
>
> I'm deploying my first cloud with ONE 4.4 and I'm facing a problem that I
> don't understand. I have read all the related guides and I though I had
> understand them but obviously it's not the case.
> My problem is that after creating a SSH System datastore to just copy the
> VM images from the frontend to the hosts, every time I try to start a
> virtual machine I end up with the following error messages in the log:
>
>
> Tue Dec 10 12:10:47 2013 [TM][I]: Command execution fail:
> /var/lib/one/remotes/tm/shared/clone
> gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f
> dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0 8 1
> Tue Dec 10 12:10:47 2013 [TM][I]: clone: Cloning
> /datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f in
> dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0
> Tue Dec 10 12:10:47 2013 [TM][E]: clone: Command "cd /datastore/109/8; cp
> /datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f /datastore/109/8/disk.0"
> failed: cp: cannot stat `/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f': No
> such file or directory
> Tue Dec 10 12:10:47 2013 [TM][E]: Error copying
> gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f
> to dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0
> Tue Dec 10 12:10:47 2013 [TM][I]: ExitCode: 1
> Tue Dec 10 12:10:47 2013 [TM][E]: Error executing image transfer script:
> Error copying
> gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f
> to dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0
> Tue Dec 10 12:10:47 2013 [DiM][I]: New VM state is FAILED
> Tue Dec 10 12:20:58 2013 [DiM][I]: New VM state is DONE.
> Tue Dec 10 12:20:58 2013 [TM][W]: Ignored: TRANSFER SUCCESS 8
>
>
> The DATASTORE_LOCATION is pointing to "/datastore"
>
> This is the output of the "onedatastore show" command:
>
>
> =
> [oneadmin@gpodmc one]$ onedatastore show 109
> DATASTORE 109
> INFORMATION
> ID : 109
> NAME   : local_storage
> USER   : oneadmin
> GROUP  : oneadmin
> CLUSTER: GPOD
> TYPE   : SYSTEM
> DS_MAD : -
> TM_MAD : ssh
> BASE PATH  : /datastore/109
> DISK_TYPE  : FILE
>
> DATASTORE
> CAPACITY
> TOTAL: : -
> FREE:  : -
> USED:  : -
> LIMIT: : -
>
> PERMISSIONS
>
> OWNER  : um-
> GROUP  : u--
> OTHER  : ---
>
> DATASTORE
> TEMPLATE
> SHARED="NO"
> TM_MAD="ssh"
> TYPE="SYSTEM_DS"
>
>
> =
>
> What I really dont't understand is why ONE is trying to access the source
> image from
>
> /datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f /datastore/109/8/disk.0
>
> instead of using
>
> /var/lib/one/datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f
> /datastore/109/8/disk.0
> ?
>
> Any body could explain to me what I'm doing wrong, please?
>
> Regards
> Fernando
>
> --
> Fernando Felix-Redondo  [INSA, S.A.]
> fernando.fe...@esa.int  Phone: +34 91 813 1368
>
> SMOS DPGS Operations
> Ground Segment System Engineer
> ESA - ESAC
>
> This message and any attachments are intended for the use of the addressee or 
> addressees only. The unauthorised disclosure, use, dissemination or copying 
> (either in whole or in part) of its content is not permitted. If you received 
> this message in error, please notify the sender and delete it from your 
> system. Emails can be altered and their integrity cannot be guaranteed by the 
> sender.
>
> Please consider the environment before printing this email.
>
>
> ___
> Users mailing list
> Users@lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>


-- 
-- 
Ruben S. Montero, PhD
Project co-Lead and Chief Architect
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org | rsmont...@opennebula.org | @OpenNebula
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] Problem starting VM over a SSH system datastore

2013-12-10 Thread Campbell, Bill

It looks like it's attempting to use the 'shared' TM driver to copy from 
Datastore ID 1 to ID 109 (which will fail as this is attempting to copy over on 
the remote host, where the '1' datastore doesn't exist). 

Can you validate that the default datastore (ID 1) is set to be an 'SSH' 
datastore as well? I think that may be where it's picking up how it's supposed 
to transfer the image. Datastore 109 is your system datastore for the cluster 
GPOD, which would explain why it's attempting to copy to that 109 directory. 

- Original Message -

From: "Fernando Felix"  
To: users@lists.opennebula.org 
Sent: Tuesday, December 10, 2013 9:37:45 AM 
Subject: [one-users] Problem starting VM over a SSH system datastore 

Hello everyone, 

I'm deploying my first cloud with ONE 4.4 and I'm facing a problem that I don't 
understand. I have read all the related guides and I though I had understand 
them but obviously it's not the case. 
My problem is that after creating a SSH System datastore to just copy the VM 
images from the frontend to the hosts, every time I try to start a virtual 
machine I end up with the following error messages in the log: 


Tue Dec 10 12:10:47 2013 [TM][I]: Command execution fail: 
/var/lib/one/remotes/tm/shared/clone 
gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f 
dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0 8 1 
Tue Dec 10 12:10:47 2013 [TM][I]: clone: Cloning 
/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f in 
dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0 
Tue Dec 10 12:10:47 2013 [TM][E]: clone: Command "cd /datastore/109/8; cp 
/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f /datastore/109/8/disk.0" failed: 
cp: cannot stat `/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f': No such file 
or directory 
Tue Dec 10 12:10:47 2013 [TM][E]: Error copying 
gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f to 
dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0 
Tue Dec 10 12:10:47 2013 [TM][I]: ExitCode: 1 
Tue Dec 10 12:10:47 2013 [TM][E]: Error executing image transfer script: Error 
copying 
gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f to 
dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0 
Tue Dec 10 12:10:47 2013 [DiM][I]: New VM state is FAILED 
Tue Dec 10 12:20:58 2013 [DiM][I]: New VM state is DONE. 
Tue Dec 10 12:20:58 2013 [TM][W]: Ignored: TRANSFER SUCCESS 8 


The DATASTORE_LOCATION is pointing to "/datastore" 

This is the output of the "onedatastore show" command: 

=
 
[oneadmin@gpodmc one]$ onedatastore show 109 
DATASTORE 109 INFORMATION 
ID : 109 
NAME : local_storage 
USER : oneadmin 
GROUP : oneadmin 
CLUSTER : GPOD 
TYPE : SYSTEM 
DS_MAD : - 
TM_MAD : ssh 
BASE PATH : /datastore/109 
DISK_TYPE : FILE 

DATASTORE CAPACITY 
TOTAL: : - 
FREE: : - 
USED: : - 
LIMIT: : - 

PERMISSIONS 
OWNER : um- 
GROUP : u-- 
OTHER : --- 

DATASTORE TEMPLATE 
SHARED="NO" 
TM_MAD="ssh" 
TYPE="SYSTEM_DS" 

=
 

What I really dont't understand is why ONE is trying to access the source image 
from 

/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f /datastore/109/8/disk.0 

instead of using 

/var/lib/one/datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f 
/datastore/109/8/disk.0 
? 

Any body could explain to me what I'm doing wrong, please? 

Regards 
Fernando 

-- 
Fernando Felix-Redondo [INSA, S.A.] 
fernando.fe...@esa.int Phone: +34 91 813 1368 

SMOS DPGS Operations 
Ground Segment System Engineer 
ESA - ESAC 
This message and any attachments are intended for the use of the addressee or 
addressees only. The unauthorised disclosure, use, dissemination or copying 
(either in whole or in part) of its content is not permitted. If you received 
this message in error, please notify the sender and delete it from your system. 
Emails can be altered and their integrity cannot be guaranteed by the sender.

Please consider the environment before printing this email. 

___ 
Users mailing list 
Users@lists.opennebula.org 
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org 


NOTICE: Protect the information in this message in accordance with the 
company's security policies. If you received this message in error, immediately 
notify the sender and destroy all copies.___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

[one-users] Problem starting VM over a SSH system datastore

2013-12-10 Thread Fernando . Felix

Hello everyone,

I'm deploying my first cloud with ONE 4.4 and I'm facing a problem that I 
don't understand. I have read all the related guides and I though I had 
understand them but obviously it's not the case.
My problem is that after creating a SSH System datastore to just copy the 
VM images from the frontend to the hosts, every time I try to start a 
virtual machine I end up with the following error messages in the log:


Tue Dec 10 12:10:47 2013 [TM][I]: Command execution fail: 
/var/lib/one/remotes/tm/shared/clone 
gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f 
dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0 8 1
Tue Dec 10 12:10:47 2013 [TM][I]: clone: Cloning 
/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f in 
dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0
Tue Dec 10 12:10:47 2013 [TM][E]: clone: Command "cd /datastore/109/8; cp 
/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f /datastore/109/8/disk.0" 
failed: cp: cannot stat `/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f': 
No such file or directory
Tue Dec 10 12:10:47 2013 [TM][E]: Error copying 
gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f 
to dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0
Tue Dec 10 12:10:47 2013 [TM][I]: ExitCode: 1
Tue Dec 10 12:10:47 2013 [TM][E]: Error executing image transfer script: 
Error copying 
gpodmc.smos.lan:/var/lib/one//datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f 
to dpgsrcorepfw-3.smos.lan:/datastore/109/8/disk.0
Tue Dec 10 12:10:47 2013 [DiM][I]: New VM state is FAILED
Tue Dec 10 12:20:58 2013 [DiM][I]: New VM state is DONE.
Tue Dec 10 12:20:58 2013 [TM][W]: Ignored: TRANSFER SUCCESS 8 


The DATASTORE_LOCATION is pointing to "/datastore"

This is the output of the "onedatastore show" command:

=
[oneadmin@gpodmc one]$ onedatastore show 109
DATASTORE 109 
INFORMATION   
ID : 109 
NAME   : local_storage   
USER   : oneadmin
GROUP  : oneadmin
CLUSTER: GPOD
TYPE   : SYSTEM  
DS_MAD : -   
TM_MAD : ssh 
BASE PATH  : /datastore/109  
DISK_TYPE  : FILE

DATASTORE 
CAPACITY  
TOTAL: : -   
FREE:  : -   
USED:  : -   
LIMIT: : -   

PERMISSIONS 

OWNER  : um- 
GROUP  : u-- 
OTHER  : --- 

DATASTORE 
TEMPLATE  
SHARED="NO"
TM_MAD="ssh"
TYPE="SYSTEM_DS" 

=

What I really dont't understand is why ONE is trying to access the source 
image from 

/datastore/1/91209cfc6a24a39e60b42d9cd6ae5d7f /datastore/109/8/disk.0 

instead of using

/var/lib/one/datastores/1/91209cfc6a24a39e60b42d9cd6ae5d7f 
/datastore/109/8/disk.0
?

Any body could explain to me what I'm doing wrong, please?

Regards
Fernando

--
Fernando Felix-Redondo  [INSA, S.A.] 
fernando.fe...@esa.int  Phone: +34 91 813 1368

SMOS DPGS Operations
Ground Segment System Engineer
ESA - ESAC
This message and any attachments are intended for the use of the addressee or 
addressees only. The unauthorised disclosure, use, dissemination or copying 
(either in whole or in part) of its content is not permitted. If you received 
this message in error, please notify the sender and delete it from your system. 
Emails can be altered and their integrity cannot be guaranteed by the sender.

Please consider the environment before printing this email.

___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

[one-users] noVNC/ssh is not working

2013-12-10 Thread Bendix Harries

 




Hi,

i set up opennebula several times now, but for some reason this time I can't ssh into the ttylinux vm. I tried to install noVNC, because I thought there could be a problem with the contextualization,

maybe the public IP wasn't set correctly. Because the noVNC install script is located in /usr/share/opennebula/sunstone I changed the noVNC install script to the following:


 

if [ -z "$ONE_LOCATION" ]; then
    _ONE_SHARE_=/usr/share/opennebula
    _ONE_PUBLIC_SUNSTONE_=/usr/lib/one/sunstone/public
    SUNSTONE_CONF=/etc/one/sunstone-server.conf
else

 

Otherwise there was an error during installing. After installing vnc, I was able to see the vnc icon in sunstone, but when I click it nothing happens. I think there are no errors in the sunstone.log:

 


XXX.XXX.177.212 - - [10/Dec/2013 13:36:38] "POST /vm/16/startvnc HTTP/1.1" 200 30 0.0009
XXX.XXX.177.212 - - [10/Dec/2013 13:37:06] "GET /vmtemplate?timeout=true HTTP/1.1" 200 1102 0.0765
XXX.XXX.177.212 - - [10/Dec/2013 13:37:06] "GET /group?timeout=true HTTP/1.1" 200 291 0.0034
XXX.XXX.177.212 - - [10/Dec/2013 13:37:06] "GET /vm?timeout=true HTTP/1.1" 200 2343 0.0206
XXX.XXX.177.212 - - [10/Dec/2013 13:37:11] "GET /host/monitor?title=graph1&monitor_resources=cpu_usage%2Cused_cpu%2Cmax_cpu&history_length=40 HTTP/1.1" 200 81 0.0047
XXX.XXX.177.212 - - [10/Dec/2013 13:37:11] "GET /vm/monitor?title=graph3&monitor_resources=total%2Cactive%2Cerror&history_length=40 HTTP/1.1" 200 71 0.0044
XXX.XXX.177.212 - - [10/Dec/2013 13:37:11] "GET /host/monitor?title=graph2&monitor_resources=mem_usage%2Cused_mem%2Cmax_mem&history_length=40 HTTP/1.1" 200 81 0.0040
 XXX.XXX.177.212 - - [10/Dec/2013 13:37:11] "GET /vm/monitor?title=graph4&monitor_resources=net_tx%2Cnet_rx&history_length=40 HTTP/1.1" 200 61 0.0032
XXX.XXX.177.212 - - [10/Dec/2013 13:37:15] "GET /host?timeout=true HTTP/1.1" 200 1107 0.0131
XXX.XXX.177.212 - - [10/Dec/2013 13:37:19] "GET /acl?timeout=true HTTP/1.1" 200 377 0.0688
XXX.XXX.177.212 - - [10/Dec/2013 13:37:24] "GET /user?timeout=true HTTP/1.1" 200 583 0.0310

 

Further more I am not able to ping the vm which may also be due to the fact that the contextualization is not correct. Here is the ttylinux.one file:

 


  GNU nano 2.2.6   File: ttylinux.one    

NAME   = ttylinux
CPU    = 0.1
MEMORY = 64

DISK   = [ IMAGE_ID = 8 ]

NIC    = [ NETWORK = "Small network" ]

FEATURES= [ acpi="no" ]

GRAPHICS = [
    TYPE    = "vnc",
    LISTEN  = "0.0.0.0"
]

CONTEXT = [
    hostname    = "$NAME",
    ip_public   = "XXX.XXX.177.152",
    files  = "/ttylinux/init.sh /ttylinux/id_rsa.pub",
    target  = "hdc",
    root_pubkey = "id_rsa.pub",
    username    = "opennebula",
    user_pubkey = "id_rsa.pub"
]

 

The Vm.log is also fine I think:

 


Tue Dec 10 12:48:00 2013 [DiM][I]: New VM state is ACTIVE.
Tue Dec 10 12:48:00 2013 [LCM][I]: New VM state is PROLOG.
Tue Dec 10 12:48:05 2013 [TM][D]: tm_clone.sh: FrontEnd:/var/lib/one/images/57f3641f0fe063562302d964f3e63de5 XXX.XXX.177.150:/var/lib/one//16/images/disk.0
Tue Dec 10 12:48:05 2013 [TM][D]: tm_clone.sh: DST: /var/lib/one//16/images/disk.0
Tue Dec 10 12:48:05 2013 [TM][I]: tm_clone.sh: Creating directory /var/lib/one//16/images
Tue Dec 10 12:48:05 2013 [TM][I]: tm_clone.sh: Executed "ssh XXX.XXX.177.150 mkdir -p /var/lib/one//16/images".
Tue Dec 10 12:48:05 2013 [TM][I]: tm_clone.sh: Cloning FrontEnd:/var/lib/one/images/57f3641f0fe063562302d964f3e63de5
Tue Dec 10 12:48:05 2013 [TM][I]: tm_clone.sh: Executed "scp FrontEnd:/var/lib/one/images/57f3641f0fe063562302d964f3e63de5 147.172.177.150:/var/lib/one//16/images/disk.0".
Tue Dec 10 12:48:05 2013 [TM][I]: tm_clone.sh: Executed "ssh XXX.XXX.177.150 chmod a+rw /var/lib/one//16/images/disk.0".
Tue Dec 10 12:48:05 2013 [TM][I]: ExitCode: 0
Tue Dec 10 12:48:05 2013 [TM][I]: tm_context.sh: Executed "mkdir -p /var/lib/one/c2d50246966d4d452b35a4048cc4adc8/isofiles".
Tue Dec 10 12:48:05 2013 [TM][I]: tm_context.sh: Executed "cp -R /var/lib/one/16/context.sh /var/lib/one/c2d50246966d4d452b35a4048cc4adc8/isofiles".
Tue Dec 10 12:48:05 2013 [TM][I]: tm_context.sh: Executed "cp -R /ttylinux/init.sh /var/lib/one/c2d50246966d4d452b35a4048cc4adc8/isofiles".
Tue Dec 10 12:48:05 2013 [TM][I]: tm_context.sh: Executed "cp -R /ttylinux/id_rsa.pub /var/lib/one/c2d50246966d4d452b35a4048cc4adc8/isofiles".
Tue Dec 10 12:48:05 2013 [TM][I]: tm_context.sh: Executed "genisoimage -o /var/lib/one/c2d50246966d4d452b35a4048cc4adc8/disk.1 -J -R /var/lib/one/c2d50246966d4d452b35a4048cc4adc8/isofiles".
Tue Dec 10 12:48:05 2013 [TM][I]: tm_context.sh: Executed "scp /var/lib/one/c2d50246966d4d452b35a4048cc4adc8/disk.1 XXX.XXX.177.150:/var/lib/one//16/images/disk.1".
Tue Dec 10 12:48:05 2013 [TM][I]: tm_context.sh: Executed "rm -rf /var/lib/one/c2d50246966d4d452b35a4048cc4adc8".
Tue Dec 10 12:48:05 2013 [TM][I]:

[one-users] (no subject)

2013-12-10 Thread Bendix Harries

Hi,

i set up opennebula several times now, but for some reason this time I can't ssh into the ttylinux vm. I tried to install noVNC, because I thought there could be a problem with the contextualization,

maybe the public IP wasn't set correctly. Because the noVNC install script is located in /usr/share/opennebula/sunstone I changed the noVNC install script to the following:


 

if [ -z "$ONE_LOCATION" ]; then
    _ONE_SHARE_=/usr/share/opennebula
    _ONE_PUBLIC_SUNSTONE_=/usr/lib/one/sunstone/public
    SUNSTONE_CONF=/etc/one/sunstone-server.conf
else

 

Otherwise there was an error during installing. After installing vnc, I was able to see the vnc icon in sunstone, but when I click it nothing happens. I think there are no errors in the sunstone.log:

 


XXX.XXX.177.212 - - [10/Dec/2013 13:36:38] "POST /vm/16/startvnc HTTP/1.1" 200 30 0.0009
XXX.XXX.177.212 - - [10/Dec/2013 13:37:06] "GET /vmtemplate?timeout=true HTTP/1.1" 200 1102 0.0765
XXX.XXX.177.212 - - [10/Dec/2013 13:37:06] "GET /group?timeout=true HTTP/1.1" 200 291 0.0034
XXX.XXX.177.212 - - [10/Dec/2013 13:37:06] "GET /vm?timeout=true HTTP/1.1" 200 2343 0.0206
XXX.XXX.177.212 - - [10/Dec/2013 13:37:11] "GET /host/monitor?title=graph1&monitor_resources=cpu_usage%2Cused_cpu%2Cmax_cpu&history_length=40 HTTP/1.1" 200 81 0.0047
XXX.XXX.177.212 - - [10/Dec/2013 13:37:11] "GET /vm/monitor?title=graph3&monitor_resources=total%2Cactive%2Cerror&history_length=40 HTTP/1.1" 200 71 0.0044
XXX.XXX.177.212 - - [10/Dec/2013 13:37:11] "GET /host/monitor?title=graph2&monitor_resources=mem_usage%2Cused_mem%2Cmax_mem&history_length=40 HTTP/1.1" 200 81 0.0040
 XXX.XXX.177.212 - - [10/Dec/2013 13:37:11] "GET /vm/monitor?title=graph4&monitor_resources=net_tx%2Cnet_rx&history_length=40 HTTP/1.1" 200 61 0.0032
XXX.XXX.177.212 - - [10/Dec/2013 13:37:15] "GET /host?timeout=true HTTP/1.1" 200 1107 0.0131
XXX.XXX.177.212 - - [10/Dec/2013 13:37:19] "GET /acl?timeout=true HTTP/1.1" 200 377 0.0688
XXX.XXX.177.212 - - [10/Dec/2013 13:37:24] "GET /user?timeout=true HTTP/1.1" 200 583 0.0310

 

Further more I am not able to ping the vm which may also be due to the fact that the contextualization is not correct. Here is the ttylinux.one file:

 


  GNU nano 2.2.6   File: ttylinux.one    

NAME   = ttylinux
CPU    = 0.1
MEMORY = 64

DISK   = [ IMAGE_ID = 8 ]

NIC    = [ NETWORK = "Small network" ]

FEATURES= [ acpi="no" ]

GRAPHICS = [
    TYPE    = "vnc",
    LISTEN  = "0.0.0.0"
]

CONTEXT = [
    hostname    = "$NAME",
    ip_public   = "XXX.XXX.177.152",
    files  = "/ttylinux/init.sh /ttylinux/id_rsa.pub",
    target  = "hdc",
    root_pubkey = "id_rsa.pub",
    username    = "opennebula",
    user_pubkey = "id_rsa.pub"
]

 

The Vm.log is also fine I think:

 


Tue Dec 10 12:48:00 2013 [DiM][I]: New VM state is ACTIVE.
Tue Dec 10 12:48:00 2013 [LCM][I]: New VM state is PROLOG.
Tue Dec 10 12:48:05 2013 [TM][D]: tm_clone.sh: FrontEnd:/var/lib/one/images/57f3641f0fe063562302d964f3e63de5 XXX.XXX.177.150:/var/lib/one//16/images/disk.0
Tue Dec 10 12:48:05 2013 [TM][D]: tm_clone.sh: DST: /var/lib/one//16/images/disk.0
Tue Dec 10 12:48:05 2013 [TM][I]: tm_clone.sh: Creating directory /var/lib/one//16/images
Tue Dec 10 12:48:05 2013 [TM][I]: tm_clone.sh: Executed "ssh XXX.XXX.177.150 mkdir -p /var/lib/one//16/images".
Tue Dec 10 12:48:05 2013 [TM][I]: tm_clone.sh: Cloning FrontEnd:/var/lib/one/images/57f3641f0fe063562302d964f3e63de5
Tue Dec 10 12:48:05 2013 [TM][I]: tm_clone.sh: Executed "scp FrontEnd:/var/lib/one/images/57f3641f0fe063562302d964f3e63de5 147.172.177.150:/var/lib/one//16/images/disk.0".
Tue Dec 10 12:48:05 2013 [TM][I]: tm_clone.sh: Executed "ssh XXX.XXX.177.150 chmod a+rw /var/lib/one//16/images/disk.0".
Tue Dec 10 12:48:05 2013 [TM][I]: ExitCode: 0
Tue Dec 10 12:48:05 2013 [TM][I]: tm_context.sh: Executed "mkdir -p /var/lib/one/c2d50246966d4d452b35a4048cc4adc8/isofiles".
Tue Dec 10 12:48:05 2013 [TM][I]: tm_context.sh: Executed "cp -R /var/lib/one/16/context.sh /var/lib/one/c2d50246966d4d452b35a4048cc4adc8/isofiles".
Tue Dec 10 12:48:05 2013 [TM][I]: tm_context.sh: Executed "cp -R /ttylinux/init.sh /var/lib/one/c2d50246966d4d452b35a4048cc4adc8/isofiles".
Tue Dec 10 12:48:05 2013 [TM][I]: tm_context.sh: Executed "cp -R /ttylinux/id_rsa.pub /var/lib/one/c2d50246966d4d452b35a4048cc4adc8/isofiles".
Tue Dec 10 12:48:05 2013 [TM][I]: tm_context.sh: Executed "genisoimage -o /var/lib/one/c2d50246966d4d452b35a4048cc4adc8/disk.1 -J -R /var/lib/one/c2d50246966d4d452b35a4048cc4adc8/isofiles".
Tue Dec 10 12:48:05 2013 [TM][I]: tm_context.sh: Executed "scp /var/lib/one/c2d50246966d4d452b35a4048cc4adc8/disk.1 XXX.XXX.177.150:/var/lib/one//16/images/disk.1".
Tue Dec 10 12:48:05 2013 [TM][I]: tm_context.sh: Executed "rm -rf /var/lib/one/c2d50246966d4d452b35a4048cc4adc8".
Tue Dec 10 12:48:05 2013 [TM][I]: ExitC

[one-users] two instances are sunstone one FN

2013-12-10 Thread Alexandr


Dear list!
I want to solve the following problem. I need to make two instances are 
sunstone one FN - sunstone for example, one password and one for 
authorization means X509? Is it possible to do it on one frontend? And 
if so, how this can be done?

Thank you!

--
--
Regard,
   Alexandr.

___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] How to use ceph filesystem

2013-12-10 Thread Jon

Note: you will have to mount a different rbd for each
/var/lib/oneadmin/datastores/0, you can't mount the same rbd on multiple
hosts (rbds are not "cluster aware" per se. That is to say, unless you
include a clustered filesystem on top of your rbds--google "ceph
iscsi"--but at that point, why not use cephfs other than it not being "redy
for primetime" and adding additional infrastructure complexity (which using
iscsi on top of ceph does anyway and provides a single point of failure,
defeating the purpose of ceph)).

I rewrote my ssh transfer drivers to rsync the files before live migrating
the vm. Though, there are obvious pitfalls with doing that as there is no
grantee of consistency.

Ultimately, my solution was to use a separate rbd for swap, or not
configure any at all (libvirt does support memory ballooning, though I'm
not sure that O:N provides any controls), that way only non-vm files are
ever stored in datastores/0 (I.e. only OpenNebula files are stored there).
On Dec 4, 2013 3:13 AM, "Kenneth"  wrote:

>  Going directly to RBD layer will be used once you use ceph as IMAGE
> datastore. Nebula will be interfacing directly with ceph and your images
> will be in RBD format.This is already the "direct way". This is the same
> things as using KVM with ceph RBD.
>
> The only thing you may want to use is the cephfs (which is not RBD)  is
> when you use it for the SYSTEM datastore and use shared for TM. This is
> what I use. Besides, system datastore does't contain a lot of files so if
> this method is inefficient, I won't notice it all.
>
> But if you also want to use RBD for the system datastore, you can still
> use it. You just mount an RBD image in the /var/lib/datastore/0/ of you
> nodes.
> ---
>
> Thanks,
> Kenneth
> Apollo Global Corp.
>
>  On 12/04/2013 04:08 PM, Mario Giammarco wrote:
>
>I have read all posts of this interesting thread.
> You suggest to use ceph as a shared filesystem and it is a good idea I
> agree.
>
> But I supposed that, because kvm supports ceph rbd and because opennebula
> supports ceph, there is a "direct way" to use it.
> I mean not using ceph DFS layer and going directly to rbd layer (also for
> system datastore)
> I do not understand what advantages has opennebula actual ceph support,
> can you explain to me?
>
> Thanks,
> Mario
>
>
> 2013/12/3 Jaime Melis 
>
>> Hi Mario,
>>
>> Cephfs CAN be used a shared filesystem datastore. I don't completely
>> agree with Kenneth's recommendation of using 'ssh' as the TM for the system
>> datastore. I think you can go for 'shared' as long as you have the
>> /var/lib/one/datastores/... shared via Cephfs. OpenNebula doesn't care
>> about what DFS solution you're using, it will simply assume files are
>> already there.
>>
>> Another thing worth mentioning, from 4.4 onwards the HOST attribute of
>> the datastore should be renamed as BRIDGE_LIST.
>>
>> cheers,
>> Jaime
>>
>>
>>  On Tue, Dec 3, 2013 at 11:28 AM, Kenneth wrote:
>>
>>>   Actually, I'm using ceph as the system datastore. I used the cephfs
>>> (CEPH FUSE) and mounted it on all nodes on /var/lib/one/datastores/0/
>>>
>>> Regarding ssh for trasfer driver, I haven't really used it since I'm all
>>> on ceph, both system and image datastore. I may be wrong but that is how I
>>> understand it from the docs.
>>>  ---
>>>
>>> Thanks,
>>> Kenneth
>>> Apollo Global Corp.
>>>
>>>   On 12/03/2013 06:11 PM, Mario Giammarco wrote:
>>>
>>>   My problem was that  because ceph is a distributed filesystem (and so
>>> it can be used as an alternative to nfs) I supposed I can use as a shared
>>> system datastore.
>>> Reading your reply I can see it is not true. Probably official
>>> documentation should clarify this.
>>>
>>> Infact I hoped to use ceph as system datastore because ceph is fault
>>> tolerant and nfs is not.
>>>
>>> Thanks for help,
>>> Mario
>>>
>>>
>>> 2013/12/3 Kenneth 
>>>
  Ceph won't be the default image datastore, but you can always choose
 it whenever you create an image.

 You said you don't have an NFS disk and your just use plain disk on
 your system datastore so you *should* use ssh in order to have live
 migrations.

 Mine uses shared as datastore since I mounted a shared folder on each
 nebula node.
  ---

 Thanks,
 Kenneth
 Apollo Global Corp.

   On 12/03/2013 03:01 PM, Mario Giammarco wrote:

 First, thanks you for your very detailed reply!


 2013/12/3 Kenneth 

>  You don't need to replace existing datastores, the important is you
> edit the system datastore as "ssh" because you still need to transfer 
> files
> in each node when you deploy a VM.
>

 So I lose live migration, right?
 If I understand correctly ceph cannot be default datastore also.

>  Next, you should make sure that all your node are able to
> communicate with the ceph cluster. Issue the command "ceph -s" on all 
> nodes
> including the front end to be sure

Re: [one-users] How to use ceph filesystem

2013-12-10 Thread kenneth samonte

The first requirement is that the front end node is able to communicate with 
the ceph cluster. 
Veriy it by loggin in as the oneadmin user and issue the command "ceph -w". 
The ceph cluster shoul respond HEALTH_OK.
Then define it as a datastore in openebula as an image datastore. No further 
confiuration needed and when you uplaod images to he front end, you should 
choose the ceph image to save the omages in rbd format.

Mario Giammarco  wrote:

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

Re: [one-users] Fwd: Re: showstopper -- can't create VMs after upgrade to OpenNebula 4.4

Re: [one-users] Fwd: Re: showstopper -- can't create VMs after upgrade to OpenNebula 4.4

[one-users] R: Re: Sunstone problem after upgrading form 4.2 to 4.4

[one-users] Fwd: Re: showstopper -- can't create VMs after upgrade to OpenNebula 4.4

Re: [one-users] VMWare image on ONE 4.4

Re: [one-users] oneimage create command in ON3.4 and up

Re: [one-users] How to use ceph filesystem

Re: [one-users] VM in boot state for a very long time

Re: [one-users] How to use ceph filesystem

Re: [one-users] Sunstone problem after upgrading form 4.2 to 4.4

[one-users] VM in boot state for a very long time

Re: [one-users] Sunstone problem after upgrading form 4.2 to 4.4

Re: [one-users] Problem starting VM over a SSH system datastore

Re: [one-users] Problem starting VM over a SSH system datastore

Re: [one-users] showstopper -- can't create VMs after upgrade to OpenNebula 4.4

[one-users] showstopper -- can't create VMs after upgrade to OpenNebula 4.4

Re: [one-users] Problem starting VM over a SSH system datastore

Re: [one-users] Problem starting VM over a SSH system datastore

[one-users] Problem starting VM over a SSH system datastore

[one-users] noVNC/ssh is not working

[one-users] (no subject)

[one-users] two instances are sunstone one FN

Re: [one-users] How to use ceph filesystem

Re: [one-users] How to use ceph filesystem

24 matches

Site Navigation

Mail list logo

Footer information