On Friday 08 June 2007 03:10, Ryan Novosielski wrote:
<snip>
>
> I would disagree with that. As far as I know, Use Volume Once has been
> removed for some time.
No I could still set it to yes in this version.
> However, the replacement (Maximum Volume Jobs =
> 1) I use on my system to cause volumes to be marked used after one use.
>
> However, this does not affect recycling in my situation.
>
> I would suggest the original poster may have forgotten to update volumes
> (having created the volume before the current pool directives were in
> place).
>
> Chantal, I'd want to see at a minimum an llist on the volume in
> question, just to verify that at the very least the parameters have made
> it to the volume in the first place.
>
here it is:
MediaId: 31
VolumeName: DefaultVolume-0014
Slot: 0
PoolId: 1
MediaType: DDS
FirstWritten: 2007-06-08 07:26:01
LastWritten: 2007-06-08 07:26:01
LabelDate: 2007-06-08 07:26:01
VolJobs: 0
VolFiles: 0
VolBlocks: 0
VolMounts: 7
VolBytes: 1
VolErrors: 0
VolWrites: 156,381
VolCapacityBytes: 0
VolStatus: Append
Recycle: 1
VolRetention: 7,200
VolUseDuration: 0
MaxVolJobs: 1
MaxVolFiles: 0
MaxVolBytes: 0
InChanger: 1
EndFile: 4
EndBlock: 2,170
VolParts: 0
LabelType: 0
StorageId: 2
status is append at the moment because a backup is running
> In addition: keep in mind that the volume may very well not show
> recycled right after the retention time is up. There are some actions
> that will cause the volume recycling algorithm to be run through -- one
> would be attempting a backup against the volume, and I believe 'status
> dir' might be another. Not sure of specifics. Bacula does not, however,
> throw away the contents of the volume right away on its own -- it
> attempts to keep the data as long as possible.
Any idea how long this takes? Approximately?
I am testing Arno's suggestion now, to use "Maximum Volume
Jobs = 1". I'll let you know what happens.
This morning I noticed another problem, the backup was running for an hour and
then I got this message:
08-Jun 02:05 Server-sd: BackupAll.2007-06-08_01.00.00 Error: block.c:538 Write
error at 4:2171 on device "tape" (/dev/nst0). ERR=Input/output error.
08-Jun 02:06 Server-sd: BackupAll.2007-06-08_01.00.00 Error: Error writing
final EOF to tape. This Volume may not be readable.
dev.c:1542 ioctl MTWEOF error on "tape" (/dev/nst0). ERR=Input/output error.
08-Jun 02:06 Server-sd: End of medium on Volume "DefaultVolume-0014"
Bytes=4,139,734,897 Blocks=64,170 at 08-Jun-2007 02:06.
then bacula requested another tape, what does this mean? Something wrong with
the tape? it is impossible that the tape is full because it's 12G and I
backup 4G, and it was definitely not appending the data.
Chantal
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bacula-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-users