LMS 3.1 installation/migration issues

Unanswered Question
Sep 24th, 2008

1. Can LMS 3.1 function without tftp? I'm not so much concerned about LMS installing /opt/CSCOpx/bin/in.tftpd when it finds the Sol 10 tftpd binary is intentionally removed, but whether the product has any dependency on /tftpboot/ later on during day-to-day operations, even with TFTP not used in RME and assorted places.

2. On one of the boxes, wrapper.pl keeps ending prematurely with the following, even though RBackup.sh is right there:

...

Backing up CiscoView data now

Backing up CiscoView done

IPM backup starts now

IPM BackUp Loaction /product/ehealth/backups/lms26backup/0/ipm

Exiting the backup process.

Reason: RBackup.sh is not available

The exact same steps backed up the data fine on another box.

3. On the above box where wrapper.pl functions fine, "dmgtd stop" takes hours but still fails to shut down all LMS processes:

Daemon Management stopping. This may take a few minutes.

WARNING: Daemon Manager terminated with SIGKILL.

INFO : Stopping DBEngine processes registered to Daemon Manager

WARNING: Please check if all processes have been terminated using

WARNING: the command - "ps -ef|grep CSCOpx" and

WARNING: terminate them if any processes are running.

casuser 21339 20353 0 15:58:40 ? 0:00 /opt/CSCOpx/objects/wfengine/program/GGScript

casuser 21356 20353 0 15:58:45 ? 0:00 /opt/CSCOpx/objects/wfengine/program/DataStore

casuser 20353 1 0 15:35:17 ? 0:18 /opt/CSCOpx/objects/wfengine/program/PolicyServer

casuser 21342 20353 0 15:58:40 ? 0:01 /opt/CSCOpx/objects/wfengine/program/GGLogger

casuser 21355 20353 0 15:58:45 ? 0:05 /opt/CSCOpx/objects/wfengine/program/OpsBREngine

casuser 21343 20353 0 15:58:41 ? 0:00 /opt/CSCOpx/objects/wfengine/program/GGProxy

casuser 21344 20353 0 15:58:41 ? 0:00 /opt/CSCOpx/objects/wfengine/program/GGHelper

casuser 21357 20353 0 15:58:45 ? 0:01 /opt/CSCOpx/objects/wfengine/program/PolicyScheduler

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (8 ratings)
Loading.
Joe Clarke Wed, 09/24/2008 - 13:17

It depends on the device types being managed as to whether or not TFTP is required. For example, If you are managing IOS switches with vlan.dat files, then TFTP is absolutely required. If all of your devices support alternative protocols for config and image copy operations, then you can get away without TFTP.

I don't have a copy of wrapper.pl, and it will be a few days before I'm back in the office to get one. Since this is Solaris, you might try running truss on the backup to see what file it's looking for:

truss -a -f -vall -rall -wall -o /tmp/truss.out COMMAND

dmgtd stop shouldn't take hours. At the very most, it should take 75 minutes. However, the problem with the CWA processes not stopping is a known bug which was fixed in LMS 3.1.

yjdabear Wed, 09/24/2008 - 19:00

Regarding the last issue: That's odd. This is LMS 3.1 here. So it's exhibiting the symptom of a bug that's supposed to have been fixed?

Joe Clarke Wed, 09/24/2008 - 22:18

I was under the impression that you were migrating data, and these were still LMS 3.0 daemons. If they are 3.1 daemons, then there may be something else wrong. If the problem is reproducible, you should get the output of ptree on the dmgtd PID when things are running. This will help isolate why dmgtd is not shutting everything down properly.

yjdabear Thu, 09/25/2008 - 06:40

Doh, I got confused. It was LMS 2.6 actually. Those wfengine processes seemed to have died eventually some time, after lingering for +/- a day.

I also ran into a warning during LMS 3.1 installation that Sun Cluster patch:

WARNING: Ensure that you have installed the recommended Solaris 10 cluster patches released

