Yeah, I knew I was lacking a lot of info...but I wasn't sure where to start. So here's some more info based on your posts:
It doesn't show me which element it fails at. I just try to start the workflow and it fails pretty immediately.
Here's something interesting...I tried one of the pre-existing workflows (disconnect attached devices) and that also fails immediately without telling me why. I am logged in to vCenter Orchestrator with the same credentials I have been using from the beginning, though.
I'm using the local system account for the vco services. When I go into the vCO confgiration and test LDAP, it works fine. It tells me the user I've tested with is a member of the vCO administration group...which is also the user I log in to vCO client with. I'm using a local admin user account and password to login to vCenter and that password has not changed. Also, I'm able to pull up the inventory and all that, which I would think wouldn't work if I couldn't login to vCenter from vCO.
Here is a snippet from the log file:
Added property's filters '[parent, name, snapshot, summary]' for managed object reference(s) '[vm-53011, vm-55131]'
2011-04-27 14:35:48.117-0400 INFO [FiltersManager] createPropertyFilter() [administrator@http://192.168.100.79:80/sdk/Main#730811b5, Nb filters used 83] --> Added property's filters '[parent, name, snapshot, summary]' for managed object reference(s) '[vm-54712, vm-53743]' 2011-04-27 14:35:56.288-0400 INFO [Execution] Executing workflow 'Disconnect all detachable devices from a running virtual machine'
2011-04-27 14:35:56.489-0400 WARN [WorkflowHandler] Error in execution of workflow 'Disconnect all detachable devices from a running virtual machine'
java.lang.NoClassDefFoundError: Could not initialize class com.vmware.vmo.plugin.vix.VixServer
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:247)
at ch.dunes.vso.sdk.SDKModuleDescription.defineInScope(SDKModuleDescription.java:453)
at ch.dunes.vso.sdk.ModulesFactory.defineInScope(ModulesFactory.java:412)
at ch.dunes.scripting.jsmodel.Definitions.doDefineModelInScope(Definitions.java:94)
at ch.dunes.scripting.jsmodel.Definitions.defineModelInScope(Definitions.java:48)
at ch.dunes.scripting.server.script.MainScriptingObject.<init>(MainScriptingObject.java:144)
at ch.dunes.workflow.engine.mbean.helper.WorkflowHandler.execute(WorkflowHandler.java:183)
at ch.dunes.workflow.engine.mbean.helper.WorkflowHandler.run(WorkflowHandler.java:155)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
2011-04-27 14:35:56.509-0400 WARN [WorkflowHandler] Unable to Clean Scripting context
java.lang.NullPointerException
at ch.dunes.workflow.engine.mbean.helper.WorkflowHandler.end(WorkflowHandler.java:527)
at ch.dunes.workflow.engine.mbean.helper.WorkflowHandler.execute(WorkflowHandler.java:257)
at ch.dunes.workflow.engine.mbean.helper.WorkflowHandler.run(WorkflowHandler.java:155)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
I see that there is an error: Could not initialize class com.vmware.vmo.plugin.vix.VixServer
I'm not exactly sure what to do with that, though...or why anything would be different than it was a few weeks ago.
Thanks!