I gave up on the sql query, in the end just did this.
dsmadmc -id=YOU -pass=YOURPASS "q act begind=-3 s=ANR1420" | grep "Read access denied for volume" | awk '{print $9}' | sort -u
Provides a nice short list..
The NBU DC 4.5 install CD's have been "misplaced" and we need to get the admin console installed on a new machine, is there a link ANYWHERE on Symantic's site that you can grab the admin console install?
I am new to SQL query and need a hand.
If I run this: q act begind=-1 s=ANR1420
I obviousley get something like this,
09/18/06 15:35:44 ANR1420W Read access denied for volume QB3164 - volume access mode = "unavailable". (SESSION: 91400)
09/18/06 15:36:18 ANR1420W Read access denied for volume...
I am unable to get an ok prompt no matter what I try..
I have an RSC installed, and functioning, but console gives me nothing. If I connect a serial cable & null modem to SerialA and to my laptop in hyperterm or CRT I get nada responce back.
Solaris 9, using the correct COM port on my laptop...
RMGBELGIUM,
Thanks, that is a workable option.
For the environment I am in, a few changes will have to be made as the only shell access we have is a direct dump into dsmadmc.
Thanks much!
Guys,
Can boolean operators be used when querying actlog? I am wanting to search for multiple items over a month and the volume of logs is just too painfull tot view in the cli.
ideas, options?
All I am trying to do is,
q actlog begind=03/01/2006 s=string1|string2|string3
anything like...
Do any of you know of a scheduling tool that would work with most, if not all of the backup solutions on the market?
Netbackup, BackupExec, TSM, Legato, HP Omniback, EMC / EDM, CA Arcserve / Brightstor / etc
I have been asked to 'find a common scheduling tool' that can be rolled out to all...
Hay, I did a stupid thing, and am trying to dig out.
I installed the RSC package (rsc2[1].2.3_packages_s9.zip) SUNWrsc, I then ran ./rsc-config nothing major so far, unfortunatly, I left my brain at home that day, and I was telnet'ed in so.... the install killed its self part way through, and...
Follup up -
The problem turned out to be OBP configuration errors, after I managed to get to the ok prompt, I was able to correct the problems, set it to boot to cdrom, and pop in the install cd..
How I got TO the ok prompt was a trick, and I was able to reproduce it.. in the RSC,
rsc>...
comtec17/creakyjoe,
bpcoverage is a great command, if you want to list file systems that are uncovered. This is not the effect I am searching for.
I may not have made myself clear, so I will try again.
Policy1 - Sched-Full - Run's Friday's
Policy1 - Sched-Inc - Run's all other days
Client1...
I am looking for a script (or an idea on how to best create one) to gather and print the output for clients at "risk" based on number of days not backed up at a per file system level.
So lets say /, /usr, /ora1, all backed up, but /ora2 did not, I would be able to run the script, and see...
comtec17,
While your statement is true, it is not helpfull, or the answer I need. I did not make my needs clear in the original message, sorry about that.
I have no desire to wade through the reports to view file systems backed up on a daily basis for over 1000 servers.
We were using a script...
When using ALL_LOCAL_FILES is there a location anywhere what shows paths backed up? I find it disturbing that I can not see what is running when I use ALL_LOCAL_FILES and do not use multi-streams.
Actually what I am wanting to verify is, if /oracle is in the exclude list, is /oracle/db1 also excluded if it is a seperate mount point. ie: is the exclude list recursive.
My question is does the exclude_list follow the dir structure and work recursively or not.
Example:
/oracle
If /oracle was in the exclude_list it and any dir under it would be excludeed. Now, will /oracle/db1 also be excluded if it is a mount point of its own?
I can not seem to find this...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.