WARNING: on Apr/17/07, in this server.

WARNING: If these cluster patches are not installed, please download and install them

WARNING: from http://www.sun.com/.

WARNING: Otherwise, some features of the CiscoWorks applications will not function properly.

If my Sol 10 box is not using clustering, is this patch needed? Would my LMS be missing "features"?

Regarding the necessity of the TFTP daemon, I see the following errors for "Partially Successful" devices under "Config Archive":

VLAN Config fetch is not supported using SCP.VLAN Config fetch is not supported using TFTP.

Does it mean RME tries other procotols than TFTP for vlan.dat? I have the impression that newer IOS no longer uses vlan.dat, as the latter's contents are included in the regular startup/running configs. If so (and when we get there), can TFTP be done away with in LMS completely then? Would the removal/absence of /tftpboot cause any issue with LMS 3.1, whether TFTP is used by RME/etc. or not? Will LMS create /tftpboot automatically whenever it sees fit (my current /tftpboot is a symlink, since the actual / fils system is very small).

Joe Clarke Thu, 09/25/2008 - 11:11

We are unable to adequately detect the Sun cluster patch. You must make sure that yoy have at least the April 2007 cluster patch installed. I recommend August 2007 or later.

If other protocols are selected for config fetch, they will be passed to the vlan.dat fetch code, but will be summarily rejected. Only TFTP will work for fetching vlan.dat.

Yes, vlan.dat is obsolete in newer versions of IOS. If all of your devices move to a release that supports protocols other than TFTP for config and software operations, then you can do away with TFTP.

yjdabear Thu, 09/25/2008 - 11:19

Could you clarify whether we need the cluster patches even when we're not using clustering? Thanks.

Joe Clarke Thu, 09/25/2008 - 11:22

The patch has nothing to do with Sun Cluster Manager. Cluster here refers to a cluster of recommend Solaris patches. Yes, you absolutely need this recommended patch cluster.

yjdabear Thu, 09/25/2008 - 11:27

I see. So it's a bad choice of words in the LMS 3.1 installer then.

yjdabear Thu, 09/25/2008 - 08:59

Another concern that comes up is regarding the CSCsr20682 (Solaris IPMP) patch I requested produced for LMS 3.1. It's much smaller than the original.

ls -al /opt/CSCOpx/MDC/tomcat/webapps/cwhp/WEB-INF/lib

-rwxr-x--- 1 casuser casusers 152118 Jul 18 13:59 ctm.jar

-rwxr-x--- 1 casuser casusers 304869 Jun 15 16:04 ctm.jar.old

cksum ctm.jar

2048561110 152118 ctm.jar

Joe Clarke Thu, 09/25/2008 - 10:13

This is the correct cksum. I generally create smaller jar files than the originals.

yjdabear Thu, 09/25/2008 - 10:16

A follow-up question on the TFTP issue: Does LMS 3.1 do anything else to enable its own TFTPD other than adding " /opt/CSCOpx/bin/in.tftpd" to /etc/inetd.conf ? I was told that the default TFTPD, even if enabled, doesn't show up there on Sol 10. So I assume there's more to be done than simply touching inetd.conf?

How feasible is it to implement an enhancement request that LMS fetches vlan.dat using non-TFTP protocols? Would that be considered unnecessary because 12.1(20)E and up starts advising configuring VLAN from config mode?

Joe Clarke Thu, 09/25/2008 - 11:14

On Solaris 10, the lines in inetd.conf will automatically be converted to inetadm commands (see inetadm -l svn:/network/tftp). From then on, all modifications must be done with inetadm.

Yeah, I think adding further support to the vlan.dat fetching code would be futile since this is now an obsolete convention.

yjdabear Thu, 09/25/2008 - 15:07

I just learned from Cisco AS that apart from the deprecated "VLAN database mode", vlan.dat is also used on switches serving as VTP servers. I suppose this kills the idea of trying to turn off TFTP on the LMS server then.

