Re: VSC doesn't seem to have enough right

xavierb · ‎2011-04-20

hello

I try to get help on VSC plugin log

install VSC was ok, I am trying to discover NFS controller.

put the IP address and credential for netapp filer (fas3210)

VSC discover storage controller and vSphere server BUT when i click on finish, all linformations disappear.

so i can't never see any NFS datastore and servers

I have a look to log file but I am not sure what is happenned

2011-04-20 23:29:12,534 (867959) [1547327029@qtp-85198601-10] INFO com.netapp.exoforce.server.DataServiceImpl - Connected to DataServiceImpl
2011-04-20 23:29:12,535 (867960) [1547327029@qtp-85198601-10] DEBUG com.netapp.exoforce.server.DataServiceImpl - Data Model contains Controllers: 1, Hosts: 20
2011-04-20 23:29:12,535 (867960) [1547327029@qtp-85198601-10] INFO com.netapp.exoforce.server.DataServiceImpl - Setting the stopDiscovery flag = false
2011-04-20 23:29:12,535 (867960) [1547327029@qtp-85198601-10] DEBUG com.netapp.exoforce.server.Viapi - serviceUrl = https://seraimadm02/sdk
2011-04-20 23:29:12,535 (867960) [1547327029@qtp-85198601-10] DEBUG com.netapp.exoforce.server.Viapi - sessionId = B0EE5A44-60C7-4F80-B649-011C3E35E6A9
2011-04-20 23:29:12,535 (867960) [1547327029@qtp-85198601-10] DEBUG com.netapp.exoforce.server.Viapi - Establishing session...
2011-04-20 23:29:13,129 (868554) [1547327029@qtp-85198601-10] DEBUG com.netapp.exoforce.server.Viapi - Session established!
2011-04-20 23:29:13,161 (868586) [1547327029@qtp-85198601-10] DEBUG com.netapp.exoforce.server.DataServiceImpl - Found 21 Host Systems.
2011-04-20 23:29:14,943 (870368) [1547327029@qtp-85198601-10] DEBUG com.netapp.exoforce.server.DataServiceImpl - Caching: Initialized in 1599ms
2011-04-20 23:29:14,996 (870421) [1547327029@qtp-85198601-10] DEBUG com.netapp.exoforce.server.DataServiceImpl - Terminating stale task.: task-24147
2011-04-20 23:29:15,085 (870510) [1547327029@qtp-85198601-10] DEBUG com.netapp.exoforce.server.DataServiceImpl - Successfully set the task to error
2011-04-20 23:29:15,098 (870523) [1547327029@qtp-85198601-10] DEBUG com.netapp.exoforce.server.DataServiceImpl - Terminating stale task.: task-24148
2011-04-20 23:29:15,138 (870563) [1547327029@qtp-85198601-10] DEBUG com.netapp.exoforce.server.DataServiceImpl - Successfully set the task to error
2011-04-20 23:29:15,787 (871212) [1547327029@qtp-85198601-10] DEBUG com.netapp.exoforce.server.DataServiceImpl - Terminating stale task.: task-24159
2011-04-20 23:29:15,813 (871238) [1547327029@qtp-85198601-10] DEBUG com.netapp.exoforce.server.DataServiceImpl - RuntimeFault exception thrown when setting the task description. null
2011-04-20 23:29:15,820 (871245) [1547327029@qtp-85198601-10] DEBUG com.netapp.exoforce.server.DataServiceImpl - Handling exception: RuntimeFault error while updating task state.
2011-04-20 23:29:15,821 (871246) [1547327029@qtp-85198601-10] FATAL com.netapp.exoforce.server.DataServiceImpl - RuntimeFault error while updating task state.
com.vmware.vim25.NoPermission
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at java.lang.Class.newInstance0(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
at com.vmware.vim25.ws.XmlGen.fromXml(XmlGen.java:201)
at com.vmware.vim25.ws.XmlGen.parseSoapFault(XmlGen.java:80)
at com.vmware.vim25.ws.WSClient.invoke(WSClient.java:128)
at com.vmware.vim25.ws.VimStub.setTaskState(VimStub.java:1486)
at com.vmware.vim25.mo.Task.setTaskState(Task.java:81)
at com.netapp.exoforce.server.DataServiceImpl.setTaskState(DataServiceImpl.java:1322)
at com.netapp.exoforce.server.DataServiceImpl.terminateDiscoveryTasks(DataServiceImpl.java:1383)
at com.netapp.exoforce.server.DataServiceImpl.discoverAll(DataServiceImpl.java:255)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:527)
at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:166)
at com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:86)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:502)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
at com.netapp.nvpf.container.vsphere.security.VSphereAuthorizationFilter.doFilter(VSphereAuthorizationFilter.java:84)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1148)
at com.netapp.nvpf.container.vsphere.request.VSphereClientRequestContextFilter.doFilterInternal(VSphereClientRequestContextFilter.java:47)
at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1148)
at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:83)
at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1148)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:387)
at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:417)
at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:326)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:534)
at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:879)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:747)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
at org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)
at org.mortbay.jetty.security.SslSocketConnector$SslConnection.run(SslSocketConnector.java:636)
at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:520)
2011-04-20 23:29:15,890 (871315) [174240671@qtp-85198601-8] ERROR gwt-log - [10.1.30.30] 2011-04-20 23:29:15,830 [ERROR] Error: RuntimeFault error while updating task state.

