Re: [BULK] Re: unable to access vmx base directory path

2011-02-12 Thread Marty Malinics
Yes this easily gets confusing. The directory on the management node is
set under your management node configuration under install path.  This
is actually stores a copy of the image. The datastore is a directory on
the ESXi and from what I understand can be a local volume or a network
resource (nfs). When you select localdisk the image is stored on both
the datastore location and also copied to the management node location.
When you select networkdisk the image is only stored in the datastore
location. If this is not correct I hope someone will correct me but this
is what I have seen and gather from the documentation.

Martin

Martin Malinics
Network Manager
Coatesville Area School District
610-466-2441
malin...@coatesville.k12.pa.us
 Mauricio César Ramírez Torresmrami...@cft.com.mx 02/12/11 12:08 PM

Thanks Martin, I think I'm beginning to understand, I
think my error is because the
configuration I'm setting in the profile VMWare ESX - Local Storage I
did consideringthat the storage is local to the ESX but actually
refers to is for local ManagementNode ifI am correct then I
create a local
resource in my managementnode and share via NFSwith ESXi and the path
that I set in the profile is for the ManagementNode.

On 11/02/11 19:56, Marty Malinics wrote:
 I'm still pretty new to this myself but I just spent most of the week
 learning it and finally was able to capture an image. From what I read
 in the documentation depending on whether you set up your VM profile
for
 localdisk or network disk your image will be stored on the management
 server or a shared network disk. If you have more than one Virtual
host
 you may want to go the network shared route. The easiest way is to
 create a new storage repository on the VMsphere client. I used nfs and
 named mine VCL but I don't think it really matters as long as it
matches
 the VM profile under the datastore setting. Once you create the
storage
 on the vmsphere client you will see a new directory created under
 /vmfs/volumes/ on the ESXi server. The directory
/install/vmware_images
 is the location on the management server where images are stored.
 Regarding the vmx file location, this is set under the VM path setting
 in the VM profile. I used the location /vmware on the ESXi server.
When
 a new vmx is created it creates a new directory of the virtual machine
 with the vmx file located in it.
 I think that is the setting that you may be missing. Hope that helps.

 yours,
 Martin


-- 
Atte.

Mauricio César Ramírez Torres.
Soporte Técnico Frigus Bohn.
Tel. (442) 296 4566







-
Antes de imprimir este correo electrónico, piensa bien si es
imprescindible hacerlo. 
El Medio Ambiente es cosa de todos.






Re: unable to access vmx base directory path

2011-02-11 Thread Marty Malinics
I'm still pretty new to this myself but I just spent most of the week
learning it and finally was able to capture an image. From what I read
in the documentation depending on whether you set up your VM profile for
localdisk or network disk your image will be stored on the management
server or a shared network disk. If you have more than one Virtual host
you may want to go the network shared route. The easiest way is to
create a new storage repository on the VMsphere client. I used nfs and
named mine VCL but I don't think it really matters as long as it matches
the VM profile under the datastore setting. Once you create the storage
on the vmsphere client you will see a new directory created under
/vmfs/volumes/ on the ESXi server. The directory /install/vmware_images
is the location on the management server where images are stored.
Regarding the vmx file location, this is set under the VM path setting
in the VM profile. I used the location /vmware on the ESXi server. When
a new vmx is created it creates a new directory of the virtual machine
with the vmx file located in it.
I think that is the setting that you may be missing. Hope that helps.

yours,
Martin

Martin Malinics
Network Manager
Coatesville Area School District
610-466-2441
malin...@coatesville.k12.pa.us
 Mauricio César Ramírez Torresmrami...@cft.com.mx 02/11/11 6:48 PM

I'm trying to capture an image, but I have no access to datastorage I
guess it's the way I'm setting up, but I tried several ways and I can
not do it, anyone can give me an example ? I've tried using ESXi

/vmfs/volumes/datastore1/
datastore1/
/vmfs/UUID/datastore1/