Joe Clarke Thu, 09/25/2008 - 18:57

I haven't heard this. I have a VTP server in the lab running without vlan.dat. In fact, trying to enter vlan database on one such switch, you get the following:

% Warning: It is recommended to configure VLAN from config mode,

as VLAN database mode is being deprecated. Please consult user

documentation for configuring VTP/VLAN in config mode.

Did your AS contact present any documentation on using vlan.dat for a VTP server?

Joe Clarke Thu, 09/25/2008 - 19:33

Looks like I was mistaken. Our server switch was actually in transparent mode. When I put it in server mode, the VTP/VLAN data was added to the vlan.dat file. As it turns out, only extended VLAN information is stored in the running config. When the device in is VTP server mode, the rest of the config is stored in a vlan.dat file even though "vlan database" should not be used to configure VLANs and VTP information.

So, yes, TFTP will be required for your VTP server devices.

yjdabear Mon, 09/29/2008 - 10:12

I ran truss against the wrapper.pl process on one box, but it seems there's an error that stopped truss from capturing anything after wrapper.pl started backing up cmfDb. As a result, there's nothing on why wrapper.l couldn't locate RBackup.sh in the same directory:

/product/CSCO/CSCOpx/campus/etc/cwsi/ReportArchives

/product/CSCO/CSCOpx/htdocs/campus/maps

Backing up database cmfDb:Adaptive Server Anywhere Command File Hiding Utility Version 9.0.0.1364

Adaptive Server Anywhere Backup Utility Version 9.0.0.1364

(2843 of 2843 pages, 100% complete)

(4 of 4 pages, 100% complete)

Database backup completed

Command file created using Adaptive Server Anywhere Command File Hiding Utility.

Adaptive Server Anywhere Command File Hiding Utility Version 9.0.0.1364

Adaptive Server Anywhere Validation Utility Version 9.0.0.1364

No errors reported

Command file created using Adaptive Server Anywhere Command File Hiding Utility.

Backing up database aniDb:Adaptive Server Anywhere Command File Hiding Utility Version 9.0.0.1364

Adaptive Server Anywhere Backup Utility Version 9.0.0.1364

(30629 of 30629 pages, 100% complete)

(2 of 2 pages, 100% complete)

tail -f wrapper.out

24213: 3 2 2 5 4 0 ] ,\0\0 6\0FC iEB W\00105\0\0\0 ~9402\0 \0\0\01C\f

24213: \0\0 <\0\0\004 2 6 1 610 c 2 5 9 0 0 0 e d 6 6 5 d 5 ) <\0\0 J\0

24213: getpid() = 24213 [24211]

24213: send(12, 0x000634AD, 30, 0) = 30

24213: 1801\01E\t 3 * <\0\0\0\0030107 N E\0\0\0\0\007 S\010\0\0\0\0

24213: write(9, "\0\0\001\0\0\0\f\0\0\004", 12) = 12

24213: poll(0x00061760, 2, -1) = 2

24213: fd=8 ev=POLLIN rev=POLLIN

24213: fd=12 ev=POLLIN rev=POLLIN

24213: read(8, "\0\0\001\0\0\0\f\0\0\004", 12) = 12

24213: read(8, 0xFE603BC8, 12) Err#11 EAGA

I'm repeating the same step on another box right now.

Joe Clarke Mon, 09/29/2008 - 10:23

It you run truss as truss -a -f -vall -wall -rall -o truss.out COMMAND , then truss will follow all forks, so you should see the relevant details. I should be able to get a copy of wrapper.pl tomorrow to investigate.

yjdabear Mon, 09/29/2008 - 10:29

The command I use is:

truss -a -f -vall -rall -wall -o /path/to/wrapper.out /opt/CSCOpx/bin/perl /path/to/wrapper.pl /path/to/lms26backup

yjdabear Tue, 09/30/2008 - 04:53

Same repeatable error on the second box. Doesn't seem like there's any clue why "RBackup.sh is not available" though:

