It's all about the answers!

Ask a question

Mail configuration error on RTCz 2.0.0.1 WAS 6.1


Ivan Bogovic (9311411) | asked Nov 18 '09, 9:50 a.m.
When we try to save mail configuration we got this error:

CRJAZ1130I Failed to persist the configuration changes.

com.ibm.team.repository.common.TeamRepositoryException
com.ibm.team.repository.common.transport.internal.registry.ServiceConfigurationUpdate.apply(ServiceConfigurationUpdate.java:128)
com.ibm.team.repository.service.internal.ServerConfigurationRestService.postConfigurationUpdates(ServerConfigurationRestService.java:236)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
java.lang.reflect.Method.invoke(Method.java:618)
org.eclipse.soda.sat.core.internal.record.ExportProxyServiceRecord.invoke(ExportProxyServiceRecord.java:370)
org.eclipse.soda.sat.core.internal.record.ExportProxyServiceRecord.access$0(ExportProxyServiceRecord.java:356)
org.eclipse.soda.sat.core.internal.record.ExportProxyServiceRecord$ExportedServiceInvocationHandler.invoke(ExportProxyServiceRecord.java:56)
$Proxy35.postConfigurationUpdates(Unknown Source)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
java.lang.reflect.Method.invoke(Method.java:618)
com.ibm.team.repository.servlet.AbstractTeamServerServlet.doModelledRestService(AbstractTeamServerServlet.java:558)
com.ibm.team.repository.servlet.AbstractTeamServerServlet.handleRequest2(AbstractTeamServerServlet.java:1734)
com.ibm.team.repository.servlet.AbstractTeamServerServlet.handleRequest(AbstractTeamServerServlet.java:1606)
com.ibm.team.repository.servlet.AbstractTeamServerServlet.service(AbstractTeamServerServlet.java:1519)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
org.eclipse.equinox.http.registry.internal.ServletManager$ServletWrapper.service(ServletManager.java:180)
org.eclipse.equinox.http.servlet.internal.ServletRegistration.handleRequest(ServletRegistration.java:90)
org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:111)
org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:75)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
org.eclipse.equinox.servletbridge.BridgeServlet.service(BridgeServlet.java:121)
com.ibm.team.repository.server.servletbridge.JazzServlet.service(JazzServlet.java:54)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1146)
com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:592)
com.ibm.ws.wswebcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:524)
com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3548)
com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:269)
com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:818)
com.ibm.ws.wswebcontainer.WebContainer.handleRequest(WebContainer.java:1478)
com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:125)
com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:458)
com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java:387)
com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:267)
com.ibm.ws390.channel.xmem.XMemConnLink.ready(XMemConnLink.java:762)
com.ibm.ws390.xmem.XMemSRBridgeImpl.httpinvoke(XMemSRBridgeImpl.java:230)
com.ibm.ws390.xmem.XMemSRCppUtilities.httpinvoke(XMemSRCppUtilities.java:74)
com.ibm.ws390.orb.ServerRegionBridge.httpinvoke(Unknown Source)
com.ibm.ws390.orb.ORBEJSBridge.httpinvoke(Unknown Source)
sun.reflect.GeneratedMethodAccessor36.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
java.lang.reflect.Method.invoke(Method.java:618)
com.ibm.ws390.orb.parameters.HTTPInvoke.HTTPInvokeParmSetter(HTTPInvoke.java:107)
com.ibm.ws390.orb.CommonBridge.nativeRunApplicationThread(Native Method)
com.ibm.ws390.orb.CommonBridge.runApplicationThread(Unknown Source)
com.ibm.ws.util.ThreadPool$ZOSWorker.run(ThreadPool.java:1697)

Thanks,
Ivan

9 answers



permanent link
Guy Slade (64158) | answered Nov 18 '09, 12:27 p.m.
JAZZ DEVELOPER
When we try to save mail configuration we got this error:

CRJAZ1130I Failed to persist the configuration changes.


Thanks,
Ivan


Hi Ivan

What platform are you running your server on? What platform are you running the client on?

Guy

permanent link
Ivan Bogovic (9311411) | answered Nov 19 '09, 3:14 a.m.
Web app server: WAS 6.1.0.27
version: RTCz 2.0.0.1

Server: z/OS 1.10
Client: WindowsXP

Ivan

permanent link
Bruce Green (30124) | answered Nov 20 '09, 12:02 p.m.
JAZZ DEVELOPER
Web app server: WAS 6.1.0.27
version: RTCz 2.0.0.1

Server: z/OS 1.10
Client: WindowsXP

Ivan

Hi Ivan -

Is it possible that there are any ICH408I messages in the z/OS system log that might help explain the permission issue according to RACF?

I think what might be happening is that when you run the BLZCPDIR job as part of the customization on z/OS, it assigns permissions to the configuration directory based on the user that runs that job and the group that you specify in BLZCPDIR.

If the userID or group associated with WAS does not map to the ownership currently assigned to the configuration directory, that would explain why WAS is not allowed to save the configuration updates (as this requires that the teamserver.properties be rewritten to the configuration directory).

If that is the case, you can add the WAS userID to the group which is currently mapped with write privileges to the configuration directory, or change group level ownership to the WAS group.

Thanks
Bruce

permanent link
Ivan Bogovic (9311411) | answered Nov 25 '09, 11:11 a.m.
Web app server: WAS 6.1.0.27
version: RTCz 2.0.0.1

Server: z/OS 1.10
Client: WindowsXP

Ivan

Hi Ivan -

Is it possible that there are any ICH408I messages in the z/OS system log that might help explain the permission issue according to RACF?

I think what might be happening is that when you run the BLZCPDIR job as part of the customization on z/OS, it assigns permissions to the configuration directory based on the user that runs that job and the group that you specify in BLZCPDIR.

If the userID or group associated with WAS does not map to the ownership currently assigned to the configuration directory, that would explain why WAS is not allowed to save the configuration updates (as this requires that the teamserver.properties be rewritten to the configuration directory).

If that is the case, you can add the WAS userID to the group which is currently mapped with write privileges to the configuration directory, or change group level ownership to the WAS group.

Thanks
Bruce

Hi Bruce,

today we checked few times your suggestion and the conclusion is that the permissions on teamserver.properties are well configured - 777:

our WAS/RTC user has rights to read, write and execute.

When we tried to save any changes in configuration we got the same error and on server we noticed that the teamserver-xxxxxxxxbakup.properties is created and the file is empty.

So we changed manualy email properties in teamserver.properties file and e-mail is working now, but this is not acceptible solution, we still can't change configuration properties with RTC WEB UI through admin console.

Can you provide any other solution?

Thank you,
Ivan, Zeljko, Silvije

permanent link
Bruce Green (30124) | answered Nov 30 '09, 10:25 a.m.
JAZZ DEVELOPER
When you save the configuration changes via the Jazz Admin Web UI, it tries to create a backup copy in the same directory with a new name. It is really the permissions on the directory that we are most concerned with. Could you please check that as well? And did you see any ICH408I messages in the System log? Those message are quite helpful to determine both the permission needed and the permission available to the user.

Can you post (or send to me directly) the user/group for WAS as well as ls -lR on the configuration directory?

Thanks
Bruce

permanent link
Ivan Bogovic (9311411) | answered Dec 01 '09, 5:05 a.m.
When you save the configuration changes via the Jazz Admin Web UI, it tries to create a backup copy in the same directory with a new name. It is really the permissions on the directory that we are most concerned with. Could you please check that as well? And did you see any ICH408I messages in the System log? Those message are quite helpful to determine both the permission needed and the permission available to the user.

Can you post (or send to me directly) the user/group for WAS as well as ls -lR on the configuration directory?

Thanks
Bruce



Hello Bruce, here it is...

BTASRU is WAS user
BTCFG1 is WAS group

:/ST02/etc/jazz: >ls -lR

.:
total 104
-rwxrwxrwx 1 MVSNFS BTCFG1 1503 Nov 2 11:26 bfagent.conf
-rwxrwxrwx 1 MVSNFS BTCFG1 1116 Nov 2 11:26 friendsconfig.rdf
-rwxrwxrwx 1 MVSNFS BTCFG1 3907 Nov 2 12:59 log4j.properties
drwxrwxrwx 2 MVSNFS BTCFG1 8192 Nov 2 11:26 provision_profiles
-rwxrwxrwx 1 MVSNFS BTCFG1 3695 Nov 2 11:26 services.xml
-rwxrwxrwx 1 MVSNFS BTCFG1 3479 Nov 2 11:26 startbfa.sh
-rw-rw---- 1 BTASRU BTCFG1 0 Nov 25 16:50 teamserver-1259164226839bakup.properties
-rw-rw---- 1 BTASRU BTCFG1 0 Nov 25 17:16 teamserver-1259165779242bakup.properties
-rwxrwxrwx 1 BTASRU BTCFG1 6526 Nov 26 10:19 teamserver.properties
-rwxrwxrwx 1 MVSNFS BTCFG1 6210 Nov 23 17:26 teamserver.properties.orig
-rwxrwxrwx 1 MVSNFS BTCFG1 6339 Nov 2 11:26 teamserver_derby.properties

./provision_profiles:
total 40
-rwxrwxrwx 1 MVSNFS BTCFG1 97 Nov 2 11:26 nl1profile.ini
-rwxrwxrwx 1 MVSNFS BTCFG1 97 Nov 2 11:26 nl2profile.ini
-rwxrwxrwx 1 MVSNFS BTCFG1 88 Nov 2 11:26 profile.ini
-rwxrwxrwx 1 MVSNFS BTCFG1 119 Nov 2 11:26 rtcz-license-profile.ini
-rwxrwxrwx 1 MVSNFS BTCFG1 89 Nov 2 11:26 rtcz-profile.ini
H711081:/ST02/etc/jazz: >



jazz directory:
Permissions . . . . . : 777 rwxrwxrwx
File owner . . . . . : MVSNFS(0)
Group owner . . . . . : BTCFG1(3030)


There is no ICH408I in the System log.

Thanks
Zeljko, Ivan

permanent link
Bruce Green (30124) | answered Dec 01 '09, 9:12 a.m.
JAZZ DEVELOPER
Hello Ivan - Those displays seem OK. Could you please recreate the problem and email the WAS servant JOB log and the jazz.log? The location of the jazz.log is controlled by the log4j.properties file and is likely in your work directory in the logs subdirectory.

Thanks
Bruce

permanent link
Bruce Green (30124) | answered Dec 01 '09, 5:36 p.m.
JAZZ DEVELOPER
Would it also be possible to post the results for df -kP |grep etc? Is it possible the file system for /etc is full?

Thanks
Bruce

permanent link
Ales Koprivnikar (116352) | answered Dec 03 '09, 10:25 a.m.
Bruce,
this is the output of the command. Although the usage is 96% there is free extended space if required.

/u/H711081: >df -kP ! grep etc

OMVS.ZOS110.ST02.ETC.HFS 125280 119808 5364 96% /ST02/etc


I will send the logs via email.

There was a PMR opened for this also...

Your answer


Register or to post your answer.


Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.