Hi Lars,
I found out the hard way today that the path names to the
resource Pools in the vda.properties file
can become rather long vinded.
/datacenter_name/host/cluster_name/Resources/Pool
/datacenter_name/host/cluster_name/Resources/Pool-Kiosk
was the end result of the investigation . This was using the newly
released ESX 3.02 VI-center 2.01 combo.
These paths look wrong (not that you won't have long winded paths even
with the right ones, though). The pool folders should be in the Virtual
Machines & Templates view, not in the Hosts & Clusters one. The VM&T
view is represented in path terms with the prefix /<datacenter>/vm,
while the H&C view is represented with /<datacenter>/host.
So you should have just one path in your vda.properties starting with
/<datacenter>/host, which is the cluster path
(/<datacenter>/host/<cluster>), and a bunch of paths for your pool
folders and their templates looking like /<datacenter>/vm/<pool> and
/<datacenter>/vm/<template>.
I am also having a problem with the vda-service that I dont
understand yet.
The vda-service in the VI-center machine thats trying to use
http://localhost/sdk is reporting in the log file that it cant find
the method "CreateFolder"
I assume this is some sort of misconfiguration I have done that the
"vda-service test" script does not find or check for.
At least the SDK programming guide for VI center 2.01 states that
the " CreateFolder" method is supposed to be there.
anyone got a clue ?
That looks strange indeed, but might be related to the fact that your
paths are not correct, as I indicated above. I didn't check, but it's
possible that the "Resources" sub-path you're pointing to doesn't allow
the creation of sub-folders (such as Pool or Pool-Kiosk), and thus
you're getting that error. Please try again with the correct paths, and
if it still doesn't work, please give us the full stack information for
the error which appears in the log and we'll try and see what's going wrong.
Thanks,
Cyrille
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