Database backup completed

Command file created using Adaptive Server Anywhere Command File Hiding Utility.

Adaptive Server Anywhere Command File Hiding Utility Version 9.0.0.1364

Adaptive Server Anywhere Validation Utility Version 9.0.0.1364

No errors reported

Command file created using Adaptive Server Anywhere Command File Hiding Utility.

Backup completed: at [Mon Sep 29 16:24:36 2008]

************************************************************

Return status of CS backup script is: 0

Backing up CiscoView data now

Backing up CiscoView done

IPM backup starts now

IPM BackUp Loaction /path/to/lms26backup/0/ipm

Exiting the backup process.

Reason: RBackup.sh is not available

Joe Clarke Tue, 09/30/2008 - 10:32

The error is misleading. It has nothing to do with the inability to find the RBackup.sh script. Instead, the error is seen if IPM is not installed on the LMS server. If IPM is installed, then there must be an error detecting it. The script checks /opt/CSCOpx/setup/ipm.info and /opt/CSCOpx/setup/ipm-s.info. Depending on which file exists (ipm-s.info is preferred), then the file is search for a line starting with VERSION. If both files or not found, or the existing file does not have a VERSION line, then wrapper.pl will terminate.

yjdabear Tue, 09/30/2008 - 10:39

The two files look normal.

less /opt/CSCOpx/setup/ipm.info

PKGCATEGORY=Application

CATEGORY="application"

VERSION=2.6

NAME=Internetwork Performance Monitor

DEPENDS="CSCOcwbS, cdone"

PROD_INFO=ipm

PRODNAME=Internetwork Performance Monitor

INSTDATE=04-24-2007 0:41:49

SSL_COMPLIANT=YES

SUITE=ipm

TAGS=CSCOdummy

less /opt/CSCOpx/setup/ipm-s.info

VERSION=2.6

NAME=Internetwork Performance Monitor Server

DEPENDS="CSCOcwbS"

PRODNAME=Internetwork Performance Monitor

INSTDATE=04-24-2007 0:41:49

IPM is running, but there's been no active collector for a long time. So old data may well have aged out by now. Could this explain why wrapper.pl fails to detect IPM?

ps -ef |grep -i cscoipm

casuser 3401 1 0 Aug 17 ? 16:11 /product/CSCO/CSCOcwbS/db/bin/dbsrv9 -n ipm /product/CSCO/CSCOcwbS/db/CSCOipm/I

casuser 3370 1 0 Aug 17 ? 0:14 /product/CSCO/CSCOipmClient/jre/bin/../bin/sparc/native_threads/java -DIPM:Gate

casuser 3611 3512 0 Aug 17 ? 0:01 /product/CSCO/CSCOipm/bin/CWB_ipmRTPServer -ORBagentPort 44342 -PMCserverName I

casuser 3577 3512 0 Aug 17 ? 0:01 /product/CSCO/CSCOipm/bin/CWB_ipmConfigServerd -ORBagentPort 44342 -PMCserverNa

root 22889 13432 0 14:36:10 pts/2 0:00 grep -i cscoipm

casuser 3550 3512 0 Aug 17 ? 0:02 /product/CSCO/CSCOipm/bin/CWB_ipmSnmpd -ORBagentPort 44342 -PMCserverName IPMPr

casuser 3567 3512 0 Aug 17 ? 0:03 /product/CSCO/CSCOipm/bin/CWB_ipmData_colld -ORBagentPort 44342 -PMCserverName

casuser 3618 3512 0 Aug 17 ? 0:01 /product/CSCO/CSCOipm/bin/CWB_ipmDataViewServer -ORBagentPort 44342 -PMCserverN

Joe Clarke Tue, 09/30/2008 - 10:53

Actually, I was looking at the LMS 3.0 version of wrapper.pl. The LMS 3.1 version is different. In that version, the error is accurate. Wrapper.pl is looking for RBackup.sh in the same directory as wrapper.pl. It does a Perl "-e" test for file existence. The code looks good.

