That's exactly what happened , and on a clean install of 4.0 I was able to 
modify oned.conf and change the default datastore to /vmfs/volumes and it 
modified the original settings to use that for system(0) and images(1)

But on a clean install of 4.2 - it made me create new DS's and assign new 
system(102) and images(103) to the cluster so as not to use 0/1/2 which only 
expected local datastores.

Michael Curran | connectsolutions | Lead Network Architect
Phone 614.568.2285 | Mobile 614.403.6320 | 
www.connectsolutions.com<http://www.connectsolutions.com>

From: Jaime Melis [mailto:[email protected]]
Sent: Thursday, August 15, 2013 7:48 AM
To: Michael Curran
Cc: [email protected]
Subject: Re: [one-users] Datastores

Sorry to ask you this basic question, but, what exactly do you mean by

When upgrade my first test installation from 4.0 à 4.2  it changed those 
definitions from /vmfs/voluems to /var/lib/one/datastore

Do you mean that before the upgrade you did "onedatastore show <id>|grep 
BASE_PATH" and it pointed to /vmfs/volumes and after the upgrade the output was 
/var/lib/one/datastores ??

That shouldn't be happening at all.

On Wed, Aug 14, 2013 at 8:14 AM, Michael Curran 
<[email protected]<mailto:[email protected]>>
 wrote:
The problem is - when I installed ON4.0 - I was able to re-direct the 
datastores to the /vmfs/volumes instead of /var/lib/one/datastores

So my system (0) and images (1) datastores did not have to be re-recreated

When upgrade my first test installation from 4.0 --> 4.2  it changed those 
definitions from /vmfs/voluems to /var/lib/one/datastores and I had to create 
my own datastores because they were not customizable by me

Originally thought it was part of the upgrade process - however when I built a 
clean installation of 4.2 I ran into the same problem 0/1/2 datastores all 
expect ONLY local volumes to the ON node and I had to create my own datastores 
for the cluster I built.

I would expect that I should be able to do one of the following


*  Delete and recreate the 0/1/2 datastores for use as VMFS volumes instead of 
locally mounted datastores

*  Modify or change those datastore definitions from locally mounted 
directories to vmfs mounts (which is what I set in the oned.conf file, and is 
adopted by the datastores)

Michael Curran | connectsolutions | Lead Network Architect
Phone 614.568.2285<tel:614.568.2285> | Mobile 614.403.6320<tel:614.403.6320> | 
www.connectsolutions.com<http://www.connectsolutions.com>

From: Jaime Melis [mailto:[email protected]<mailto:[email protected]>]
Sent: Tuesday, August 13, 2013 5:36 PM

To: Michael Curran
Cc: [email protected]<mailto:[email protected]>
Subject: Re: [one-users] Datastores

Hi Michael,

would you care to explain the problem again? we don't quite understand what 
might be the issue. Do you have any further comments on the matter?

regards,
Jaime

On Thu, Aug 8, 2013 at 12:44 PM, Michael Curran 
<[email protected]<mailto:[email protected]>>
 wrote:
An update to this -

I ran into the same issue with the DS names, before creating them myself - and 
they only point locally

I've created the system/images DS's on my ESXi hosts as 102/103 - and working 
on getting them to monitor

So far just get errors if I run /var/lib/one/remotes/datastore/vmfs/monitor

Are they any options at the end of monitor?


Michael Curran | connectsolutions | Lead Network Architect
Phone 614.568.2285<tel:614.568.2285> | Mobile 614.403.6320<tel:614.403.6320> | 
www.connectsolutions.com<http://www.connectsolutions.com>

From: Ruben S. Montero 
[mailto:[email protected]<mailto:[email protected]>]
Sent: Thursday, July 25, 2013 12:55 PM

To: Michael Curran
Cc: [email protected]<mailto:[email protected]>
Subject: Re: [one-users] Datastores

Ok Thanks. We've been looking at the upgrade process and it should not modify 
the base path of the datastores....


Cheers

Ruben

On Thu, Jul 25, 2013 at 6:21 PM, Michael Curran 
<[email protected]<mailto:[email protected]>>
 wrote:
Okay - I re-created the images DS from the Sunstone GUI and when I uploaded an 
image it now captures the right size - bug report maybe? I'll find out tomorrow 
when I transfer this to our DC lab machines from our office labs on a clean 
build

Michael Curran | connectsolutions | Lead Network Architect
Phone 614.568.2285<tel:614.568.2285> | Mobile 614.403.6320<tel:614.403.6320> | 
www.connectsolutions.com<http://www.connectsolutions.com>

From: 
[email protected]<mailto:[email protected]> 
[mailto:[email protected]<mailto:[email protected]>]
 On Behalf Of Michael Curran
Sent: Thursday, July 25, 2013 11:26 AM
To: [email protected]<mailto:[email protected]>

Cc: [email protected]<mailto:[email protected]>
Subject: Re: [one-users] Datastores

