Bug 1026461 - StorageNodeManager.runClusterMaintenance throws 'The session ID for user [admin] is invalid'
StorageNodeManager.runClusterMaintenance throws 'The session ID for user [adm...
Status: NEW
Product: RHQ Project
Classification: Other
Component: CLI (Show other bugs)
4.9
Unspecified Unspecified
unspecified Severity unspecified (vote)
: ---
: ---
Assigned To: RHQ Project Maintainer
Mike Foley
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2013-11-04 12:37 EST by Elias Ross
Modified: 2013-11-04 12:37 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Elias Ross 2013-11-04 12:37:38 EST
Description of problem:

Create a script with:

        StorageNodeManager.runClusterMaintenance()

Run. See:

17:33:44,916 ERROR [org.rhq.enterprise.server.operation.OperationServerServiceImpl] (http-/0.0.0.0:7080-143) Failed to update history from failed operation, j
obId=[rhq-resource-473401--1783761045-1383586422856_=_rhq-resource-473401_=_1383586422934]. Cause: org.rhq.enterprise.server.authz.PermissionException: The se
ssion ID for user [admin] is invalid!: invocation: method=public org.rhq.core.domain.operation.OperationHistory org.rhq.enterprise.server.operation.OperationM
anagerBean.updateOperationHistory(org.rhq.core.domain.auth.Subject,org.rhq.core.domain.operation.OperationHistory),context-data={}: org.rhq.enterprise.server.
authz.PermissionException: The session ID for user [admin] is invalid!: invocation: method=public org.rhq.core.domain.operation.OperationHistory org.rhq.enter
prise.server.operation.OperationManagerBean.updateOperationHistory(org.rhq.core.domain.auth.Subject,org.rhq.core.domain.operation.OperationHistory),context-da
ta={}
        at org.rhq.enterprise.server.authz.RequiredPermissionsInterceptor.buildPermissionException(RequiredPermissionsInterceptor.java:164) [rhq-server.jar:4.
9.0]
        at org.rhq.enterprise.server.authz.RequiredPermissionsInterceptor.buildPermissionException(RequiredPermissionsInterceptor.java:160) [rhq-server.jar:4.
9.0]
        at org.rhq.enterprise.server.authz.RequiredPermissionsInterceptor.checkRequiredPermissions(RequiredPermissionsInterceptor.java:100) [rhq-server.jar:4.
9.0]
        at sun.reflect.GeneratedMethodAccessor87.invoke(Unknown Source) [:1.6.0_38]
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [rt.jar:1.6.0_38]
        at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_38]
        at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptorFactory$ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedRef
erenceLifecycleMethodInterceptorFactory.java:123) [jboss-as-ee-7.2.0.Alpha1-redhat-4.jar:7.2.0.Alpha1-redhat-4]
        at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
        at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
        at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:58) [jboss-as-ee-7.2.0.Alpha1-redhat-
4.jar:7.2.0.Alpha1-redhat-4]
        at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
        at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [jboss-as-ejb3-7.2.0.Alp
ha1-redhat-4.jar:7.2.0.Alpha1-redhat-4]
        at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
        at org.jboss.as.jpa.interceptor.SBInvocationInterceptor.processInvocation(SBInvocationInterceptor.java:47) [jboss-as-jpa-7.2.0.Alpha1-redhat-4.jar:7.2
.0.Alpha1-redhat-4]
        at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
        at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
        at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
        at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
        at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) [jboss-as-ee-7.2.0.

(on the server) and something similar on the client.

I have 3 storage nodes, with the hard link issue (as explained on the forum), e.g. 


Caused by: java.lang.RuntimeException: Tried to create duplicate hard link to /data05/rhq/data/system/NodeIdInfo/snapshots/1383586424413/system-NodeIdInfo-ic-
1-TOC.txt
        at org.apache.cassandra.io.util.FileUtils.createHardLink(FileUtils.java:70)
        at org.apache.cassandra.io.sstable.SSTableReader.createLinks(SSTableReader.java:1081)
        at org.apache.cassandra.db.ColumnFamilyStore.snapshotWithoutFlush(ColumnFamilyStore.java:1567)
        at org.apache.cassandra.db.ColumnFamilyStore.snapshot(ColumnFamilyStore.java:1612)
        at org.apache.cassandra.db.Table.snapshot(Table.java:194)
        at org.apache.cassandra.service.StorageService.takeSnapshot(StorageService.java:2203)

(not sure this is the cause or related.)

Version-Release number of selected component (if applicable): 4.9


How reproducible: Always


Steps to Reproduce:
1. 
2.
3.

Actual results:


Expected results:


Additional info:

Note You need to log in before you can comment on or make changes to this bug.