Joe Clarke Tue, 09/30/2008 - 11:04

It stats the file in the current working directory, and the OS returns ENOENT indicating it doesn't exist. The only thing I can think of is that wrapper.pl changes its cwd, but I can't see where that happens in the code. There's not enough in the truss to see what the cwd is.

yjdabear Tue, 09/30/2008 - 11:20

I'll put wrapper.pl in Perl debug to see if that gets more details into truss.out.

Joe Clarke Tue, 09/30/2008 - 11:30

It suddenly occurred to me another reason why stat is returning ENOENT. Where is wrapper.pl and RBackup.sh (i.e. what is the fully-qualified path)?

yjdabear Tue, 09/30/2008 - 11:35

They were in /product/CSCO/cwkbackups/wrapper/, along with the original SolarisLMSBackup.tar. Right now, I've deleted SolarisLMSBackup.tar. I've also moved the scripts to /product/CSCO/backupscript/. Something like the two above caused the installation of another third-party commercial app to fail.

Joe Clarke Tue, 09/30/2008 - 11:37

I assume /product/CSCO is your NMSROOT. If so, then my theory is probably wrong since you'd be seeing other problems with LMS. However, you could unmount the underlying file system, and check the mount point perms. They must be 0755.

yjdabear Tue, 09/30/2008 - 11:47

I think /product/CSCO/CSCOpx is the NMSROOT.

Is it because the "backupscript" directory needs to be o+x?

(/product)->ls -al

drwxr-xr-x 11 casuser casusers 1024 Sep 30 15:10 CSCO

(/product/CSCO)->ls -al

drwxr-xr-x 11 casuser casusers 1024 Sep 30 15:10 .

drwxr-xr-x 12 root root 1024 Apr 11 15:47 ..

lrwxrwxrwx 1 root other 12 Jul 12 2007 CSCONsa -> /opt/CSCONsa

drwxr-x--- 12 casuser casusers 1024 Jul 12 2007 CSCOcwbS

drwxr-x--- 13 casuser casusers 1024 Jul 12 2007 CSCOipm

drwxr-x--- 9 casuser casusers 1024 Aug 17 03:04 CSCOipmClient

drwxrwxr-x 30 casuser casusers 1024 Sep 30 15:00 CSCOpx

drwxr-x--- 2 casuser casusers 1024 Sep 30 15:11 backupscript

Joe Clarke Tue, 09/30/2008 - 11:52

If you're running as root, this doesn't matter. Running:

/opt/CSCOpx/bin/perl -e 'print (-e "RBackup.sh"); print "\n"';

Within backupscript should print "1" if you run the command as root.

yjdabear Wed, 10/01/2008 - 07:14

It finally ran successfully on this second box. Still not sure what made the difference. I'm going to try it on the other box again.

Backup completed: at [Tue Sep 30 17:33:42 2008]

************************************************************

Return status of CS backup script is: 0

Backing up CiscoView data now

Backing up CiscoView done

IPM backup starts now

IPM BackUp Loaction /product/ehealth/backups/lms26backup/0/ipm

IPM Backup Directory :/product/ehealth/backups/lms26backup/0/ipm/database

IPM Reports and Env Directory :/product/ehealth/backups/lms26backup/0/ipm

INFO : Check the user root ... OK

INFO : Checking whether IPM is installed ...INFO : Making backup directory for ipm...

INFO : Changing permissions for ipm directory...

INFO : Copying ipmdb.tmpl..

Stopping IPM Servers...

Stopping IPM Process Manager...

-- IPM Process Manager Stopped.

Stopping IPM Database Server...

WARNING: Unable to normally shutdown IPM Database Engine.

WARNING: Will try to force IPM database to shutdown.

-- IPM Database Server Stopped.

Stopping IPM Naming Server...

-- IPM Naming Server Stopped.

Waiting 60 seconds before performing final termination...

