Config Archive job failed

Unanswered Question
Jun 27th, 2008
User Badges:

almost all my devices config Archive job failed continue for week and so. here the

reasons for failure I got from RME


1-CM0210 Unable to generate processed config


2-/var/adm/CSCOpx/files/rme/dcma/temp/5463-20080623232004.proc

(No such file or directory)many like with different temp file name.

any help!! thank you in advance.

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Joe Clarke Sat, 06/28/2008 - 16:52
User Badges:
  • Cisco Employee,
  • Hall of Fame,

    Founding Member

Does the /var/adm/CSCOpx/files/rme/dcma/temp directory exist? What are its permissions?

eliaspaulos Sat, 06/28/2008 - 17:09
User Badges:

yes it exist with read,write and execute permission.

thank you for your help!

Joe Clarke Sat, 06/28/2008 - 18:45
User Badges:
  • Cisco Employee,
  • Hall of Fame,

    Founding Member

Who owns it? What about all of the parent directories up to /?

eliaspaulos Mon, 06/30/2008 - 06:20
User Badges:

owner is casuser

and the parent full path /var/adm/CSCOpx/files/rme/dcma/temp


one other things I have noticed on the reason for failure...

"/var/adm/CSCOpx/files/rme/dcma/devfiles/5325/PRIMARY/STARTUP/1/assoc/5325-20080628180212.proc (No space left on device)

I don't know which device talking about!! talking may be about my hard drive on server

or on specific file space.

thank you so much

Joe Clarke Mon, 06/30/2008 - 08:44
User Badges:
  • Cisco Employee,
  • Hall of Fame,

    Founding Member

I need you to show me the permissions of /var, /var/adm, /var/adm/CSCOpx, /var/adm/CSCOpx/files, /var/adm/CSCOpx/files/rme , and /var/adm/CSCOpx/files/rme/dcma.


This "no space left on device" error refers to disk space on the /var/adm/CSCOpx/files/rme/dcma/devfiles/5325/PRIMARY/STARTUP/1/assoc file system. Post the df -h output under that directory.

eliaspaulos Mon, 06/30/2008 - 09:33
User Badges:

I have attached the output and the permission. J

other maybe related

when I do [email protected][/] # for i in `ls -1 /var`; do

> du -s ${i}

> done

get the opt directory space hold 1684916 opt

everything else 0 is that normal, I have attached the output. I'm curious because the drive space goes 81% just withing last 3 days from 67%. I couldn't control this hard drive space issue. do I need open TAC case to check

this chronic issue? thank you so much J.




Attachment: 
Joe Clarke Mon, 06/30/2008 - 09:50
User Badges:
  • Cisco Employee,
  • Hall of Fame,

    Founding Member

This isn't what I wanted. I want the ls -ld output of every directory leading up to /var/adm/CSCOpx/files/rme/dcma/temp. At this point, disk space should be sufficient to create config files, but it may be fluctuating causing temporary failures. LMS doesn't use /var/opt (HPOV does), so you may want to look at what else is installed on this server, and see what you can do to optimize disk space usage. If you have other applications installed, you might want to remove them, and dedicate this server to LMS.

eliaspaulos Mon, 06/30/2008 - 10:11
User Badges:

J. I have attached the ls -ld output for all path. about Opt directory if not to related to LMS.I am going to remove it.This box is dedicated for LMS. may be someone on the past loaded HPOV.

thanks



Attachment: 
Joe Clarke Mon, 06/30/2008 - 11:08
User Badges:
  • Cisco Employee,
  • Hall of Fame,

    Founding Member

These permissions are fine. I would not just delete /var/opt. You may have other, Solaris-specific things, installed there. Make sure nothing vital exists before remove its contents.

eliaspaulos Mon, 06/30/2008 - 13:06
User Badges:

what's is your recommendation to solve this issue here is my current config archive result

those result is the same since last week on my config archive job. that's running every night

49 : Success

1039 : Failed

1406 : Partially Successful

* any service stop or restart!!!

Joe Clarke Mon, 06/30/2008 - 13:09
User Badges:
  • Cisco Employee,
  • Hall of Fame,

    Founding Member

There's not enough information to give a recommendation. Restarting a daemon is most likely not going to fix anything. You'll need to enable ArchiveMgmt Service debugging, then run a config sync job for ONE failing device, and collect the dcmaservice.log.

Joe Clarke Tue, 07/01/2008 - 08:43
User Badges:
  • Cisco Employee,
  • Hall of Fame,

    Founding Member

Go to RME > Admin > System Preferences > Loglevel Settings, and select ArchiveMgmt from the application list.

Actions

This Discussion