The problem exists because when I upgrade from 4.0.1 --> 4.1.80 it recreated 
the images datastore with a path of /var/lib/one/datastores/1 and since I am on 
vmfs - it should be /vmfs/volumes/1

Is there a way to modify that path? Or will I have to re-create the datastore 
in OpenNebula and then rename the datastore?

Michael Curran | connectsolutions | Lead Network Architect
Phone 614.568.2285<tel:614.568.2285> | Mobile 614.403.6320<tel:614.403.6320> | 
www.connectsolutions.com<http://www.connectsolutions.com>

From: Michael Curran
Sent: Thursday, July 25, 2013 9:06 AM
To: [email protected]<mailto:[email protected]>; Michael Curran
Cc: [email protected]<mailto:[email protected]>
Subject: RE: [one-users] Datastores

What does the monitor command look like from the CLI ? My logs only show 
successful response, not what it ran to check

But your right, if I do a list on the datastores - my system/images sore zero 
or nothing...so that's my issue

Sent from my Android phone using TouchDown 
(www.nitrodesk.com<http://www.nitrodesk.com>)

-----Original Message-----
From: Michael Curran 
[[email protected]<mailto:[email protected]>]
Received: Wednesday, 24 Jul 2013, 2:23pm
To: Ruben S. Montero [[email protected]<mailto:[email protected]>]
CC: [email protected]<mailto:[email protected]> 
[[email protected]<mailto:[email protected]>]
Subject: Re: [one-users] Datastores
Ive been on the datastores - I will check the monitor data since that makes the 
most sense - something must be amiss there

My test env has 2 1tb volumes with one image and 2 running VM's - neither is 
more than 2% used

So monitoring seems the likelier culprit - Ill investigate that piece.

Michael Curran | connectsolutions | Lead Network Architect
Phone 614.568.2285<tel:614.568.2285> | Mobile 614.403.6320<tel:614.403.6320> | 
www.connectsolutions.com<http://www.connectsolutions.com>

From: Ruben S. Montero [mailto:[email protected]]
Sent: Wednesday, July 24, 2013 1:04 PM
To: Michael Curran
Cc: [email protected]<mailto:[email protected]>
Subject: Re: [one-users] Datastores

This error is because of the space left in the datastore. Can you check that 
datastores are being monitor, and capacity data is get without errors? Are 
there any error or message relative to monitor datastores in oned.log? What is 
the size available/total shown in onedatastore show ?

Cheers

Ruben

On Wed, Jul 24, 2013 at 5:30 PM, Michael Curran 
<[email protected]<mailto:[email protected]>>
 wrote:
Can the images DS and the filestore DS be the same physical volume? Or must 
they be 2 separate volumes?

When I try to upload files to the images DS - I get

Req:752 UID:0 ImageAllocate result FAILURE Not enough space in datastore

I also tested images files - and I get the same error

I logged into the ESX host and made my way to the images datastore in 
/vmfs/volumes/1 - and as oneadmin (ssh , no passwd) I am able to create and 
remove files within the datastore itself

p.s. - commands also fail the same way via CLI and oneimage command

Michael Curran | connectsolutions | Lead Network Architect
Phone 614.568.2285<tel:614.568.2285> | Mobile 614.403.6320<tel:614.403.6320> | 
www.connectsolutions.com<http://www.connectsolutions.com>


_______________________________________________
Users mailing list
[email protected]<mailto:[email protected]>
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org



--
--
Join us at OpenNebulaConf2013 in Berlin, 24-26 September, 2013
--
Ruben S. Montero, PhD
Project co-Lead and Chief Architect
OpenNebula - The Open Source Solution for Data Center Virtualization
www.OpenNebula.org<http://www.OpenNebula.org> | 
[email protected]<mailto:[email protected]> | @OpenNebula



--
--
Join us at OpenNebulaConf2013 in Berlin, 24-26 September, 2013
--
Ruben S. Montero, PhD
Project co-Lead and Chief Architect
OpenNebula - The Open Source Solution for Data Center Virtualization
www.OpenNebula.org<http://www.OpenNebula.org> | 
[email protected]<mailto:[email protected]> | @OpenNebula

_______________________________________________
Users mailing list
[email protected]<mailto:[email protected]>
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org



--
Join us at OpenNebulaConf2013<http://opennebulaconf.com/> in Berlin, 24-26 
September, 2013
--
Jaime Melis
Project Engineer
OpenNebula - The Open Source Toolkit for Cloud Computing
www.OpenNebula.org<http://www.OpenNebula.org> | 
[email protected]<mailto:[email protected]>



--
Join us at OpenNebulaConf2013<http://opennebulaconf.com/> in Berlin, 24-26 
September, 2013
--
Jaime Melis
Project Engineer
OpenNebula - The Open Source Toolkit for Cloud Computing
www.OpenNebula.org<http://www.OpenNebula.org> | 
[email protected]<mailto:[email protected]>
_______________________________________________
Users mailing list
[email protected]
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Reply via email to