[one-users] vOneCloud Issue

[Savage, Adam]

Good morning,

I just deployed v1.0 of the vOneCloud OVF to my vSphere 5.5 (Update2b) 
infrastructure.. I enabled VNC on all my hosts and the clusters get 
discovered.. But when I click on the cluster to discover the templates assigned 
in said cluster it comes back and states it can't connect to the server.. I can 
add the cluster in just fine and see the ESX hosts through the dashboard - I 
just can't import any templates.. Thoughts? No firewalls are in the way..

Thank you,

Adam Savage | Principal VMware Systems Engineer


NOTICE:

This message, and any attachments, contain(s) information that may be 
confidential or protected by privilege from disclosure and is intended only for 
the individual or entity named above. No one else may disclose, copy, 
distribute or use the contents of this message for any purpose. Its 
unauthorized use, dissemination or duplication is strictly prohibited and may 
be unlawful. If you receive this message in error or you otherwise are not an 
authorized recipient, please immediately delete the message and any attachments 
and notify the sender.
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

[one-users] Delete & Recreate fails in case of Host-Error

[Fabian Zimmermann]

Hi,

I just setup our fencing system and everything is working so far, but if
I use the HOST-ERROR-Hook to delete&recreate the VMs this will fail.

The CLEANUP is tried on the broken host - of course it will fail - and
the followed CLONE will fail, because of already existing snapshots/disks.

I just workaround this - see attached patch, which will just skip clone
if disk/snap already exists, but what's the correct way to handle this?

Thanks a lot,

Fabian Zimmermann
--- clone.old   2014-12-11 13:13:52.001648056 +0100
+++ clone   2014-12-11 09:32:18.882111020 +0100
@@ -76,14 +76,15 @@
 CLONE_CMD=$(cat <___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

[one-users] Videos and slides from OpenNebulaConf 2014 available

[Carlos Martín Sánchez]

Hi,

The videos and slides from the OpenNebulaConf talks are now published.
Enjoy!
Read more in our blog:

http://opennebula.org/videos-from-opennebulaconf-2014/

Cheers,
Carlos
--
Carlos Martín, MSc
Project Engineer
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org  | cmar...@opennebula.org |
@OpenNebula 
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] OpenNebula and FreeIPA authentication

[Peter Harris]

Thanks Javier

Output from onegroup list -x
--

  
0
oneadmin


  0
  1

  
  
0




  
  
1
users


  2


  0
  10

  
  
1




  
  




  

--

my /etc/one/auth/ldap_auth.conf
--

# Ldap authentication method
:auth_method: :simple

# Ldap server
:host: ipa1.lab.mycompany.com
:port: 389

# Uncomment this line for tsl conections
#:encryption: :simple_tls

# base hierarchy where to search for users and groups
:base: 'cn=users,cn=accounts,dc=lab,dc=mycompany,dc=com'

# group the users need to belong to. If not set any user will do
#:group: 'cn=cloud,ou=groups,dc=domain'

# field that holds the user name, if not set 'cn' will be used
:user_field: 'uid'

# for Active Directory use this user_field instead
#:user_field: 'sAMAccountName'

# field name for group membership, by default it is 'member'
#:group_field: 'member'

# user field that that is in in the group group_field, if not set 'dn'
will be used
#:user_group_field: 'dn'

# Generate mapping file from group template info
#:mapping_generate: true
:mapping_generate: false

# Seconds a mapping file remain untouched until the next regeneration
:mapping_timeout: 300

# Name of the mapping file in OpenNebula var diretory
:mapping_filename: server1.yaml

# Key from the OpenNebula template to map to an AD group
:mapping_key: GROUP_DN

# Default group ID used for users in an AD group not mapped
:mapping_default: 1
--

I can confirm that setting mapping_generate to false allows my user to get
in, many thanks for that.

I currently have vm groups configured in IPA, but happy enough to manage
these groups in OpenNebula if the group mapping for FreeIPA is problematic.

Thanks again

Peter

