Hello Bernard, On Wednesday 13 July 2005 10:48, Bernhard Suttner wrote: > On Wed, 13 Jul 2005 10:44:28 +0200 > > Kern Sibbald <[EMAIL PROTECTED]> wrote: > > Hello Bernhard, > > > > What version of Bacula are you using? > > > > Is there any chance that you had non-zero Slot numbers originally defined > > for those volumes that were marked in error? > > Hello, > > I am using "bacula-1.36.3". > No, all Slots were originally defined as zero-Slots.
OK, thanks. There is something going on here that I don't understand. Bacula should never crunch through your tapes marking them in error. It can do that for the tape that is currently mounted if there is a serious error. Since I have not been following this in detail, and I would like to understand it, could you please file a bug report at bugs.bacula.org ? What is important for me is your bacula-dir.conf and bacula-sd.conf files and as much Bacula output that was generated as you still have that shows what was happening while Bacula was marking your Volumes in error. Also, if you mounted the different tapes, please indicate which ones and when as that is not obvious from Bacula Job reports ... Thanks, Kern > > > > > Bernhard > > > On Tuesday 12 July 2005 19:25, Arno Lehmann wrote: > > > Hello, > > > > > > Bernhard Suttner wrote: > > > > On Tue, 12 Jul 2005 11:35:46 +0200 > > > > > > > > Arno Lehmann <[EMAIL PROTECTED]> wrote: > > > >>Hi, > > > >> > > > >>Bernhard Suttner wrote: > > > >>>No, I don´t use a autochanger. > > > >> > > > >>Have you configured a script to more or less automatically manage > > > >> volume changes? Or anything in the configuration that I don't think > > > >> about, perhaps... > > > > > > > > No, I think that if a volume (tape) is full it should ask for the > > > > next volume in the pool and not mark all volumes of this pool as > > > > Error. > > > > > > Absolutely right... I only tried to understand why it didn't ask but > > > instead assumed that he volumes should be in the drive already. > > > > > > Anyway, your volumes listing looks rather normal. > > > > > > > *list volumes Pool=WeeklyPool > > > > +---------+------------+-----------+----------------+----------+----- > > > >---- > > > > -----+---------+------+-----------+-----------+---------------------+ > > > > > > > > | MediaId | VolumeName | VolStatus | VolBytes | VolFiles | > > > > | VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten > > > > > > > > +---------+------------+-----------+----------------+----------+----- > > > >---- > > > > -----+---------+------+-----------+-----------+---------------------+ > > > > > > > > | 1 | FULL_01 | Full | 32,457,886,386 | 34 | > > > > | 604,800 | 1 | 0 | 0 | AIT | 2005-07-11 > > > > | 04:29:25 > > > > | > > > > | | 2 | FULL_02 | Full | 35,432,971,514 | 35 | > > > > | | 604,800 1 | 0 | 0 | AIT | 2005-07-11 12:50:42 | > > > > | | 3 | > > > > | > > > > | FULL_03 | Append | 17,663,874,444 | 20 | 604,800 | > > > > | 1 | 0 | 0 | AIT | 2005-07-11 16:31:14 | 4 | > > > > | FULL_04 > > > > | > > > > | | Error | 200 | 0 | 604,800 | 1 > > > > | | | > > > > | > > > > | 0 | 0 | AIT | 2005-07-11 12:52:15 | 5 | FULL_05 | > > > > | Error | 200 | 0 | 604,800 | 1 | > > > > | 0 | 0 | AIT | 2005-07-11 12:52:32 | > > > > > > > > +---------+------------+-----------+----------------+----------+----- > > > >---- > > > > -----+---------+------+-----------+-----------+---------------------+ > > > > > > > > > > > > > > > > This is my the output of list volumes pool=WeeklyPool, actually. > > > > > > What I would do now is manually putting the "Error" volumes in a usable > > > state again and the next time you expect a request for new media run > > > the SD and the DIR with debug output. > > > Capture that, and see what actually happens when bacula tries to change > > > the volume. > > > > > > I only had tapes marked as Error when the tapes were actually broken or > > > when the SD, DIR or catalog had crashed before and so the infamous (for > > > me) "Nomber of Volumes Mismatch" Error came up... > > > > > > Arno > > > > > > >>Anyway, a list volumes pool=xxx command should give you a listing of > > > >> the volumes you have, like > > > >> > > > >>>#list volumes pool=Incr > > > >>>+---------+--------------+-----------+---------------+----------+--- > > > >>>---- > > > >>> -------+---------+------+-----------+-----------+------------------ > > > >>>---+ > > > >>> > > > >>>| MediaId | VolumeName | VolStatus | VolBytes | VolFiles | > > > >>>| VolRetention | Recycle | Slot | InChanger | MediaType | > > > >>>| LastWritten > > > >>> > > > >>>+---------+--------------+-----------+---------------+----------+--- > > > >>>---- > > > >>> -------+---------+------+-----------+-----------+------------------ > > > >>>---+ > > > >>> > > > >>>| 6 | DAT-120-0004 | Full | 10,838,017 | 0 | > > > >>>| 864,000 | 1 | 0 | 0 | DDS1 | 2005-07-10 > > > >>>| 21:36:21 > > > >>>| > > > >>>| | 11 | DAT-120-0009 | Append | 1 | 0 | > > > >>>| > > > >>>| 864,000 | 1 | 3 | 1 | DDS2 | 2005-07-12 > > > >>>| 10:53:28 > > > >>>| > > > >>>| | 14 | DAT-090-0001 | Full | 2,568,189,339 | 5 | > > > >>>| > > > >>>| 864,000 | 1 | 0 | 0 | DDS1 | 2005-07-10 > > > >>>| 20:16:28 > > > >>>| > > > >>>| | 15 | DAT-090-0002 | Full | 22,385,665 | 0 | > > > >>>| > > > >>>| 864,000 | 1 | 0 | 0 | DDS1 | 2005-07-10 > > > >>>| 21:31:23 > > > >>>| > > > >>>| | 16 | DAT-090-0003 | Full | 255,854,574 | 0 | > > > >>>| > > > >>>| 864,000 | 1 | 0 | 0 | DDS1 | 2005-07-11 > > > >>>| 10:00:30 > > > >>>| > > > >>>| | 25 | DAT-090-0006 | Full | 17,676,289 | 0 | > > > >>>| > > > >>>| 864,000 | 1 | 0 | 0 | DDS1 | 2005-07-10 > > > >>>| 20:22:15 > > > >> > > > >>and here you should have InChanger=0 and Slot=0. > > > >>Everything else should, as far as I know, not happen in your case. > > > >> > > > >>If there is something different, you can modify the catalog entries > > > >>using the update command. > > > >>Of course it would be good to know how this happened... > > > >> > > > >>Arno > > > >> > > > >>>On Tue, 12 Jul 2005 10:53:28 +0200 > > > >>> > > > >>>Arno Lehmann <[EMAIL PROTECTED]> wrote: > > > >>>>Hello, > > > >>>> > > > >>>>Bernhard Suttner wrote: > > > >>>>>Helo, > > > >>>>> > > > >>>>>I do a full backup on Tape FULL_03. After this tape is full, i get > > > >>>>> the following messages: 11-Jul 12:50 Backup-Storage: End of > > > >>>>> medium on Volume "FULL_03" Bytes=35,432,971,514 Blocks=549,247 at > > > >>>>> 11-Jul-2005 12:50. 11-Jul 12:52 Backup-Storage: > > > >>>>> ZombieBackup.2005-07-11_04.00.01 Warning: Volume "FULL_04" not on > > > >>>>> device /dev/nst0. 11-Jul 12:52 Backup-Storage: Marking Volume > > > >>>>> "FULL_04" in Error in Catalog. 11-Jul 12:52 Backup-Storage: > > > >>>>> ZombieBackup.2005-07-11_04.00.01 Warning: Volume "FULL_05" not on > > > >>>>> device /dev/nst0. 11-Jul 12:52 > > > >>>>> Backup-Storage: Marking Volume "FULL_05" in Error in Catalog. > > > >>>>> 11-Jul 12:53 Backup-Storage: Please mount Volume "FULL_05" on > > > >>>>> Storage Device "AITstorage" for Job > > > >>>>> SkipperBackup.2005-07-11_04.00.00 > > > >>>>> > > > >>>>>In my opinion, it should ask FULL_03 and not FULL_05 or ask bacula > > > >>>>> the last tape in the volumes list and not the first? > > > >>>>> > > > >>>>>Another question, Sometimes I get the error > > > >>>>> > > > >>>>>11-Jul 14:07 Backup-Storage: Volume "FULL_03" previously written, > > > >>>>> moving to end of data. 11-Jul 14:08 Backup-Storage: > > > >>>>> ZombieBackup.2005-07-11_04.00.01 Error: I canot write on Volume > > > >>>>> "FULL_03" because: The number of files mismatch! Volume=34 > > > >>>>> Catalog=0 11-Jul 14:08 Backup-Storage: Marking Volume "FULL_03" > > > >>>>> in Error in Catalog. > > > >>>>> > > > >>>>>I can write to the tape after i mark this tape as purged and > > > >>>>> recycle it manually with the update command. Can bacula do this > > > >>>>> for me automatically. > > > >>>> > > > >>>>This sounds like your catalog is kind of broken. > > > >>>>Do you use an autochanger? > > > >>>> > > > >>>>Arno > > > >>>> > > > >>>>>many greetings > > > >>>>>Bernhard > > > >>>>> > > > >>>>> > > > >>>>>------------------------------------------------------- > > > >>>>>This SF.Net email is sponsored by the 'Do More With Dual!' webinar > > > >>>>> happening July 14 at 8am PDT/11am EDT. We invite you to explore > > > >>>>> the latest in dual core and dual graphics technology at this free > > > >>>>> one hour event hosted by HP, AMD, and NVIDIA. To register visit > > > >>>>> http://www.hp.com/go/dualwebinar > > > >>>>> _______________________________________________ > > > >>>>>Bacula-users mailing list > > > >>>>>Bacula-users@lists.sourceforge.net > > > >>>>>https://lists.sourceforge.net/lists/listinfo/bacula-users > > > >>>> > > > >>>>-- > > > >>>>IT-Service Lehmann [EMAIL PROTECTED] > > > >>>>Arno Lehmann http://www.its-lehmann.de > > > >> > > > >>-- > > > >>IT-Service Lehmann [EMAIL PROTECTED] > > > >>Arno Lehmann http://www.its-lehmann.de > > > >> > > > >> > > > >>------------------------------------------------------- > > > >>This SF.Net email is sponsored by the 'Do More With Dual!' webinar > > > >> happening July 14 at 8am PDT/11am EDT. We invite you to explore the > > > >> latest in dual core and dual graphics technology at this free one > > > >> hour event hosted by HP, AMD, and NVIDIA. To register visit > > > >> http://www.hp.com/go/dualwebinar > > > >> _______________________________________________ > > > >>Bacula-users mailing list > > > >>Bacula-users@lists.sourceforge.net > > > >>https://lists.sourceforge.net/lists/listinfo/bacula-users > > > > -- > > Best regards, > > > > Kern > > > > ("> > > /\ > > V_V ------------------------------------------------------- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
