LMS 3.1 upgrade 3.2 vlan.dat archive problem

Answered Question
May 12th, 2010
User Badges:

hi to all,

i've a problem whit vlan.dat achiviation after lms upgrade:

my server is slave of two servers and I upgraded slave to LMS3.2 ver.  so after the upgrade it'snt able to archive the vlan.dat of all switches in DCA, the error message is as follows:




*** Device Details for  UP SW-CORE-A-4503e x.x.x.x ***


Protocol ==> Telnet


Selected Protocols with order ==> Telnet,TFTP,SSH,RCP,HTTPS


Execution Result:


CM0062 Polling UP SW-CORE-A-4503e x.x.x.x for changes to configuration.


CM0065 No change in PRIMARY STARTUP config, config fetch not required


CM0149 PRIMARY RUNNING config changed.


CM00 Polling not supported on VLAN RUNNING config, defaulting to fetch.


RUNNING


Primary Login Succeeded


/ Primary Enable Succeeded


CM0061 PRIMARY RUNNING Config fetch SUCCESS for UP SW-CORE-A-4503e x.x.x.x, no change in configuration.


VLAN


CM0151 VLAN RUNNING Config fetch failed for UP SW-CORE-A-4503e x.x.x.x Cause: Command failed


VLAN Config fetch is not supported using TFTP.


Command failed


VLAN Config fetch is not supported using RCP.


Action: Check if protocol is supported by device and required device package is installed. Check device credentials. Increase timeout value, if required.




I'd been verified the credential and I've just tested tftp connection with telnet lms credential and copy flash:vlan.dat tftp: command in the devices (positive)

but I still have same problem with archiviation.


so, I tested the lms credential in RME>DEVICES>DEVICE MANAGEMENT> Device Credential Verification Jobs


IT'S OK:

 

Device Name                          Read Community                  Read Write  Community               Telnet


1.UP SW-CORE-A-4503e x.x.x.x           Ok                                    Ok                                     Ok(Primary Successful)





I don't know what is the problem, I tried also to rediscover the devices in a standlone mode (negative)


please could someone help me?

Correct Answer by Nael Mohammad about 7 years 2 months ago

Seems like you are hitting bug CSCtc80794 where Vlan config fetch fails on multi home servers. So far this has been seen on Solaris but you are exhibiting the same behavior.  Using the work around as you explained is all you need to do .  This bug should be addressed in the upcoming release of LMS 4.0 .

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (1 ratings)
Loading.
Nael Mohammad Wed, 05/12/2010 - 17:46
User Badges:
  • Silver, 250 points or more

Can you get the following information to help troubleshoot your issue with  Sync Archive ?


1. First enable debug under RME ---> Admin ---> System Preferences ---> Log Level Settings ---> select "Archive Mgmt" and change both values to "debug".

2. Create a sync archive job the device "UP SW-CORE-A-4503e and notates the job ID.

3. Get me the following logs:

  • CSCOpx\log\dcmaclient.log
  • CSCOpx\log\dcmaservice.log
  • CSCOpx\files\rme\jobs\ArchiveMgmt\\ all contents in this directory.


4. Get the "show ver" of the device in question would be helpful ?

5. Go to Common Services --> Software Center --> Software Update and get a screen shot of this page.

EmanuelArghittu Thu, 05/13/2010 - 05:14
User Badges:

Hi Neal,

thanks for your response

yesterday i've sniffed a traffic between new lms version and one switch of the customer's network.... surprise!!! after upgrade LMS 3.2 use the IP of another NIC of slave server......  however, I've find an escamotage, i've configured the correct IP in RME >  ADMIN > SYSTEM PREFERENCE > RME DEVICE ATTRIBUTES  >> " Natted RME IP Address" now all it's ok.


do you know where i can change the LMS association to server's IP (SO WINDOWS) ?


THANKS A LOT FOR YOUR HELP!

Correct Answer
Nael Mohammad Thu, 05/13/2010 - 18:27
User Badges:
  • Silver, 250 points or more

Seems like you are hitting bug CSCtc80794 where Vlan config fetch fails on multi home servers. So far this has been seen on Solaris but you are exhibiting the same behavior.  Using the work around as you explained is all you need to do .  This bug should be addressed in the upcoming release of LMS 4.0 .

Erick.Valle@fpl.com Thu, 10/14/2010 - 14:40
User Badges:

Emanuel, So were you actually Natting you Ciscowork IP or

did you just enter the IP which is associated to your Ciscoworks, as this is a bug?

I am have the same problem. In addition did you have to remove and re-add the device?


Thanks in advance for your response!

erick

Actions

This Discussion

Related Content