Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations sizbut on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Warning. Media Pool "Weekly" is activated by another rotation job.

Status
Not open for further replies.

somejoe

IS-IT--Management
Oct 21, 2001
50
US
I set my arcserve 2000 backup with a DLT 7.0 library as follows:

1. Installed Arcserver 2000 client manager on all backup clients

2. Reconfigured my Arcserve server to use those backup clients

3. Created a media pool called "weekly" assigned 6 blank tapes (which I formatted) to that media pool.

4. Set Min. medium to 4 and retention to 4. - I was hoping on just getting one week of differentials with full on Friday and overwriting weekly.

5. I also figured out how to make groups. I put slots 1-6 in "group0" and slot 7 in "group1."

6. I scheduled two backup jobs:

1. A rotation that used weekly differentials and fulls on Friday. For destination, I used "group0" and * for the media.

2. A customized rotation that uses "group1" and * for media. It is set to do a full the 30th day of every month.

It seemed like a great plan. However, it was supposed to execute last

night at 11:59 and it never did. Any idea why?

There are no records in the activity logs or in the client manager connection logs.

Also, even though I erase all the jobs in the queue before I execute the new job, I still get the following error:

"Warning. Media Pool "Weekly" is activated by another rotation job. Sharing an active pool is not recommended. Do you wish to continue?"

Let me repeat, I have erased all other backup jobs. So I don't see how the "Weekly" media pool could be activated by another rotaion.


Pleeze help.


 
Congratulations....

You have stumbled across a known issue. hehehe, Do what everyone else does and ignore it. :) The warning error thing I mean.

Basically your job didn't run because ARCserve is looking for media that can be used in the library. If you have selected the backup option "overwrite same media name, blank media then any media" this should work, however if you have added tapes to the media pool yourself, then you may have to make sure all the tapes appear in the scratch set. Try this, Format a tape and point it (during the format" to the correct media pool. Then it should hopefully appear in the scratch set and as such will be used in the next job.

let me know how it goes...

guru - brightstor@hotmail.com
 
Thanks for the Tip.

I finally decided to erase all the jobs again and then stop all 3 engines and then restart them. After doing that, I re-scheduled the rotation that I had saved as a script. When it asked me if I wanted to run it now or when scheduled, I chose now. And then it backed up everything right then (even though I still got the error). That seemed STUPID since I had merely executed the rotation job that was supposed to schedule a backup to happen that night at 11:59.

Anyways, that was yesterday. The backup ran from 5:00 to about 11:00. I checked the activity log this morning and it said that the backup was incomplete and that it would finish it tonight at 11:59.

The backup is supposed to run everynight at 11:59. So, maybe it was just another stupid "bug error" and maybe everything will run fine tonight and from here on out. But given how much Arcserve 2000 sucks . . . I doubt it.

I don't know if anyone else has this problem, but I have to stop and start my database engine a lot. And this interferes with my backup schedule. Any suggestions?????
 
What happens in the Activity log when your database engine stops? It doesn't stop unless it has a reason to. LEt me know what error message your getting and we'll see what we can do about it..

guru
 
I sometimes get the following error (its not very descriptive):

Error 4101

4101 Unable to login to database engine. (DATABASE=database_engine_name, EC
=db_error_code)


I've also noticed that quite often when my scheduled job executes it just calculates session, even if I've disabled the calculate session option. It will stay calculating for eternity if I don't do anything.

After periodically getting the above error, I tried stopping and restarting the database engine. That took care of the problem for the moment, but its certainly not a maintence free solution.
 
Check under your arcserve directory in the TEMP directory and let me know if there are any .TMP or .CAT files. If there are, your database isn't even writing information INTO the database.

Try an initialise of the database, then try to make sure you ARCserve system account has all the available privileges.

Then check the environmental variables and delete the RNNAME entry.

Also try to see if having the database engine service log an as this account (the arcserve system account) makes any difference.

Good luck databasing,

guru - brightstor@hotmail.com
 
Yes, my arcserve temp has both .cap and .tmp folders.


I have all the correct permissions. I even logged on as the account and UNCed to the \\server\ARCserve$. It worked fine. I even added a few text documents in the share and erased them to make sure I have "Full Control."

I haven't tried "initilizing" my database. I started to and it said it would "erase all database records" and I wasn't sure that was a good idea.

Are you sure I should do this???
 
All the TMP and CAT files in your temp directory are Catalog files for the database. Check the date, if they are recent i.e. from the latest backup you have done, then quite frankly you have nothing in your database to begin with. When the CAT files aren't merged into the database they get stuck in the temp directory. That is why there is probably nothing in your database. BUT make sure the TMP and CAT files are recent because they could actually be from a much later date. Have you tried a restore?

Try this for the database first. Check the NT Environmental Variables on your computer. Make sure CATPATH is the arcserve database directory on YOUR arcserve machine. Also, delete the RNNAME variable altogether. Then start the database engine and see if it says anything in the activity log. Does this error occur every single time you start the database engine by the way?

Another thing to try is to make the database engine service log on using the ARCserve system account you have specified. This is specified in ARCserve server admin and requires to be a full administrator (domain if your in a domain) with the primary group being administrators. You also need the advanced rights of Log on as a Service, Log on Locally and Act as part of the Operating system.

Good luck,

guru - brightstor@hotmail.com
 
Hey all,

In case anyone else has a similar problem I just wanted to let you know that Mr. Guru was right about the initialization. I initialized my database and now I don't have any problems.

There is one addendum you should all know about. Most likely you won't have to do a full initialize. You can do a partial instead. This will save your media pool rotation info. Here's the link that talks about it:


Choose to initialize just the astpsdat part of the database. The astpsdat is the largest part of your database and holds all session information.

This seems to have taken care of my problem. Thank you all. This sight and your help have been invaluable!!!!
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top