then rename the datastore because I read the file esx.README and try to
replicate the structure suggests, but I still have the same error
[VCL]/golden/
VCL/golden
/vmfs/volumes/VCL/golden

011-02-11
17:14:36|22767|9:9|new|vSphere_SDK.pm:is_restricted(1079)|access to the
VM host via the vSphere SDK is NOT restricted due to the license
2011-02-11 17:14:36|22767|9:9|new|VMware.pm:initialize(229)|vSphere SDK
object will be used to control the VM: milinux, and to control the OS of
the VM host: vclesx
2011-02-11
17:14:38|22767|9:9|new|vSphere_SDK.pm:get_vmware_product_name(955)|VMware
product
being used on VM host vclesx: 'VMware ESXi 4.0.0 build-261974'
2011-02-11
17:14:42|22767|9:9|new|vSphere_SDK.pm:get_file_info(1937)|searching for
matching file paths: base directory path: '[VCL]', search pattern:
'golden'
2011-02-11
17:14:42|22767|9:9|new|vSphere_SDK.pm:find_files(1705)|matching file
count: 0
2011-02-11 17:14:42|22767|9:9|new|vSphere_SDK.pm:file_exists(1577)|file
does not exist: [VCL] golden
|22767|9:9|new|  WARNING 
|22767|9:9|new| 2011-02-11
17:14:42|22767|9:9|new|VMware.pm:initialize(285)|unable to access vmx
base directory path: [VCL]/golden
|22767|9:9|new| ( 0) utils.pm, notify (line: 630)
|22767|9:9|new| (-1) VMware.pm, initialize (line: 285)
|22767|9:9|new| (-2) Module.pm, new (line: 159)
|22767|9:9|new| (-3) State.pm, initialize (line: 127)
|22767|9:9|new| (-4) Module.pm, new (line: 159)
|22767|9:9|new| (-5) vcld, make_new_child (line: 591)
|22767|9:9|new| (-6) vcld, main (line: 342)
|22767|9:9|new|  WARNING 
|22767|9:9|new| 2011-02-11
17:14:42|22767|9:9|new|State.pm:initialize(132)|provisioning object
could not be created, returning 0
|22767|9:9|new| ( 0) utils.pm, notify (line: 630)
|22767|9:9|new| (-1) State.pm, initialize (line: 132)
|22767|9:9|new| (-2) Module.pm, new (line: 159)
|22767|9:9|new| (-3) vcld, make_new_child (line: 591)
|22767|9:9|new| (-4) vcld, main (line: 342)
2011-02-11 17:14:42|22767|9:9|new|State.pm:DESTROY(902)|destructor
called, ref($self)=VCL::new
2011-02-11
17:14:42|22767|9:9|new|utils.pm:delete_computerloadlog_reservation(6829)|removing
computerloadlog entries matching loadstate = begin
2011-02-11
17:14:42|22767|9:9|new|utils.pm:delete_computerloadlog_reservation(6876)|deleted
rows from computerloadlog for reservation id=9
2011-02-11 17:14:42|22767|9:9|new|State.pm:DESTROY(909)|rem2011-02-11 
17:14:42|22767|9:9|new|State.pm:DESTROY(921)|number of
database handles state process created: 1
2011-02-11 17:14:42|22767|9:9|new|State.pm:DESTROY(930)|process has a
database handle stored in $ENV{dbh}, attempting disconnect
2011-02-11 17:14:42|22767|9:9|new|State.pm:DESTROY(932)|$ENV{dbh}:
database disconnect successful
2011-02-11 17:14:42|22767|9:9|new|State.pm:DESTROY(946)|VCL::new process
22767 exiting


-- 
Atte.

Mauricio César Ramírez Torres.
Soporte Técnico Frigus Bohn.
Tel. (442) 296 4566







-
Antes de imprimir este correo electrónico, piensa bien si es
imprescindible hacerlo. 
El Medio Ambiente es cosa de todos.