on 04-02-2013 9:21 PM
Hello,
We've noticed that our SCC (version 3.2.7) will not start on out
test
SUP
2.2.2 system. We've recently patched from 2.2.1 to 2.2.2 but we
are unsure if this is related, since it was fine before the upgrade. From the
logs. In the Agent.log We see these errors:
Messaging provider failed to fully start.
013-03-29 13:18:31,901 [ERROR] [plugin.PluginRegisterService ] [Agent Bootstrap Thread] - Failed to register plugin com.sybase.uep.admin.agent.plugin_2.0.0. Failed to start MessageSender. com.sybase.alert.message.api.ConnectionException: javax.naming.NamingException:
Caused by: com.sybase.djc.SystemException: Error: Connecting to host: localhost, port: 2100.
| at com.sybase.djc.rmi.iiop.client.Connection.init(Connection.java:624)
| at com.sybase.djc.rmi.iiop.client.Connection.getInstance(Connection.java:70)
We restarted all services and rebooted the servers several times but still it does not work.
I attached the SCC logs and the SUP logs for your analysis
thanks,
any help is appreciated
Locking this thread against necromancy.
Regards, Mike (Moderator)
SAP Technology RIG
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This message was moderated.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This thread is quite old already, just in case others run into a similar problem - KBA 1855587 describes such a scenario and the possible solution.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Sure - If you follow this link and enter the KBA number, the note should come up:
Hi All,
Killing the process from command prompt and then restarting the process from the Service list ( services.msc) generally helps.
Thanks,
Sharvari
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Fiston & Rupam
we also faced the same challenges when we have upgraded SUP frrom 2.1.3 to 2.2.2, here is the fix which we have applied to SUP 2.2.2
The reason could sup.properties file might have been corrupted.
At first Stop all the service
Open the SYNC_DATA table in cluster.db in dbisql
Execute the following : select xp_write_file("C:\data.zip", DATA) from sync_data where domainid = -1
Extract the zip file and copy the contents of the file to <SERVER>\UnwiredServer\Repository\Instance\com\sybase\sup\server\SUPServer of each and every node, please make you have a back up of sup.properties file
also check the sup.properties file extracted in C:\data\Repository\Instance\com\sybase\sup\server\SUPServer and verify if it contains the the proper contents
create an empty file sup.cff file at <Installed Location>\Sybase\UnwiredPlatform\Servers\UnwiredServer\bin\private\sup.cff
then restart server.
Let me if that helps you also
Regards,
Srinivas Divakarla
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks Srinivas for sharing your experience.
I followed your suggestions step by step, but sadly, it did not fix my issue. The existing sup.properties file was ok and I guess it was not due to corrupted properties file.
My issue is very similar to what Fiston reported in this thread. I get very similar error (as his attached logs) - regarding MessageSender.
Any other suggestions?
Regards,
Rupam
Hello Daniel
If the sup.properties file got corrupted, you could try to generate a new one using the updateprops.bat utility, please take a look at this link for details:
HTH
Ralph
Hi, Ralph.
Thanks for replying!
In fact, there was another corrupted file: ..\SAP\SCC-3_2\plugins\com.sybase.smpadminplugin_2.3.3\agent-plugin.xml
I followed the following procedure that solved my problem. I hope it helps.
Regards,
Daniel
Reproducing the Issue
Cause
Root cause was a corrupted ..\SAP\SCC-3_2\plugins\com.sybase.smpadminplugin_2.3.3\agent-plugin.xml due to permission issues.
The corrupted agent-plugin.xml is missing the "properties" like in the following example:
<?xml version="1.0" encoding="ISO-8859-1"?>
<agent-plugin name="Admin Tooling Agent Plugin" version="2.3.0" id="com.sybase.uep.admin.agent.plugin" class="com.sybase.uep.sysadmin.management.plugin.UEPATPlugin" provider-name="Sybase, Inc." register-on-startup="true" enabled="true" mbean-type="Model MBean" mbean-descriptor="mbean-descriptor.xml" arl-config="arl.xml" auto-register="true" auto-unregister="false" auto-unregister-grace-period="5" offline="false">
<dependencies>
<dependency type="service" id="SccService" version="3.2.0" />
<dependency type="plugin" id="com.sybase.ua.plugins.sccmap" version="3.2.6" />
</dependencies>
<properties />
</agent-plugin>
Resolution
After our upgrade the SUP management Port was changed automatically from 2000 to 2001. After log in to SCC I could change it back to 2000 and I could connect again to the SUP Server.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I see this in the agent log, seems your messaging server did not start, Any info in the Windows Event viewer?
2013-06-17 12:08:03,684 [ERROR] [alert.AlertService ] [Agent Bootstrap Thread] - Failed to start MessageSender: javax.naming.NamingException:
Caused by: com.sybase.djc.SystemException: Error: Connecting to host: localhost, port: 2100.
RMI service | 9999 | TCP/IP |
Messaging service | 2100 | TCP/IP |
SCC repository database server | 3638 | TDS |
Web container | 8282 8283 | HTTP HTTPS |
HI Fiston,
Recently i tried upgrading from 2.2.1 SUp server to SUp 2.2.2.
1) Did you took SUP (221 and 222) installers from SMP.
2) Did you face any issues while upgrading from 2.2.1 to 2.2.2.
Manjunath.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Error: Connecting to host: localhost, port: 2100.
Have you confirm that the SUP server came up clean and listening on port 2100 the IIOPS port?
I have not look at many SUP 2.2.2 logs yet but this Sever log did not look complete to me.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Bob,
thanks for the answer. There was not port conflict after we ran the scc --info ports command. And the port 2100 seems to be used properly here is part of the report:
Service Port Configuration ---- Service Name Property Name Current Value In Use Address
RMI port 9999 false 127.0.0.1
EmbeddedWebContainer http.port 8282 false ANY
Messaging messaging.port 2100 fales ANY
And you are correct at first the SUP log seems incomplete but after I compare his with mine, there seems to be no issue with it.
Fiston
User | Count |
---|---|
85 | |
10 | |
10 | |
10 | |
7 | |
6 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.