On 11 December 2014 at 09:12, Javier Fontan  wrote:
>
> There seems to be a problem getting the groups from OpenNebula. Can you
> send us the output of:
>
> onegroup list -x
>
> To fix the problem you can disable mapping generation adding this line to
> the server configuration:
>
> :mapping_generate: false
>
> Cheers
>
> On Mon Dec 08 2014 at 3:55:46 PM Mr Sensible 
> wrote:
>
>> I am struggling a little bit with hooking my test OpenNebula in to my
>> existing FreeIPA authentication domain.
>>
>> I am currently running OpenNebula 4.10.1 running on Centos 6.5, and I am
>> trying to connect it to my existing FreeIPA 3.0.0 server.
>>
>> I currently have three services authenticating via ldap to the IPA
>> server, so I "think" that bit is right.
>>
>> When I install opennebula for the first time, get everything setup, add
>> the ldap authentication config, everything looks OK. I create a user in
>> Sunstone, set the auth method to LDAP, and then successfully sign in to
>> Sunstone. Happy face.
>> I change the user to oneadmin group in Sunstone.
>>
>> The following day, I am no longer able to log in as that user, and no
>> amount of deleting user and re-adding user seems to make any difference.
>> I have also tried NOT creating the user via sunstone, and just logging
>> in, same errors.
>>
>> Does anybody have any idea what I might be doing wrong, or even where I
>> can look to figure what is not working? Config and log files below. Many
>> thanks in advance.
>>
>> --
>> oned.conf
>> ---
>> AUTH_MAD = [
>>  executable = "one_auth_mad",
>>  authn = "ssh,x509,ldap,default,server_cipher,server_x509"
>> ]
>>
>> --
>> ldap_auth.conf
>> 
>> server 1:
>>  # Ldap authentication method
>>  :auth_method: :simple
>>
>>  # Ldap server
>>  :host: ipa1.lab.company.com
>>  :port: 389
>>
>>  # Uncomment this line for tsl conections
>>  #:encryption: :simple_tls
>>
>>  # base hierarchy where to search for users and groups
>>  :base: 'cn=users,cn=accounts,dc=lab,dc=company,dc=com'
>>
>>  # group the users need to belong to. If not set any user will do
>>  #:group: 'cn=users,cn=accounts'
>>
>>  # field that holds the user name, if not set 'cn' will be used
>>  :user_field: 'uid'
>>
>>   :order:
>>   - server 1
>>
>> --
>> oned.log
>> --
>> Mon Dec  8 13:24:50 2014 [Z0][ReM][D]: Req:8640 UID:-1 GroupPoolInfo
>> invoked
>> Mon Dec  8 13:24:50 2014 [Z0][ReM][E]: Req:8640 UID:- GroupPoolInfo
>> result FAILURE [GroupPoolInfo] User couldn't be authenticated, aborting
>> call.
>> Mon Dec  8 13:24:50 2014 [Z0][AuM][D]: Message received: LOG I 1 Command
>> execution fail: /var/lib/on

Re: [one-users] fastest way to set root passwords on vms

[Nikolaj Majorov]

Hi Carlos,
I'm new to Opennebula and I will give a try for init.sh  as you suggested
 ! Thanks!

I was looking for the similar functionality which exist in concurrent :-)
product  (OpenStack)  and calls password injections:

http://docs.openstack.org/admin-guide-cloud/content/admin-password-injection.html



2014-12-11 12:20 GMT+01:00 Carlos Martín Sánchez :
>
> Hi,
>
> On Wed, Dec 3, 2014 at 9:17 AM, Nikolaj Majorov 
> wrote:
>
>> Hello,
>> I'm searching the way to set the root password on the new created VMs
>> from  administrator side to be able to send notification to the user about
>> new created VM with a "temporary" root password.
>> Any ideas ?
>>
>> Regards,
>> Nikolaj
>>
>
> Do you know about the contextualization [1]? Users can set their ssh
> public key from the cloud view [2], and the context scripts will set it
> when the VM is booted.
>
> Or you can always use the init.sh script [3] to set the root password.
>
> Regards,
> Carlos
>
> [1]
> http://docs.opennebula.org/4.10/user/virtual_machine_setup/context_overview.html
> [2]
> http://docs.opennebula.org/4.10/administration/sunstone_gui/cloud_view.html#access-to-the-vm-ssh-keys
> [3]
> http://docs.opennebula.org/4.10/user/virtual_machine_setup/cong.html#defining-context
>
> --
> Carlos Martín, MSc
> Project Engineer
> OpenNebula - Flexible Enterprise Cloud Made Simple
> www.OpenNebula.org  | cmar...@opennebula.org
>  | @OpenNebula  
>
>
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] fastest way to set root passwords on vms

[Carlos Martín Sánchez]

Hi,

On Wed, Dec 3, 2014 at 9:17 AM, Nikolaj Majorov  wrote:

> Hello,
> I'm searching the way to set the root password on the new created VMs from
>  administrator side to be able to send notification to the user about new
> created VM with a "temporary" root password.
> Any ideas ?
>
> Regards,
> Nikolaj
>

Do you know about the contextualization [1]? Users can set their ssh public
key from the cloud view [2], and the context scripts will set it when the
VM is booted.

Or you can always use the init.sh script [3] to set the root password.

Regards,
Carlos

[1]
http://docs.opennebula.org/4.10/user/virtual_machine_setup/context_overview.html
[2]
http://docs.opennebula.org/4.10/administration/sunstone_gui/cloud_view.html#access-to-the-vm-ssh-keys
[3]
http://docs.opennebula.org/4.10/user/virtual_machine_setup/cong.html#defining-context

--
Carlos Martín, MSc
Project Engineer
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org  | cmar...@opennebula.org |
@OpenNebula  
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] Run bash script in vm on spin-up

[Carlos Martín Sánchez]

Hi,

On Fri, Nov 28, 2014 at 4:29 PM, Pavel Tankov <
pavel.tan...@strategyobject.com> wrote:

>
> Question: Why "Delete recreate" doesn't do just like when you manually
> delete the VM and then re-deploy from template?
>

It's a design decision. It also makes sense to honor the original
definition of the VM instance.

Please open a feature request at http://dev.opennebula.org if you think
both options should be present.

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

On Fri, Nov 28, 2014 at 4:29 PM, Pavel Tankov <
pavel.tan...@strategyobject.com> wrote:

>  OK, it seems I wasn't right. Opennebula DOES honor the INIT_SCRIPTS
> entry.
>
> I am sorry for blaming you!
>
> Why I got confused, though? Well, I was testing with a VM and its
> template. With every new change that I made to the template I went to the
> VM (via Sunstone GUI) and chose from the toolbar the button that says
> "Delete recreate", thinking that it will do what it says - namely it will
> delete the VM and then recreate it. Appears that wasn't quite the case.
> When I clicked the rightmost red button and chose "Delete" and then
> deployed the template again, the changes that I had made to the template
> actually took effect.
>
> Question: Why "Delete recreate" doesn't do just like when you manually
> delete the VM and then re-deploy from template?
>
> P.S.: Kerry, I discovered how to create CONTEXT files and put them to the
> "files" datastore, don't need to answer me. There is a nice menu in
> Sunstone called "Files & Kernels" which I somehow kept skipping. :)
> About your problem with test.sh - see if you have fallen in the same trap
> as me - try to first manually delete the VM and then re-deploy it from
> template for your changes to take effect. Other than that, all settings
> work like expected.
>
> Thanks,
> Pavel Tankov
>
>  On 28.11.2014 12:44, Pavel Tankov wrote:
>
> Hello Kerry,
>
> I am having the same problem. I think I discovered why your test.sh script
> doesn't get executed:
>
> !!! Opennebula completely disregards the INIT_SCRIPTS="test.sh" entry in
> your CONTEXT=[...] section of the template !!!
>
> How to verify? After your VM spins up, login and mount the CONTEXT image
> like so:
>
> mount -t iso9660 /dev/sr0 /mnt
>
> Enter /mnt and you will find your test.sh file there. So far so good.
> There is one more file there - context.sh. You can see that it contains
> the variables from your CONTEXT=[...] section of the template. You can
> see that it contains an entry like FILES_DS='...' or
> FILES='/var/lib/one/datastores/2/test.sh' that mentions your script.
> HOWEVER, it does NOT contain an entry like INIT_SCRIPTS="test.sh". OK, so
> now open /etc/one-context.d/99-execute-scripts. That script is
> responsible for executing your custom scripts. Here it is:
>
> #!/bin/bash
>
> MOUNT_DIR=/mnt
> TMP_DIR=/tmp/one-context-tmp
>
> if [ -z "$INIT_SCRIPTS" ]; then
> if [ -f "$MOUNT_DIR/init.sh" ]; then
> INIT_SCRIPTS=init.sh
> fi
> fi
>
> mkdir -p $TMP_DIR
> cd $MOUNT_DIR
>
> for f in $INIT_SCRIPTS; do
> cp $f $TMP_DIR
> chmod +x $TMP_DIR/$f
> $TMP_DIR/$f
> done
>
> In the beginning it checks to see if there is an environment variable
> INIT_SCRIPTS defined. It is never defined, no matter whether you put
> INIT_SCRIPTS="test.sh" in your CONTEXT=[...] or not because, as it seems,
> Opennebula silently disregards it. So, in that case the 99-execute-scripts
> script continues with the default, which is init.sh.
>
> TL; DR;
> Name your script init.sh and it will be executed.
>
> Opennebula devs, please, fix this!
>
> P.S.: Kerry, you say:
>
> *> I have created "test.sh" and put it into the "files" datastore on the 
> **head node.*
>
> Please, explain how you did it, because I can't seem to find a
> step-by-step explanation about this in the documentation.
>
> Thanks,
> -- Pavel Tankov
>
> On 12.09.2014 02:28, kerryhall . wrote:
>
>  Hi Valentin,
>
> I appreciate the help! I managed to create a new CONTEXT image, which
> copied my test.sh to the datastore successfully, and I updated my template
> to include those two lines you specified.
>
>  However, it looks like test.sh is not executing on vm spin up. Currently
> all it does is "touch /root/test.tmp" to confirm execution. However when I
> booted my vm, this file was not created. Also tried doing "useradd tmp" as
> well, with no luck. test.sh has executable flag set for user, group, and
> other. I also tried setting permissions of test.sh to 777, still no luck.
>
>  Thanks!!
>  Kerry
>
>
>
>
> On Mon, Sep 8, 2014 at 11:27 PM, Valentin Bud 
> wrote:
>
>> Hello Kerry,
>>
>>  Do you have a registered image of type CONTEXT with the name of
>> `test.sh`
>> in the files datastore?
>>
>>  The file you specify in FILES_DS can be found in the contextualization
>> CDROM
>> on the VM (/dev/disk/by-label/CONTEXT).
>>
>>  The fol