Looking for CWB_ipmDisplay...

Looking for CWB_ipmData_colld...

Looking for CWB_ipmConfigServerd...

Looking for CWB_ipmSnmpd...

Looking for CWB_ipmData_poll...

Looking for CWB_ipmDataViewServer...

Looking for CWB_ipmRTPServer...

Looking for cwbS...

Looking for cwbS...

Looking for cwbS...

Looking for cwbS...

Looking for cwbS...

Looking for cwbS...

Looking for cwbS...

Looking for cwbS...

Looking for dbsrv9...

Looking for kubit...

Looking for CWB_msgLogServer...

Looking for osagent...

Looking for ipmaging...

Looking for CWB_ipmAging...

IPM Database Server NOT Running.

Stopping IPM Naming Server...

-- IPM Naming Server Stopped.

No running IPM clients found on local machine.

INFO : Saving IPM 2.6 Database...

INFO : Saving IPM 2.6 HTML Reports...

Saving Daily Reports...

Saving Weekly Reports...

Saving Monthly Reports...

INFO : Saving IPM 2.6 Environment Variables...

INFO : Backup Complete ...

Return status of IPM backup is: 0

Please Re-start IPM processes by running the following command :

ipm restart (or) ipm start

yjdabear Wed, 10/01/2008 - 09:48

Failed on this one. I suspect it fails because the (cwd?) is not the directory wrapper.pl lives in. Isn't that a bug?

Joe Clarke Wed, 10/01/2008 - 09:52

It would be, but I can't see how the directory is being changed. Certainly this is not happening all the time. We need to figure out what causes the working directory to change. It would be helpful to see the whole truss output for the entire operation. chdir is a syscall, so it should be obvious when the directory changes.

yjdabear Wed, 10/01/2008 - 10:03

I was thinking it's the other way around: That wrapper.pl never changed dir, because I ran it from say /export/home/myuid:

"truss -a -f -vall -rall -wall -o /product/ehealth/backups/wrapper-truss.out /opt/CSCOpx/bin/perl /product/CSCO/backupscript/wrapper.pl /product/ehealth/backups/lms26backup"

or simply

"/opt/CSCOpx/bin/perl /product/CSCO/backupscript/wrapper.pl /product/ehealth/backups/lms26backup".

Of course, I didn't read through the whole wrapper.pl to see if it calls anything external other than RBackup.sh.

Joe Clarke Wed, 10/01/2008 - 10:06

Ah, I understand. You weren't in /product/CSCO/backupscript when you ran wrapper.pl. Yeah, at the very least that's a documentation bug. You would need to execute wrapper.pl from its directory. This would be easy enough to fix in the code as well.

Joe Clarke Wed, 10/01/2008 - 10:13

Actually, it's not a documentation bug. The documentation is correct. From the README that comes with SolarisLMSBackup:

1. Copy the tar file to the system where backup of LMS apps

is to be done.

2. Stop IPM daemons.

3. Go to the location where the tar file is untarred.

4. /opt/CSCOpx/bin/perl wrapper.pl

Step 3 says you need to be in the same directory as wrapper.pl.

yjdabear Wed, 10/01/2008 - 10:50

Yes, nothing wrong with the documentation. Maybe I'm expecting too much, but I just implicitly assumed the script would be more robust that it doesn't require tying the user down in the script's own directory. For example, restorebackup.pl can be called on from anywhere and still does it job, although it doesn't call another script like wrapper.pl.

yjdabear Wed, 10/08/2008 - 05:26

Well, there is a documentation issue after all. The README contradicts the "Migrating Data to LAN Management Solution 3.1":

http://www.cisco.com/en/US/docs/net_mgmt/ciscoworks_lan_management_solution/3.1/data_migration/guide/dmg_sol.pdf

"Step 1 Log in as root into Machine A.

Step 2 From the LMS 3.1 DVD, locate the SolarisLMSBackup.tar file under disk1/install directory.

