I have added the GSS to DCR and the verification report shows the SNMP, ssh, enable by ssh is all Ok.
But on running Sync Archive via RME, I get the following error
Protocol ==> Unknown / Not Applicable
Selected Procotol with order --> SSH, TFTP
CM0062 Polling GSS for changes to configuration
CM00 Polling not supported on PRIMARY STARTUP config, defaulting to fetch.
CM00 Polling not supported on PRIMARY RUNNING config, defaulting to fetch.
And the Archive Mgmt jobs shows as 'Partially Successful'.
What does partially successful mean ?
Solved! Go to Solution.
RME does not know how to do configuration polling for this device, therefore it will always attempt to fetch the config, then look to see if anything has changed. Therefore, what you see here about polling being unsupported is expected.
When running the sync archive job, do not check the Poll box when syncing the GSS devices, and the job should complete successfully. However, even if the box is checked, since RME will default to fetch, the config should still be archived properly.
I unchecked the polling, still the error appears but this time it is different.
Protocol==> Unknown/Not Applicable
Selected Protocols with order ==> SSH
CM0151 PRIMARY STARTUP Config fetch failed for GSS1 Cause: fig from device:java.net.SocketTimeoutException:Read timed out Action: Check if protocol is supported by device and required device package is installed. Check device credentials. Increase timeout value, if required.
I am able to do ssh into the GSS device from Cisco Works Server and the device cred. verification report is also successful.
Exactly what output and prompts do you see when you manually SSH to the GSS, and do the following:
Right after ssh -> I get the below
login as: admin
Last login: Tue Aug 18 16:28:30 2009 from a.b.c.d
GSS configuration [Saved: Thu Jul 16 20:40:18 GST 2009]
region "Central USA" comments "Central USA Region"
region "Eastern USA" comments "Eastern USA Region"
region "Western USA" comments "Western USA Region"
gss-device GSSA activate
gss-device GSSB activate
source-address-list Anywhere owner System
ip address 0.0.0.0 0.0.0.0
I need you to run the commands exactly how I specified them as that is what RME will do. I also need to see any prompts you get while displaying the startup config and gslb-config.
Something else that may help here is to enable ArchiveMgmt Service debugging under RME > Admin > System Preferences > Application Loglevel Settings, re-run the Sync Archive job, then post the dcmaservice.log. The GSS code has some considerable debugging built-in, so the timeout problem should be visible.
You did not enable debugging prior to getting this log. You need to first enable debugging, then run a new Sync Archive job, then post the new log.
When I go to 'Applicaton Log Level Settings', then select ArchiveMgmt from the Application drop down. Both Archive Service and Archive Client are set to debug. Is that sufficient.
Also, when I try to change the Application to All and select Debug and click Apply I get the following message
RMELOG0003: Error while reloading log level for the service - Archive Service.The service might need to be restarted for the settings to take effect.
RMELOG0001: Successfully updated the Log levels.
ArchiveMgmt Service is sufficient, assuming the setting was applied. You will then need to re-run the job so that debugging is written to the log.
No, there is still no debugging here. Try restarting ConfigMgmtServer, and try again:
There is a bug in the GSS platform code in RME in that it doesn't properly disable the pager. I can build a patch for you to try. If you open a TAC service request, and have your engineer contact me directly, I will send them the patch.
We have Cisco Shared Support with a Cisco Gold Partner. But we don't have SmartNet. Supposedly, we may not be able to raise a TAC case due to absence of SmartNet.
Is there any workaround for this bug ?