Re: [one-users] Recovering opennebula 4.8 with missing .one/one_auth file

[Carlos Martín Sánchez]

Hi,

On Wed, Dec 10, 2014 at 8:22 PM, Steven C Timm  wrote:

>  I recently had to restore my system from backup but forgot to include
> the .one/
> directory in the backups.. thus I have no one_auth file at the moment for
> the oneadmin user.
> Without that, OpenNebula won't start and thus  I can't do oneuser login
> which is what I would
> need to re-create it.
>
>  oneadmin user is currently using x.509 authentication.
> Any way to reset it to core authentication in the current state?
>
>  Steve
>

You need to stop oned and edit the body column for the oneadmin user, to
set the new auth_driver and password elements.

This is my xml for the password 'a'.


  0
  0
  
0
  
  oneadmin
  oneadmin
  86f7e437faa5a7fce15d1ddcb9eaeaea377667b8
  core
  1
  
  


  


Best regards,
Carlos.
--
Carlos Martín, MSc
Project Engineer
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org  | cmar...@opennebula.org |
@OpenNebula  
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] OpenNebula and FreeIPA authentication

[Javier Fontan]

There seems to be a problem getting the groups from OpenNebula. Can you
send us the output of:

onegroup list -x

To fix the problem you can disable mapping generation adding this line to
the server configuration:

:mapping_generate: false

Cheers

On Mon Dec 08 2014 at 3:55:46 PM Mr Sensible 
wrote:

> I am struggling a little bit with hooking my test OpenNebula in to my
> existing FreeIPA authentication domain.
>
> I am currently running OpenNebula 4.10.1 running on Centos 6.5, and I am
> trying to connect it to my existing FreeIPA 3.0.0 server.
>
> I currently have three services authenticating via ldap to the IPA
> server, so I "think" that bit is right.
>
> When I install opennebula for the first time, get everything setup, add
> the ldap authentication config, everything looks OK. I create a user in
> Sunstone, set the auth method to LDAP, and then successfully sign in to
> Sunstone. Happy face.
> I change the user to oneadmin group in Sunstone.
>
> The following day, I am no longer able to log in as that user, and no
> amount of deleting user and re-adding user seems to make any difference.
> I have also tried NOT creating the user via sunstone, and just logging
> in, same errors.
>
> Does anybody have any idea what I might be doing wrong, or even where I
> can look to figure what is not working? Config and log files below. Many
> thanks in advance.
>
> --
> oned.conf
> ---
> AUTH_MAD = [
>  executable = "one_auth_mad",
>  authn = "ssh,x509,ldap,default,server_cipher,server_x509"
> ]
>
> --
> ldap_auth.conf
> 
> server 1:
>  # Ldap authentication method
>  :auth_method: :simple
>
>  # Ldap server
>  :host: ipa1.lab.company.com
>  :port: 389
>
>  # Uncomment this line for tsl conections
>  #:encryption: :simple_tls
>
>  # base hierarchy where to search for users and groups
>  :base: 'cn=users,cn=accounts,dc=lab,dc=company,dc=com'
>
>  # group the users need to belong to. If not set any user will do
>  #:group: 'cn=users,cn=accounts'
>
>  # field that holds the user name, if not set 'cn' will be used
>  :user_field: 'uid'
>
>   :order:
>   - server 1
>
> --
> oned.log
> --
> Mon Dec  8 13:24:50 2014 [Z0][ReM][D]: Req:8640 UID:-1 GroupPoolInfo
> invoked
> Mon Dec  8 13:24:50 2014 [Z0][ReM][E]: Req:8640 UID:- GroupPoolInfo
> result FAILURE [GroupPoolInfo] User couldn't be authenticated, aborting
> call.
> Mon Dec  8 13:24:50 2014 [Z0][AuM][D]: Message received: LOG I 1 Command
> execution fail: /var/lib/one/remotes/auth/ldap/authenticate peter.harris
> - 
>
> Mon Dec  8 13:24:50 2014 [Z0][AuM][I]: Command execution fail:
> /var/lib/one/remotes/auth/ldap/authenticate peter.harris - 
> Mon Dec  8 13:24:50 2014 [Z0][AuM][D]: Message received: LOG I 1 Trying
> server server 1
>
> Mon Dec  8 13:24:50 2014 [Z0][AuM][I]: Trying server server 1
> Mon Dec  8 13:24:50 2014 [Z0][AuM][D]: Message received: LOG I 1
> Exception raised authenticating to LDAP
>
> Mon Dec  8 13:24:50 2014 [Z0][AuM][I]: Exception raised authenticating
> to LDAP
> Mon Dec  8 13:24:50 2014 [Z0][AuM][D]: Message received: LOG I 1
> #
>
> Mon Dec  8 13:24:50 2014 [Z0][AuM][I]: # `children' for nil:NilClass>
> Mon Dec  8 13:24:50 2014 [Z0][AuM][D]: Message received: LOG I 1
> /usr/lib/one/ruby/opennebula/xml_element.rb:357:in `build_hash'
>
> Mon Dec  8 13:24:50 2014 [Z0][AuM][I]:
> /usr/lib/one/ruby/opennebula/xml_element.rb:357:in `build_hash'
> Mon Dec  8 13:24:50 2014 [Z0][AuM][D]: Message received: LOG I 1
> /usr/lib/one/ruby/opennebula/xml_element.rb:341:in `to_hash'
>
> Mon Dec  8 13:24:50 2014 [Z0][AuM][I]:
> /usr/lib/one/ruby/opennebula/xml_element.rb:341:in `to_hash'
> Mon Dec  8 13:24:50 2014 [Z0][AuM][D]: Message received: LOG I 1
> /usr/lib/one/ruby/opennebula/ldap_auth.rb:93:in `generate_mapping'
>
> Mon Dec  8 13:24:50 2014 [Z0][AuM][I]:
> /usr/lib/one/ruby/opennebula/ldap_auth.rb:93:in `generate_mapping'
> Mon Dec  8 13:24:50 2014 [Z0][AuM][D]: Message received: LOG I 1
> /usr/lib/one/ruby/opennebula/ldap_auth.rb:69:in `initialize'
>
> Mon Dec  8 13:24:50 2014 [Z0][AuM][I]:
> /usr/lib/one/ruby/opennebula/ldap_auth.rb:69:in `initialize'
> Mon Dec  8 13:24:50 2014 [Z0][AuM][D]: Message received: LOG I 1
> /var/lib/one/remotes/auth/ldap/authenticate:69:in `new'
>
> Mon Dec  8 13:24:50 2014 [Z0][AuM][I]:
> /var/lib/one/remotes/auth/ldap/authenticate:69:in `new'
> Mon Dec  8 13:24:50 2014 [Z0][AuM][D]: Message received: LOG I 1
> /var/lib/one/remotes/auth/ldap/authenticate:69
>
> Mon Dec  8 13:24:50 2014 [Z0][AuM][I]:
> /var/lib/one/remotes/auth/ldap/authenticate:69
> Mon Dec  8 13:24:50 2014 [Z0][AuM][D]: Message received: LOG I 1
> /var/lib/one/remotes/auth/ldap/authenticate:59:in `each'
>
> Mon Dec  8 13:24:50 2014 [Z0][AuM][I]:
> /var/lib/one/remotes/auth/ldap/authenticate:59:in `each'
> Mon Dec 