systems :

vCenter 4.1 U1 and vSphere 4.1

Netapp FAS3210A - DOT8.0.1.P3

Protection Manager 4.0.1 on other volumes

Could someone help me ?

Regards

SWEETMANA · ‎2012-10-25

Hi Xavierb,

I am having the same issue? did you ever fix this? any information would be useful.

Thanks

Austin

xavierb · ‎2012-10-25

Hello

We have installed a new vcenter and vsc.

everything after was ok.

Regards

De : Austin Sweetman

Envoyé : jeudi 25 octobre 2012 16:36

À : BOURDELOIS Xavier

Objet : - Re: VSC doesn't seem to have enough right

<https://communities.netapp.com/index.jspa> NetApp Online Community

<http://media.netapp.com/images/divider-600x3.jpg>

Re: VSC doesn't seem to have enough right

created by Austin Sweetman <https://communities.netapp.com/people/SWEETMANA> in Products & Solutions - View the full discussion <https://communities.netapp.com/message/93611#93611> <http://media.netapp.com/images/divider-600x3.jpg>

Hi Xavierb,

I am having the same issue? did you ever fix this? any information would be useful.

Thanks

Austin

Reply to this message by replying to this email -or- go to the message on NetApp Community <https://communities.netapp.com/message/93611#93611>

Start a new discussion in Products & Solutions by email <mailto:discussions-community-products_and_solutions@communities.netapp.com> or at NetApp Community <https://communities.netapp.com/choose-container.jspa?contentType=1&containerType=14&container=2068>

SWEETMANA · ‎2012-10-26

Hi Xavierb,

I have now resolved this issue and thought it would be nice to post my findings. The issue was with permissions, we elevated the permissions to have full access in VMware and everything seem to be ok after that.

Thanks for your response

Austin

ASRARGUNA · ‎2012-12-11

Hi Austin,

Could you please elobrate more on this permission issue? What account did you elevate the permissions for? Also did you do it in Vsphere client and gave it administrator role?

Thanks in Advance,

Asrar

copycolt1 · ‎2013-05-07

I had the same issue and in our case, the problem had to do with the fact that the user account that was trying to execute the task was in a nested group. Specifically, the user account was part of the 'Domain Admins' group. The domain admins group was placed inside the 'administrators' group on the server running Vcenter. I set the user account as an administrator of the local server running vcenter. I have not run in to that error message since.