On Wednesday 20 July 2005 17:07, Bernhard Suttner wrote: > Thank you for your really nice help. I have made a really bad configuration > mistake. now it works great!!!
Ah, good! Thanks for the feedback. > > > > > > > > > On Mon, 18 Jul 2005 17:28:19 +0200 > > Bernhard Suttner <[EMAIL PROTECTED]> wrote: > > Bug report now available: > > > > http://bugs.bacula.org/bug_view_advanced_page.php?bug_id=0000385 > > > > > > Greets from Passau/Germany!!! > > > > > > > > > > > > On Wed, 13 Jul 2005 11:23:07 +0200 > > > > Kern Sibbald <[EMAIL PROTECTED]> wrote: > > > 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 > > > > -- > > Bernhard Suttner <[EMAIL PROTECTED]> > > > > ANDURAS service solutions AG > > Innstraße 71 - 94036 Passau - Germany > > Web: www.anduras.de - Tel: +49 (0)851-4 90 50-0 - Fax: +49 (0)851-4 90 > > 50-55 > > > > Rechtsform: Aktiengesellschaft - Sitz: Passau - Amtsgericht Passau HRB > > 6032 Mitglieder des Vorstands: Sven Anders, Marcus Junker, Michael Schön > > Vorsitzender des Aufsichtsrats: Dipl. Kfm. Thomas Träger > > > > > > ------------------------------------------------------- > > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > > from IBM. Find simple to follow Roadmaps, straightforward articles, > > informative Webcasts and more! Get everything you need to get up to > > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click > > _______________________________________________ > > Bacula-users mailing list > > Bacula-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/bacula-users -- Best regards, Kern ("> /\ V_V ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
