SearchFAQMemberlist Log in
Reply to topic Page 1 of 1
Manually checking cycles/expiration?
Author Message
Post Manually checking cycles/expiration? 
This might be a dumb question, but I haven't found the answer yet.

For a bi-weekly retention on a dataset, networker appears to want 2 full cycles on tape, which makes sense. It also seems to call nsrck (I believe) at some interval to check if there are 2+ cycles, remove anything older than 2, and mark tapes as recycled. (Not sure if this is all with nsrck)

The problem I'm running into is that I can't figure out the frequency with which this happens. I have some tapes that should have been expired nearly a week ago, but are not because the oldest cycle isn't being removed in a timely manner. Is there a manual way to do this, other than clicking through the interface and selecting remove oldest?

Thanks,
Dylan

Note: To sign off this list, send a "signoff networker" command via email
to listserv < at > listserv.temple.edu or visit the list's Web site at
http://listserv.temple.edu/archives/networker.html where you can
should be sent to stan < at > temple.edu

Post Manually checking cycles/expiration? 
Dylan Vanderhoof wrote:
This might be a dumb question, but I haven't found the answer yet.

For a bi-weekly retention on a dataset, networker appears to want 2 full cycles on tape, which makes sense. It also seems to call nsrck (I believe) at some interval to check if there are 2+ cycles, remove anything older than 2, and mark tapes as recycled. (Not sure if this is all with nsrck)

The problem I'm running into is that I can't figure out the frequency with which this happens. I have some tapes that should have been expired nearly a week ago, but are not because the oldest cycle isn't being removed in a timely manner. Is there a manual way to do this, other than clicking through the interface and selecting remove oldest?


The process that does this is nsrim. There is no harm in running this
manually if you wish.

Note: To sign off this list, send a "signoff networker" command via email
to listserv < at > listserv.temple.edu or visit the list's Web site at
http://listserv.temple.edu/archives/networker.html where you can
should be sent to stan < at > temple.edu

Post Manually checking cycles/expiration? 

This might be a dumb question, but I haven't found the answer yet.

For a bi-weekly retention on a dataset, networker appears to want 2
full cycles on tape, which makes sense.

Networker doesn't "want" that, it just tends to happen when the
expiration is done as planned.

It also seems to call nsrck (I believe) at some interval to check if
there are 2+ cycles, remove anything older than 2, and mark tapes as
recycled. (Not sure if this is all with nsrck)

No. What it does (via nsrim) is to see if any of the savesets should
expire today and expire them. A saveset expires if:

1) It's now past the retention period for the saveset and
2) No other savesets depend on this saveset.

This means a saveset might not expire even after two weeks because there
are other, newer savesets that depend on it. So a full saveset might
need almost three weeks to expire.

The problem I'm running into is that I can't figure out the frequency
with which this happens. I have some tapes that should have been
expired nearly a week ago, but are not because the oldest cycle isn't
being removed in a timely manner. Is there a manual way to do this,
other than clicking through the interface and selecting remove oldest?

You could check out the 'nsrim -l' option in the man page. It would
remove the oldest cycle without regard to the browse or retention
periods.

--
Darren Dunham ddunham < at > taos.com
Senior Technical Consultant TAOS http://www.taos.com/
Got some Dr Pepper? San Francisco, CA bay area
< This line left intentionally blank to confuse you. >

Note: To sign off this list, send a "signoff networker" command via email
to listserv < at > listserv.temple.edu or visit the list's Web site at
http://listserv.temple.edu/archives/networker.html where you can
should be sent to stan < at > temple.edu

Display posts from previous:
Reply to topic Page 1 of 1
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
  


Magic SEO URL for phpBB