Re: [one-users] The joy of Gluster

[Javier Fontan]

Both system an images storage should be the same when using gluster driver.
Usually you can do this mounting the gluster storage somewhere in your
system, for example /glusterfs and then symlinking the datastore
directories, for example:

ln -s /glusterfs /var/lib/one/datastores/0
ln -s /glusterfs /var/lib/one/datastores/100

If you already have it mounted in the system datastore directory you can
also symlink from there:

ln -s /var/lib/one/datastores/0 /var/lib/one/datastores/100

Cheers

On Thu Dec 04 2014 at 1:21:12 PM Peter Harris 
wrote:

> Hi
>
> I have just installed a test OpenNebula system to figure out how it all
> hangs together, and see if I can use it for our
> development/support/projects departments.
>
> I currently have:
> - on-ctrl
> 4Gb RAM
> 146Gb HD
> Centos 6.5
> OpenNebula 4.10.1, installed as per
> http://docs.opennebula.org/4.10/design_and_installation/building_your_cloud/ignc.html
> Gluster 3.5.2, with on-node1 gluster volume mounted on
> /var/lib/one/datastores/0 (with datasores/1 linked to datastores/1)
>
> -on-node1
> 16Gb RAM
> 500Gb HD
> 3TB HD, shared via gluster volume gv-storage, replicated on on-node2
> Centos 6.5
> OpenNebula 4.10.1, installed as per
> http://docs.opennebula.org/4.10/design_and_installation/building_your_cloud/ignc.html
> Gluster 3.5.2 configured as per
> http://docs.opennebula.org/4.10/administration/storage/gluster_ds.html,
> with on-node1 gluster volume mounted on /var/lib/one/datastores/0 (with
> datasores/1 linked to datastores/1)
>
> -on-node2
> 16Gb RAM
> 500Gb HD
> 3TB HD, shared via gluster volume gv-storage, replicated on on-node1
> Centos 6.5
> OpenNebula 4.10.1, installed as per
> http://docs.opennebula.org/4.10/design_and_installation/building_your_cloud/ignc.html
> Gluster 3.5.2 configured as per
> http://docs.opennebula.org/4.10/administration/storage/gluster_ds.html,
> with on-node2 gluster volume mounted on /var/lib/one/datastores/0 (with
> datasores/1 linked to datastores/1)
>
> Hopefully this is not a massively stupid configuration. I appreciated my
> shared filesystems should be on some form of SAN/NAS, but everything I have
> is begged, stolen or borrowed, and I have been given a smaller budget than
> normal (usually 0).
>
> My question is, if I follow
> http://docs.opennebula.org/4.10/administration/storage/gluster_ds.html,
> at the stage "Configuring GlusterFS Datastore", I create the ds.conf, set
> the correct GLUSTER_HOST (using the same port listed on the web page) and
> GLUSTER_VOLUME name.
>
> When I run onedatastore create and then onedatastore list, the new
> datastore, ID 100, shows as the same size as the datastore directory on the
> ctrl server
>  onedatastore list
>   ID NAMESIZE AVAIL CLUSTER  IMAGES TYPE DS   TM
>0 system3T 95%   - 0 sys  -
> shared
>1 default   3T 95%   - 0 img  fs
> shared
>2 files79G 95%   - 0 fil  fs   ssh
>  100 glusterds79G 95%   - 0 img  fs
> shared
>
> I am confused, I was expecting glusterds to be the same as the 0 System /1
> default datastores. Do I actually need glusterds, or can I just go ahead
> and create my images on 1 default and have them used by the hosts (which
> have the gluster volume mounted on /var/lib/one/datastores/0 ).
>
> I have searched through the mail archive, and tried to follow what has
> been said there, but I still have a confused.
>
> Thanks in advance
>
>
>
>
> ___
> 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] Blog post: Technical Notes from OpenNebulaConf 2014

[Alvaro Simon Garcia]

Hi Carlos et ONE guys

Thanks a lot for this! it was very useful and a great conf!

Cheers
Alvaro
On 10/12/14 17:21, Carlos Martín Sánchez wrote:

Dear community,

We just published a blog post with the feedback we gathered from you 
during the OpenNebulaConf 2014. Thank you for your attendance and your 
participation, hopefully we didn't miss anything!


I hope you find it interesting:

http://opennebula.org/technical-notes-from-opennebulaconf-2014/

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



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