Step 3 Copy the file (SolarisLMSBackup.tar) to a directory (dir1) in the local server.

The tar file contains wrapper.pl and other required files.

Step 4 Untar the file to get wrapper.pl

Note If you need to backup DFM 2.0.10, install DFM 2.0.11 before taking the backup. If not, the backup will

fail.

Step 5 Back up CS, RME, CM, IPM, DFM, and CV data.

To do this using CLI, enter the following command:

NMSROOT/bin/perl dir1/wrapper.pl BKP

where BKP is the backup directory and dir1 is the directory containing wrapper.pl.

You must enter the absolute path for dir1 and BKP. For example, if BKP is under /opt, enter the path as

NMSROOT/bin/perl dir1/wrapper.pl /opt/BKP

Step 6 Log in as root into Machine B.

Step 7 Install LMS 3.1."

I installed CWLMS 3.0 yesterday and the install went thru clean as I can tell. I added all devices and pushed out several jobs. But, I noticed that periodically the processes under Common Services show up as Admnistrator shutdown processes and error messages display lost communication to DCR, please restart DCR or other processes. I have no clue whats shutting down these services. Can anybody shed some light on this? thanks!!

yjdabear Tue, 10/07/2008 - 10:26

Another couples of questions:

1. LMS 3.1 was fed a license file during installation. Does the license get overwritten after restoring the LMS 2.6 data backup into LMS 3.1?

2. Is it safe to continue with the following restoration?

Applications installed on this machine ......... : [Common Services][Campus Manager][Resource Manager Essentials][cwportal][opsxml][cvw][ipm]

Applications in the backup archive ............. : [Common Services][Campus Manager][Resource Manager Essentials][cvw][ipm]

WARNING: The list of applications installed on this CiscoWorks server does not match the list of

applications in the backup archive. If you restore data from this backup archive,it may

cause problems in the CiscoWorks applications.

Joe Clarke Tue, 10/07/2008 - 10:36

The license from LMS 2.6 is incompatible with 3.1. The 3.x license should be preserved.

yjdabear Tue, 10/07/2008 - 10:43

Thanks. Is it safe to continue with the following restoration of LMS 2.6 data into LMS 3.1?

Applications installed on this machine ......... : [Common Services][Campus Manager][Resource Manager Essentials][cwportal][opsxml][cvw][ipm]

Applications in the backup archive ............. : [Common Services][Campus Manager][Resource Manager Essentials][cvw][ipm]

WARNING: The list of applications installed on this CiscoWorks server does not match the list of

applications in the backup archive. If you restore data from this backup archive,it may

cause problems in the CiscoWorks applications.

yjdabear Tue, 10/07/2008 - 10:50

Thanks. Does the following suggest restorebackup.pl or another proc would attempt snmpset against the source routers in question? We have an snmp view set up to block such operations due to CSCsd36155. How would restorebackup.pl behave when the snmpset times out?

Not all data from IPM 2.5 and IPM 2.6 will be migrated to IPM 4.1. For information on the data that is migrated, see the "Data Migration From an Earlier Version" section in the "Installing IPM" chapter in the IPM 4.1 Installation Guide for details. Do you want to continue[Y/N]:[Y]

Do you want the IPM 2.5/2.6 collectors present in the backup to be DELETED from the source routers [Y/N]:[Y]

Joe Clarke Tue, 10/07/2008 - 10:56

Well, restorebackup.pl won't do the snmpsets, but the Java migration app will. All collector rows (1.3.6.1.4.1.9.9.42.1.2.1.1.9.INDEX) will be set to 6 (destroy) on the source devices.

yjdabear Tue, 10/07/2008 - 11:02

When the snmpsets time out, does restorebackup.pl or the Java migration app proceed with the rest of the restoration gracefully?

Joe Clarke Tue, 10/07/2008 - 11:10

Yes. Any errors will be printed to the log, but they do not affect the remainder of the migration.

Actions

This Discussion