Eric,
it is a problem, I guess we all know that. And the same happens, when you have
only 2 mount points and Reclamation is running, or something else and the
Migration cannot clean up the Diskpool by migrating to tape, because of the
missing mount point.
We solved the problem by
1) defining 3 mountpoints. When Reclamation, Backup Stg and so on is using 2
mount points, we have one left
2) Because our diskpool has 20 Gb Storage and our clients are used to backup
about 80 Gb per night, we are running Backup Diskpool->Copypool each hour and
after 1 pm, we are running Backup Primarypool->Copypool to backup the missing
data (which was migrated between the hourly Diskpool Backup)

Regards
Gerhard Wolkerstorfer





Eric-van.Loon AT KLM DOT COM (Loon. E.J. van - SPLXM) am 18.07.2001 11:42:53

Bitte antworten an ADSM-L AT VM.MARIST DOT EDU

An:   ADSM-L AT VM.MARIST DOT EDU
Kopie:     (Blindkopie: Gerhard Wolkerstorfer/DEBIS/EDVG/AT)

Thema:    Re: Antwort: Preemption not working



Hi Gerhard!
You are right, the backup stgpool command is not on the priority list. If
this means that a backup stgpool will never be canceled, I think this is a
really serious problem.
What if a client, or several (new) clients are generation a lot of backup
data. In this case your backups stgpool processes will run a lot longer than
normally. If you haven't got a very large diskpool you will probably run in
a full diskpool before the backup stgpool is finished.
Some backups (like TDP backups) can't handle this and will hang.
Could someone from development confirm that the backup stgpool will never be
preempted?
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines