Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
Please be aware that ADSM.ORG will be going through forum software conversion and migration over the next several weeks. The cut-over date and time will be posted in the ADSM.ORG News & Announcements section as we near the target date. Please visit the following link for more details ADSM News & Announcements
Click the link above to access ADSM.ORG Acceptable Use Policy and forum rules which should be observed when using this website. Violators may be banned from this website. This notice will disappear after you have made at least 3 posts.
You are going to have to dig further in the activity log to understand the chain of events that triggered this, and try to address the problem(s).
If the library is full, a lot of things can happen as a result:
- db backup can fail, so no DB backup to go offsite
- backup stgpool can't run or finish, so no copy tapes to go offsite
- reclamation (onsite and offsite) can't run, so can't return tapes to scratch
Are all of the tapes that went to full status part of the online tape pool? If so, it looks like you don't have enough slot to "move" tapes around, i.e., move data from the online tape pool to the offsite tape pool. As you may know, only the offsite tape pool goes to mountable state. This follows that you don't have scratch tapes available.
By the way, how many slots does your library have? It is it filled up?
If you have a big library (many empty slots) then there may be an issue with library hardware or licensing issues with the use of the other slots. I have seen the latter with IBM tape libraries wherein the license file was somehow not being read properly causing the library to think it had only a very limited number of slots available.