Re: [Bacula-users] The number of files mismatch.
When the volume has less files than the catalog, you are in a *very* bad situation. Perhaps you never ran the btape test command to ensure that your tape drive was configured correctly, because it looks like Bacula thinks there is nothing on your tape. Best regards, Kern On 10/18/2016 10:50 AM, Gi Dot wrote: Hi all, It is quite frequent that my backup job ending up with the "The number of files mismatch!" error. What could be the root cause of this? Full error from log: 17-Oct 17:05 srv2-dir JobId 54: shell command: run BeforeJob "/usr/lib64/bacula/make_catalog_backup.pl MyCatalog" 17-Oct 17:05 srv2-dir JobId 54: Start Backup JobId 54, Job=ApplicationBackup_Server2.2016-10-17_17.05.04_04 17-Oct 17:05 srv2-dir JobId 54: Using Device "ibm-dds6" 17-Oct 17:05 srv2-sd JobId 54: Volume "srv2-set1-sun" previously written, moving to end of data. 17-Oct 17:05 srv2-sd JobId 54: Error: Bacula cannot write on tape Volume "srv2-set1-sun" because: The number of files mismatch! Volume=0 Catalog=1 17-Oct 17:05 srv2-sd JobId 54: Marking Volume "srv2-set1-sun" in Error in Catalog. 17-Oct 17:05 srv2-sd JobId 54: Please mount Volume "srv2-set2-sun" or label a new one for: Job: ApplicationBackup_Server2.2016-10-17_17.05.04_04 Storage: "ibm-dds6" (/dev/nst0) Pool: SundayPool Media type: DDS6 I am using IBM DDS6 tape. My sd, pool and job config: https://dpaste.de/QBW9 Thanks. -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] The number of files mismatch.
Hi all, It is quite frequent that my backup job ending up with the "The number of files mismatch!" error. What could be the root cause of this? Full error from log: 17-Oct 17:05 srv2-dir JobId 54: shell command: run BeforeJob "/usr/lib64/bacula/make_catalog_backup.pl MyCatalog" 17-Oct 17:05 srv2-dir JobId 54: Start Backup JobId 54, Job=ApplicationBackup_Server2.2016-10-17_17.05.04_04 17-Oct 17:05 srv2-dir JobId 54: Using Device "ibm-dds6" 17-Oct 17:05 srv2-sd JobId 54: Volume "srv2-set1-sun" previously written, moving to end of data. 17-Oct 17:05 srv2-sd JobId 54: Error: Bacula cannot write on tape Volume "srv2-set1-sun" because: The number of files mismatch! Volume=0 Catalog=1 17-Oct 17:05 srv2-sd JobId 54: Marking Volume "srv2-set1-sun" in Error in Catalog. 17-Oct 17:05 srv2-sd JobId 54: Please mount Volume "srv2-set2-sun" or label a new one for: Job: ApplicationBackup_Server2.2016-10-17_17.05.04_04 Storage: "ibm-dds6" (/dev/nst0) Pool: SundayPool Media type: DDS6 I am using IBM DDS6 tape. My sd, pool and job config: https://dpaste.de/QBW9 Thanks. -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch! Marking volume in Error in Catalog
On 04.06.2009 10:16, Uwe Schuerkamp wrote: On Thu, Jun 04, 2009 at 09:20:34AM +0200, Christian Gaul wrote: Bob Hetzel schrieb: Greetings, I've been seeing an issue whereby a volume gets marked in error periodically. The last items logged about that volume are typically like this: 02-Jun 11:53 gyrus-sd JobId 83311: Volume LTO224L2 previously written, moving to end of data. 02-Jun 11:53 gyrus-sd JobId 83311: Error: Bacula cannot write on tape Volume LTO224L2 because: The number of files mismatch! Volume=46 Catalog=45 02-Jun 11:53 gyrus-sd JobId 83311: Marking Volume LTO224L2 in Error in Catalog. I don't think I have any SCSI errors, but instead the problem seems to be related to bacula not properly keeping track of the volume files in some rare case. This time the problem happened not too long after the volume got recycled and so I noted one thing about how the tape was used... a backup started on another volume and then spanned onto it. Could that be a source of these problems? Here's the pertinent part of the bacula log file--debugging not turned on right now but I'm hoping enough got logged to help. If not I'll have to turn debugging back on but what level would be good for determining the source of that error? http://casemed.case.edu/admin_computing/bacula/bacula-2009-06-01.log.txt Bob To me this looks like an issue reported a couple of times on this list, once by me and once by another user, whereby Bacula isnt updating the Volume Files when doing concurrent jobs. So far nobody has seemed interested in it. For me and another user it has worked to set the maximum concurrent jobs to 1 on the device.. Yes, you will have jobs piling on for hours until they get worked off. I witnessed this first after upgrading from 2.4.4 to 3.0.0 but have not been able to track it down myself or i would have made a proper bugreport for it.. Hope that helps a little Hi, we're running bacula 2.2.8, using concurrent jobs = 2 on a disk based set of volumes. I've done several restores from those volumes without any errors, and haven't seen the error you mention in a good 3 months or so since having switched from concurrent jobs = 1 to = 2, so I'd consider this a positive report that the feature actually does work. The problem bug may have been introduced in a later version of bacula. All the best, Uwe Concurrent jobs worked well on 2.2.8 and previous versions on our backup-machine for years too. After the upgrade to 3.0.1 the files mismatch. I have tried on CentOS and with different settings on storage-daemon setup a new backup-server on Debian for testing, made a firmware upgrade on the autoloader, changed the database, changed the tapes... run btape test (again) does not help so far. With max concurrent jobs=1 it works. So currently it seems for me the least common denominator for this failure is (the upgrade to) Bacula 3.0.1. Additional I had a failure with concurrent jobs and file-based backups. But it seems that is solved now. It was the same story as on tape. When two jobs was started the second one failed after a few seconds (with a little bit different error-message as on tape) each time. After recompiling on a new setup server on Debian I did not get this failure anymore. So I recompiled with the same configure settings on CentOS too and file-based concurrent backups seems to work on CentOS too now. I tried with the old compilation folder (/usr/src/bacula-...) of 3.0.1 which installation did not work on CentOS - however I did not get the failure on concurrent file-based backups with that compilation too! I don´t know exactly what changed in meanwhile except the default-paths with the new make (with less configure options). I found out make uninstall did not remove all files from the system so I guess that there was an old file hanging around in some preferred earlier PATH from some other bacula version that caused troubles and was overwritten with the later compilation and installation (with other pathnames) maybe from 1.3.8 or 2.0.x or 2.2.8. It was perfectly reproduceable with filebased backup before. However tape based backup still don´t work with 3.0.1 and concurrent jobs (even on a new setup server without previous installed bacula). Greetings, user100 -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch! Marking volume in Error in Catalog
Bob Hetzel schrieb: Greetings, I've been seeing an issue whereby a volume gets marked in error periodically. The last items logged about that volume are typically like this: 02-Jun 11:53 gyrus-sd JobId 83311: Volume LTO224L2 previously written, moving to end of data. 02-Jun 11:53 gyrus-sd JobId 83311: Error: Bacula cannot write on tape Volume LTO224L2 because: The number of files mismatch! Volume=46 Catalog=45 02-Jun 11:53 gyrus-sd JobId 83311: Marking Volume LTO224L2 in Error in Catalog. I don't think I have any SCSI errors, but instead the problem seems to be related to bacula not properly keeping track of the volume files in some rare case. This time the problem happened not too long after the volume got recycled and so I noted one thing about how the tape was used... a backup started on another volume and then spanned onto it. Could that be a source of these problems? Here's the pertinent part of the bacula log file--debugging not turned on right now but I'm hoping enough got logged to help. If not I'll have to turn debugging back on but what level would be good for determining the source of that error? http://casemed.case.edu/admin_computing/bacula/bacula-2009-06-01.log.txt Bob -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users To me this looks like an issue reported a couple of times on this list, once by me and once by another user, whereby Bacula isnt updating the Volume Files when doing concurrent jobs. So far nobody has seemed interested in it. For me and another user it has worked to set the maximum concurrent jobs to 1 on the device.. Yes, you will have jobs piling on for hours until they get worked off. I witnessed this first after upgrading from 2.4.4 to 3.0.0 but have not been able to track it down myself or i would have made a proper bugreport for it.. Hope that helps a little -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch! Marking volume in Error in Catalog
On Thu, Jun 04, 2009 at 09:20:34AM +0200, Christian Gaul wrote: Bob Hetzel schrieb: Greetings, I've been seeing an issue whereby a volume gets marked in error periodically. The last items logged about that volume are typically like this: 02-Jun 11:53 gyrus-sd JobId 83311: Volume LTO224L2 previously written, moving to end of data. 02-Jun 11:53 gyrus-sd JobId 83311: Error: Bacula cannot write on tape Volume LTO224L2 because: The number of files mismatch! Volume=46 Catalog=45 02-Jun 11:53 gyrus-sd JobId 83311: Marking Volume LTO224L2 in Error in Catalog. I don't think I have any SCSI errors, but instead the problem seems to be related to bacula not properly keeping track of the volume files in some rare case. This time the problem happened not too long after the volume got recycled and so I noted one thing about how the tape was used... a backup started on another volume and then spanned onto it. Could that be a source of these problems? Here's the pertinent part of the bacula log file--debugging not turned on right now but I'm hoping enough got logged to help. If not I'll have to turn debugging back on but what level would be good for determining the source of that error? http://casemed.case.edu/admin_computing/bacula/bacula-2009-06-01.log.txt Bob To me this looks like an issue reported a couple of times on this list, once by me and once by another user, whereby Bacula isnt updating the Volume Files when doing concurrent jobs. So far nobody has seemed interested in it. For me and another user it has worked to set the maximum concurrent jobs to 1 on the device.. Yes, you will have jobs piling on for hours until they get worked off. I witnessed this first after upgrading from 2.4.4 to 3.0.0 but have not been able to track it down myself or i would have made a proper bugreport for it.. Hope that helps a little Hi, we're running bacula 2.2.8, using concurrent jobs = 2 on a disk based set of volumes. I've done several restores from those volumes without any errors, and haven't seen the error you mention in a good 3 months or so since having switched from concurrent jobs = 1 to = 2, so I'd consider this a positive report that the feature actually does work. The problem bug may have been introduced in a later version of bacula. All the best, Uwe -- uwe.schuerk...@nionex.net phone: [+49] 5242.91 - 4740, fax:-69 72 Hauptsitz: Avenwedder Str. 55, D-33311 Guetersloh, Germany Registergericht Guetersloh HRB 4196, Geschaeftsfuehrer: Horst Gosewehr NIONEX ist ein Unternehmen der DirectGroup Germany www.directgroupgermany.de -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] The number of files mismatch! Marking volume in Error in Catalog
Greetings, I've been seeing an issue whereby a volume gets marked in error periodically. The last items logged about that volume are typically like this: 02-Jun 11:53 gyrus-sd JobId 83311: Volume LTO224L2 previously written, moving to end of data. 02-Jun 11:53 gyrus-sd JobId 83311: Error: Bacula cannot write on tape Volume LTO224L2 because: The number of files mismatch! Volume=46 Catalog=45 02-Jun 11:53 gyrus-sd JobId 83311: Marking Volume LTO224L2 in Error in Catalog. I don't think I have any SCSI errors, but instead the problem seems to be related to bacula not properly keeping track of the volume files in some rare case. This time the problem happened not too long after the volume got recycled and so I noted one thing about how the tape was used... a backup started on another volume and then spanned onto it. Could that be a source of these problems? Here's the pertinent part of the bacula log file--debugging not turned on right now but I'm hoping enough got logged to help. If not I'll have to turn debugging back on but what level would be good for determining the source of that error? http://casemed.case.edu/admin_computing/bacula/bacula-2009-06-01.log.txt Bob -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] The number of files mismatch!
Hi all, sine I have added the Paramters: BSFatEOM = yes; TWOEOF = yes; OfflineonUnmount = yes; the system reports the error: The number of files mismatch! It is every time only one file. For Example: Volume=3 Catalog=4 or Volume=350 Catalog=351 Have I missed something in the manual? Is there an additional parameter which needs to be set? I set this Parameters to get rid of some other error messages: BSFatEOM and TWOEOF for: 06-Dec 01:15 backup03-sd JobId 37: Error: block.c:568 Write error at 30:5629 on device Drive-1 (/dev/nst0). ERR=Input/output error. 06-Dec 01:15 backup03-sd JobId 37: Error: Error writing final EOF to tape. This Volume may not be readable. dev.c:1681 ioctl MTWEOF error on Drive-1 (/dev/nst0). ERR=Input/output error. and: OfflineUnmount for: 06-Dec 01:15 backup03-sd JobId 37: 3301 Issuing autochanger loaded? drive 0 command. 06-Dec 01:15 backup03-sd JobId 37: 3302 Autochanger loaded? drive 0, result is Slot 22. 06-Dec 01:15 backup03-sd JobId 37: 3307 Issuing autochanger unload slot 22, drive 0 command. 06-Dec 01:15 backup03-sd JobId 37: 3995 Bad autochanger unload slot 22, drive 0: ERR=Child exited with code 1 Results=Unloading Data Transfer Element into Storage Element 22...mtx: Request Sense: Long Report=yes mtx: Request Sense: Valid Residual=no mtx: Request Sense: Error Code=70 (Current) mtx: Request Sense: Sense Key=Illegal Request mtx: Request Sense: FileMark=no mtx: Request Sense: EOM=no mtx: Request Sense: ILI=no mtx: Request Sense: Additional Sense Code = 53 mtx: Request Sense: Additional Sense Qualifier = 03 mtx: Request Sense: BPV=no mtx: Request Sense: Error in CDB=no mtx: Request Sense: SKSV=no MOVE MEDIUM from Element Address 256 to 4117 Failed Best Regards, Stefan -- Stefan Lubitz System Administrator ___ MACKEVISION Medien Design GmbH, Stuttgart Forststraße 7 D - 70174 Stuttgart Tel.: +49 (0) 711/933048-0 Fax.: +49 (0) 711/933048-90 [EMAIL PROTECTED] www.mackevision.de Geschäftsführer: Armin Pohl, Joachim Lincke HRB 243735 Amtsgericht Stuttgart Steuernummer: 99070 / 01935 USt-ID-Nr. DE 169457786 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch!
You can switch EOT model only when starting from scratch with empty tapes, so that's normal ... On Tue, 2008-12-09 at 08:40 +0100, Stefan Lubitz wrote: Hi all, sine I have added the Paramters: BSFatEOM = yes; TWOEOF = yes; OfflineonUnmount = yes; the system reports the error: The number of files mismatch! It is every time only one file. For Example: Volume=3 Catalog=4 or Volume=350 Catalog=351 Have I missed something in the manual? Is there an additional parameter which needs to be set? I set this Parameters to get rid of some other error messages: BSFatEOM and TWOEOF for: 06-Dec 01:15 backup03-sd JobId 37: Error: block.c:568 Write error at 30:5629 on device Drive-1 (/dev/nst0). ERR=Input/output error. 06-Dec 01:15 backup03-sd JobId 37: Error: Error writing final EOF to tape. This Volume may not be readable. dev.c:1681 ioctl MTWEOF error on Drive-1 (/dev/nst0). ERR=Input/output error. and: OfflineUnmount for: 06-Dec 01:15 backup03-sd JobId 37: 3301 Issuing autochanger loaded? drive 0 command. 06-Dec 01:15 backup03-sd JobId 37: 3302 Autochanger loaded? drive 0, result is Slot 22. 06-Dec 01:15 backup03-sd JobId 37: 3307 Issuing autochanger unload slot 22, drive 0 command. 06-Dec 01:15 backup03-sd JobId 37: 3995 Bad autochanger unload slot 22, drive 0: ERR=Child exited with code 1 Results=Unloading Data Transfer Element into Storage Element 22...mtx: Request Sense: Long Report=yes mtx: Request Sense: Valid Residual=no mtx: Request Sense: Error Code=70 (Current) mtx: Request Sense: Sense Key=Illegal Request mtx: Request Sense: FileMark=no mtx: Request Sense: EOM=no mtx: Request Sense: ILI=no mtx: Request Sense: Additional Sense Code = 53 mtx: Request Sense: Additional Sense Qualifier = 03 mtx: Request Sense: BPV=no mtx: Request Sense: Error in CDB=no mtx: Request Sense: SKSV=no MOVE MEDIUM from Element Address 256 to 4117 Failed Best Regards, Stefan -- Julien Cigar Belgian Biodiversity Platform http://www.biodiversity.be Université Libre de Bruxelles (ULB) Campus de la Plaine CP 257 Bâtiment NO, Bureau 4 N4 115C (Niveau 4) Boulevard du Triomphe, entrée ULB 2 B-1050 Bruxelles Mail: [EMAIL PROTECTED] @biobel: http://biobel.biodiversity.be/person/show/471 Tel : 02 650 57 52 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch!
Hi Julien, this tapes were empty when I added the EOT. To explain: I made a full backup to tape mba022, added the EOT and wrote an inc in a different pool (for example tape mba056). This was working. The next inc to tape mba056 failed. Julien Cigar schrieb: You can switch EOT model only when starting from scratch with empty tapes, so that's normal ... On Tue, 2008-12-09 at 08:40 +0100, Stefan Lubitz wrote: Hi all, sine I have added the Paramters: BSFatEOM = yes; TWOEOF = yes; OfflineonUnmount = yes; the system reports the error: The number of files mismatch! It is every time only one file. For Example: Volume=3 Catalog=4 or Volume=350 Catalog=351 Have I missed something in the manual? Is there an additional parameter which needs to be set? I set this Parameters to get rid of some other error messages: BSFatEOM and TWOEOF for: 06-Dec 01:15 backup03-sd JobId 37: Error: block.c:568 Write error at 30:5629 on device Drive-1 (/dev/nst0). ERR=Input/output error. 06-Dec 01:15 backup03-sd JobId 37: Error: Error writing final EOF to tape. This Volume may not be readable. dev.c:1681 ioctl MTWEOF error on Drive-1 (/dev/nst0). ERR=Input/output error. and: OfflineUnmount for: 06-Dec 01:15 backup03-sd JobId 37: 3301 Issuing autochanger loaded? drive 0 command. 06-Dec 01:15 backup03-sd JobId 37: 3302 Autochanger loaded? drive 0, result is Slot 22. 06-Dec 01:15 backup03-sd JobId 37: 3307 Issuing autochanger unload slot 22, drive 0 command. 06-Dec 01:15 backup03-sd JobId 37: 3995 Bad autochanger unload slot 22, drive 0: ERR=Child exited with code 1 Results=Unloading Data Transfer Element into Storage Element 22...mtx: Request Sense: Long Report=yes mtx: Request Sense: Valid Residual=no mtx: Request Sense: Error Code=70 (Current) mtx: Request Sense: Sense Key=Illegal Request mtx: Request Sense: FileMark=no mtx: Request Sense: EOM=no mtx: Request Sense: ILI=no mtx: Request Sense: Additional Sense Code = 53 mtx: Request Sense: Additional Sense Qualifier = 03 mtx: Request Sense: BPV=no mtx: Request Sense: Error in CDB=no mtx: Request Sense: SKSV=no MOVE MEDIUM from Element Address 256 to 4117 Failed Best Regards, Stefan -- Stefan Lubitz System Administrator ___ MACKEVISION Medien Design GmbH, Stuttgart Forststraße 7 D - 70174 Stuttgart Tel.: +49 (0) 711/933048-0 Fax.: +49 (0) 711/933048-90 [EMAIL PROTECTED] www.mackevision.de Geschäftsführer: Armin Pohl, Joachim Lincke HRB 243735 Amtsgericht Stuttgart Steuernummer: 99070 / 01935 USt-ID-Nr. DE 169457786 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch!
Stefan Lubitz schrieb: Hi all, sine I have added the Paramters: BSFatEOM = yes; TWOEOF = yes; OfflineonUnmount = yes; the system reports the error: The number of files mismatch! It is every time only one file. For Example: Volume=3 Catalog=4 or Volume=350 Catalog=351 Have I missed something in the manual? Is there an additional parameter which needs to be set? I set this Parameters to get rid of some other error messages: BSFatEOM and TWOEOF for: 06-Dec 01:15 backup03-sd JobId 37: Error: block.c:568 Write error at 30:5629 on device Drive-1 (/dev/nst0). ERR=Input/output error. 06-Dec 01:15 backup03-sd JobId 37: Error: Error writing final EOF to tape. This Volume may not be readable. dev.c:1681 ioctl MTWEOF error on Drive-1 (/dev/nst0). ERR=Input/output error. and: OfflineUnmount for: 06-Dec 01:15 backup03-sd JobId 37: 3301 Issuing autochanger loaded? drive 0 command. 06-Dec 01:15 backup03-sd JobId 37: 3302 Autochanger loaded? drive 0, result is Slot 22. 06-Dec 01:15 backup03-sd JobId 37: 3307 Issuing autochanger unload slot 22, drive 0 command. 06-Dec 01:15 backup03-sd JobId 37: 3995 Bad autochanger unload slot 22, drive 0: ERR=Child exited with code 1 Results=Unloading Data Transfer Element into Storage Element 22...mtx: Request Sense: Long Report=yes mtx: Request Sense: Valid Residual=no mtx: Request Sense: Error Code=70 (Current) mtx: Request Sense: Sense Key=Illegal Request mtx: Request Sense: FileMark=no mtx: Request Sense: EOM=no mtx: Request Sense: ILI=no mtx: Request Sense: Additional Sense Code = 53 mtx: Request Sense: Additional Sense Qualifier = 03 mtx: Request Sense: BPV=no mtx: Request Sense: Error in CDB=no mtx: Request Sense: SKSV=no MOVE MEDIUM from Element Address 256 to 4117 Failed Best Regards, Stefan Hi Stefan, I've got nearly the same error after upgrading my backupserver running OpenSuSE 10.3 from 2Gb to 4Gb of RAM and modifying some parameters in BIOS regarding the handling of memorymapped IO. After installing a new big-smp kernel everythings works ok again. I didn't need to modify any bacula parameters. -- mit freundlichen Grüßen Thomas Harf Inhaber - Ingenieurbüro Thomas Harf Kiefholzstraße 287 12437 Berlin Tel: +49 (0)30 66 92 17 58 Fax: +49 (0)30 66 92 17 55 Mobil: +49 (0)170 285 86 62 eMail: [EMAIL PROTECTED] Web: http://ingbuero.harf.de - -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] The number of files mismatch!
Hi I am getting this error when bacula fails running a job (the client gets blocked, i. e.) and using again the tape used when got the error. 8-Aug 23:00 BackupDirector: Start Backup JobId 198, Job=BackupPC-Calidad.2007-08-08_23.00.00 08-Aug 23:00 backup-sd: Volume CintasDiariasMiercoles-01 previously written, moving to end of data. 08-Aug 23:01 backup-sd: BackupPC-Calidad.2007-08-08_23.00.00 Error: I cannot write on Volume CintasDiariasMiercoles-01 because: The number of files mismatch! Volume=78 Catalog=77 08-Aug 23:01 backup-sd: Marking Volume CintasDiariasMiercoles-01 in Error in Catalog. 08-Aug 23:03 backup-sd: Job BackupPC-Calidad.2007-08-08_23.00.00 waiting. Cannot find any appendable volumes. Please use the label command to create a new Volume for: Storage: HPUltrium1 (/dev/st0) Media type: Ultrium-1 Pool: PoolCintasDiariasMiercoles I think that when bacula is making a backup, it inserts the current file in the database, but if client is blocked, the file is not backed up, so the number of files in the tape and in the catalog are different; could this be the reason? I solved this setting manually the number of files of the tape in the catalog, and set the volume status to append. Any idea solving this? thanks - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] The number of files mismatch! but next job is fine ?
Hello, I have a strange issue with my daily backups. The two first jobs fails, because tape 'Daily-004' seems to be crap, however all next jobs are fine. Here is the logs : 28-fév 21:01 srv-mpp-lrs-sd: Job Backup-srv-mpp-datas-Echange_MEDIA.2007-02-28_21.00.02 waiting to reserve a device. 28-fév 21:00 srv-mpp-lrs-dir: Start Backup JobId 2159, Job=Backup-srv-mpp-lrs.2007-02-28_21.00.00 28-fév 21:00 srv-mpp-lrs-sd: 3301 Issuing autochanger loaded drive 0 command. 28-fév 21:00 srv-mpp-lrs-sd: 3302 Autochanger loaded drive 0, result: nothing loaded. 28-fév 21:00 srv-mpp-lrs-sd: 3304 Issuing autochanger load slot 15, drive 0 command. 28-fév 21:00 srv-mpp-lrs-sd: 3305 Autochanger load slot 15, drive 0, status is OK. 28-fév 21:01 srv-mpp-lrs-sd: 3301 Issuing autochanger loaded drive 0 command. 28-fév 21:01 srv-mpp-lrs-sd: 3302 Autochanger loaded drive 0, result is Slot 15. 28-fév 21:01 srv-mpp-lrs-sd: Volume Daily-0004 previously written, moving to end of data. 28-fév 21:02 srv-mpp-lrs-sd: Ready to append to end of Volume Daily-0004 at file=188. 28-fév 21:02 srv-mpp-lrs-dir: Bacula 1.38.11 (28Jun06): 28-fév-2007 21:02:34 = Backup OK 28-fév 21:05 srv-mpp-lrs-sd: Job Backup-srv-mpp-lrs-MySQL-inventory.2007-02-28_21.00.01 waiting to reserve a device. 28-fév 21:00 srv-mpp-lrs-dir: Start Backup JobId 2161, Job=Backup-srv-mpp-datas-Echange_MEDIA.2007-02-28_21.00.02 28-fév 21:00 srv-mpp-lrs-sd: 3301 Issuing autochanger loaded drive 1 command. 28-fév 21:01 srv-mpp-lrs-sd: 3302 Autochanger loaded drive 1, result: nothing loaded. 28-fév 21:01 srv-mpp-lrs-sd: Job Backup-srv-mpp-datas-Echange_MEDIA.2007-02-28_21.00.02 waiting to reserve a device. 28-fév 21:02 srv-mpp-lrs-sd: 3307 Issuing autochanger unload slot 15, drive 0 command. 28-fév 21:04 srv-mpp-lrs-sd: 3304 Issuing autochanger load slot 15, drive 1 command. 28-fév 21:05 srv-mpp-lrs-sd: 3305 Autochanger load slot 15, drive 1, status is OK. 28-fév 21:05 srv-mpp-lrs-sd: 3301 Issuing autochanger loaded drive 1 command. 28-fév 21:05 srv-mpp-lrs-sd: 3302 Autochanger loaded drive 1, result is Slot 15. 28-fév 21:05 srv-mpp-lrs-sd: Volume Daily-0004 previously written, moving to end of data. 28-fév 21:06 srv-mpp-lrs-sd: Backup-srv-mpp-datas-Echange_MEDIA.2007-02-28_21.00.02 Error: I cannot write on Volume Daily-0004 because: The number of files mismatch! Volume=189 Catalog=188 28-fév 21:06 srv-mpp-lrs-sd: Marking Volume Daily-0004 in Error in Catalog. 28-fév 21:06 srv-mpp-lrs-dir: Backup-srv-mpp-datas-Echange_MEDIA.2007-02-28_21.00.02 Fatal error: Volume Files at 189 being set to 188 for Volume Daily-0004. This is incorrect. 28-fév 21:06 srv-mpp-lrs-sd: Backup-srv-mpp-datas-Echange_MEDIA.2007-02-28_21.00.02 Fatal error: Error getting Volume info: 1992 Update Media error. VolFiles=188, CatFiles=189 28-fév 21:06 srv-mpp-lrs-sd: Backup-srv-mpp-datas-Echange_MEDIA.2007-02-28_21.00.02 Fatal error: Job 2161 canceled. 28-fév 21:06 srv-mpp-datas-fd: Backup-srv-mpp-datas-Echange_MEDIA.2007-02-28_21.00.02 Fatal error: ../../filed/job.c:1751 Bad response to Append Data command. Wanted 3000 OK data , got 3903 Error append data = Backup Error Maximum Concurrent HJobs are set to two for both director and storage. It seems the first jobs (Backup-srv-mpp-datas-Echange_MEDIA) starts but doesn't see there is already another jobs running (Backup-srv-mpp-lrs). Looking for some pointers... Thanks in advance, Best regards, Adam Cécile. -- Adam CECILELinbox / FreeALter Soft 152 rue de Grigy tél: +33 3 87 50 87 95 Technopôle Metz 2000 fax: +33 3 87 75 19 26 57070 METZ - Francehttp://www.linbox.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch!
Thanks for all the helpful responses, that gives me a better idea of how the volumefiles field is used. Wierd thing is the btape test and fill commands run without a hitch with the bacula-sd.conf I'm using. I've found a way to work around it so I can get some backups while I get it working right. I guess I'll keep playing with settings for the drive and taking a closer look at the debugging output for bacula-sd. this is on a machine running Centos 3.4 by the way changer I'm testing with is a Exabyte AutoPAK 1x10 though I have the same exact problem on another machine running fedora core 2 with a Dell PV-132T lto changer -- __ Forrest England | System Administrator Dealer.com V 802.658.0965 x179 [EMAIL PROTECTED] | www.dealer.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Arno Lehmann wrote: I updated the VolumeFiles for this tape in the catalog to 0 and did a second backup job. I restored and verified both backup jobs without any problem. That was lucky... Bacula should have considered that tape as empty IMO. My best guess is that having not unmounted the tape, it elected not to move the tape any when the next backup was to run, and therefore wrote in the correct spot. How many files it would say are on the tape after the fact, though, I don't know... Sound feasible at all? I'd love to keep from doing something boneheaded myself. :) - -- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer III |$| |__| | | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFfXhemb+gadEcsb4RAlZ5AKDCFJnZ4AJicP0kDJgTLG0+PIY4pgCdH+At C3tHoiIq8e2k/opZv5iscbA= =gz3G -END PGP SIGNATURE- - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch!
Hi, On 12/11/2006 4:25 PM, Ryan Novosielski wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Arno Lehmann wrote: I updated the VolumeFiles for this tape in the catalog to 0 and did a second backup job. I restored and verified both backup jobs without any problem. That was lucky... Bacula should have considered that tape as empty IMO. My best guess is that having not unmounted the tape, it elected not to move the tape any when the next backup was to run, and therefore wrote in the correct spot. How many files it would say are on the tape after the fact, though, I don't know... Sound feasible at all? Yes, but of course it's hard to determine what actually happened afterwards... and I doubt you'd want to try that scenario again :-) If you do, turn on debug output and see what that tells. The relevant parts ight be hard to spot in the loads of information you get at higer debug levels, so you should reserve some time for it. Regarding the VolFiles field in the catalog - you could compare what the catalog has with the llist command (I think) and what the tape drive sees when forwarding to the end of media using a command like 'mt eom' followed by 'mt status'. There should be the current file number in the output. Arno I'd love to keep from doing something boneheaded myself. :) - -- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer III |$| |__| | | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFfXhemb+gadEcsb4RAlZ5AKDCFJnZ4AJicP0kDJgTLG0+PIY4pgCdH+At C3tHoiIq8e2k/opZv5iscbA= =gz3G -END PGP SIGNATURE- - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ 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 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch!
Hi there, I work with Rob Ostrander, the initiator of this thread. I've also been working on the problem of bacula reporting that the number of VolumeFiles mismatch between the volume and the catalog. After reading the manual thoroughly and poking around the web, I'm still not sure what VolumeFiles referrs to. an example: I did a test backup job of 101 files on a fresh tape which completed successfully: FD Files Written: 101 SD Files Written: 101 afterwards I attempted to do a second backup job on the same tape, but got the familiar error message: 08-Dec 13:36 vtsan1-sd: test.2006-12-08_13.36.27 Error: I cannot write on Volume TestVolume because: The number of files mismatch! Volume=0 Catalog=1 I updated the VolumeFiles for this tape in the catalog to 0 and did a second backup job. I restored and verified both backup jobs without any problem. what does VolumeFiles correspond to? It's obviously not the number of actual files on the tape. is it supposed to correspond to the number of jobs on a tape? anyway, many people seem to have this VolumeFiles mismatch problem. we have it on 3 different servers with 3 different tape changers, so I'm going to file a bug report. -- __ Forrest England | System Administrator V 802.658.0965 x179 [EMAIL PROTECTED] | www.dealer.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 These files are those that are listed under 'list media.' They are 1GB in size, unless you specify otherwise. I'd love to point you to the manual for more info, but I looked around and can't find anything. In any case, these are just seemingly to split a backup job up some. They are governed as Volume Files, not to be confused with File Volumes. Forrest England wrote: Hi there, I work with Rob Ostrander, the initiator of this thread. I've also been working on the problem of bacula reporting that the number of VolumeFiles mismatch between the volume and the catalog. After reading the manual thoroughly and poking around the web, I'm still not sure what VolumeFiles referrs to. an example: I did a test backup job of 101 files on a fresh tape which completed successfully: FD Files Written: 101 SD Files Written: 101 afterwards I attempted to do a second backup job on the same tape, but got the familiar error message: 08-Dec 13:36 vtsan1-sd: test.2006-12-08_13.36.27 Error: I cannot write on Volume TestVolume because: The number of files mismatch! Volume=0 Catalog=1 I updated the VolumeFiles for this tape in the catalog to 0 and did a second backup job. I restored and verified both backup jobs without any problem. what does VolumeFiles correspond to? It's obviously not the number of actual files on the tape. is it supposed to correspond to the number of jobs on a tape? anyway, many people seem to have this VolumeFiles mismatch problem. we have it on 3 different servers with 3 different tape changers, so I'm going to file a bug report. - -- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer III |$| |__| | | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFedVamb+gadEcsb4RAnR/AKCaHGbIVNYHB9HJA9S+85Q0U0VD6gCfdC3F hQmFCb0MB9ox6IeEUSSSFd8= =3pkS -END PGP SIGNATURE- - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch!
On Friday 08 December 2006 21:38, Forrest England wrote: Hi there, I work with Rob Ostrander, the initiator of this thread. I've also been working on the problem of bacula reporting that the number of VolumeFiles mismatch between the volume and the catalog. After reading the manual thoroughly and poking around the web, I'm still not sure what VolumeFiles referrs to. an example: I did a test backup job of 101 files on a fresh tape which completed successfully: FD Files Written: 101 SD Files Written: 101 afterwards I attempted to do a second backup job on the same tape, but got the familiar error message: Volume Files and FD/SD Files written are not the same thing. 08-Dec 13:36 vtsan1-sd: test.2006-12-08_13.36.27 Error: I cannot write on Volume TestVolume because: The number of files mismatch! Volume=0 Catalog=1 I updated the VolumeFiles for this tape in the catalog to 0 and did a second backup job. I restored and verified both backup jobs without any problem. what does VolumeFiles correspond to? It's obviously not the number of actual files on the tape. is it supposed to correspond to the number of jobs on a tape? It is supposed to be the number of files on the tape. If your Volume value ended up greater than the Catalog, then I would suspect a Bacula bug. However, the fact that it is smaller that what the catalog says and that you reset it to zero and everything works, indicates to me that your Device resource is misconfigured. Have you ever ran the btape test and fill commands? anyway, many people seem to have this VolumeFiles mismatch problem. we have it on 3 different servers with 3 different tape changers, so I'm going to file a bug report. I think you should do some testing on your system before filing a bug report for several reasons: 1. Although Alan reports the same problem and points out a plausible reason involving multiple simultaneous jobs, some of which wait, your report does not seem to correspond to his or in any case you never mentioned that it involves multiple simultaneous job, ... 2. I have been monitoring these lists for 5 years now (since they started) reading *every* email and I cannot say that there are many people with this problem. 3. If you had to set your Volume files from 1 to zero in the catalog to get everything working, then my suspicion is that you have a serious configuration problem. 4. If you run a single job and get this problem, and it happens repeatedly, then I'll be *very* surprised if btape test works. 5. I recommend you follow the steps (9 if I remember right) in the tape testing chapter. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch!
Hi, On 12/8/2006 9:38 PM, Forrest England wrote: Hi there, I work with Rob Ostrander, the initiator of this thread. I've also been working on the problem of bacula reporting that the number of VolumeFiles mismatch between the volume and the catalog. After reading the manual thoroughly and poking around the web, I'm still not sure what VolumeFiles referrs to. In short: These are simply special marks on the tape that the tape drive uses to position the tape. an example: I did a test backup job of 101 files on a fresh tape which completed successfully: FD Files Written: 101 SD Files Written: 101 afterwards I attempted to do a second backup job on the same tape, but got the familiar error message: 08-Dec 13:36 vtsan1-sd: test.2006-12-08_13.36.27 Error: I cannot write on Volume TestVolume because: The number of files mismatch! Volume=0 Catalog=1 I updated the VolumeFiles for this tape in the catalog to 0 and did a second backup job. I restored and verified both backup jobs without any problem. That was lucky... Bacula should have considered that tape as empty IMO. what does VolumeFiles correspond to? It's obviously not the number of actual files on the tape. is it supposed to correspond to the number of jobs on a tape? anyway, many people seem to have this VolumeFiles mismatch problem. we have it on 3 different servers with 3 different tape changers, so I'm going to file a bug report. Make sure to include your SD device configuration and btape test output... Ok, a short description of the file mark problem: Bacula segments tape volumes by file marks. These are, in tape hardware language, called EOF markers. Bacula keeps the number of EOFs on tape in the catalog. When a tape is appended to, bacula lets the tape drive seek to the end of data on tape (called EOD). The tape drive counts the EOFs it crosses and reports that number as the current file position. That number is compared to the catalog data, and that comparison is the point where your error comes from. Unfortunately, EOF marks can be a little problematic. Some OS/tape drivers use two EOFs to indicate EOD. In such a case, before you can continue to write to that tape, you have to backspace one EOF mark. If you didn't, the data would be written to tape at a position that could not be reached by the normal positioning commands of the tape drive. For practical purposes this boils down to the advice to seriously test your settings of Two EOF, BSF at EOM, and the various Bachward/Forward Space File/Record variants. To give more detailed help, we would at least need to know which OS and which tape hardware you run. I'm quite certain that most OSes have their Bacula users, which might supply configuration examples. Arno -- IT-Service Lehmann[EMAIL PROTECTED] Arno Lehmann http://www.its-lehmann.de - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch!
Thank you for the response. The btape test and fill commands were successful. We occasionally get db connection errors though afaik the Dir or Sd haven't crashed and the db connections do not seem to correlate to the mismatch issues: 21-Nov 16:22 wcsan1-dir: wcmc8_mda2.2006-11-19_23.05.01 Fatal error: sql_get.c:555 sql_get.c:555 query SELECT PoolId,Name,NumVols,MaxVols,UseOnce,UseCatalog,AcceptAnyVolume,AutoPrune,Recycle,VolRetention,VolUseDuration,MaxVolJobs,MaxVolFiles,MaxVolBytes,PoolType,LabelType,LabelFormat FROM Pool WHERE Pool.Name='Diff-Pool_wcmc8' failed: Lost connection to MySQL server during query 21-Nov 16:22 wcsan1-dir: sql_get.c:555 SELECT PoolId,Name,NumVols,MaxVols,UseOnce,UseCatalog,AcceptAnyVolume,AutoPrune,Recycle,VolRetention,VolUseDuration,MaxVolJobs,MaxVolFiles,MaxVolBytes,PoolType,LabelType,LabelFormat FROM Pool WHERE Pool.Name='Diff-Pool_wcmc8' I will be moving the mysql server local to the Dir and Sd. Kern Sibbald wrote: Most likely either the Dir or SD has crashed during a backup, or you haven't successfully run the btape test and fill commands, in which case, you Device resource is not properly configured for your OS/drive. On Wednesday 22 November 2006 22:17, Rob Ostrander wrote: We are getting "The number of files mismatch!" error when a job tries to append to a tape in V1.38.11. We did not see this until adding a LTO changer with 2 drives(and increasing max concurrent jobs). I set max concurrent to 1, everywhere I could find and will see if it fixes it. I've read through this http://bacula.org/rel-manual/Tips_Suggestions.html#SECTION000357000 and I wonder if anyone else is having this issue or could provide some insight to fixing it? 20-Nov 22:44 wcsan1-dir: Recycled volume "Logs-0001" 20-Nov 22:47 wcsan1-dir: Start Backup JobId 456, Job=wcsan1.2006-11-16_23.05.00 20-Nov 22:47 wcsan1-sd: 3301 Issuing autochanger "loaded drive 0" command. 20-Nov 22:47 wcsan1-sd: 3302 Autochanger "loaded drive 0", result is Slot 6. 20-Nov 22:47 wcsan1-sd: 3307 Issuing autochanger "unload slot 6, drive 0" command. 20-Nov 22:49 wcsan1-sd: 3304 Issuing autochanger "load slot 1, drive 0" command. 20-Nov 22:50 wcsan1-sd: 3305 Autochanger "load slot 1, drive 0", status is OK. 20-Nov 22:50 wcsan1-sd: 3301 Issuing autochanger "loaded drive 0" command. 20-Nov 22:50 wcsan1-sd: 3302 Autochanger "loaded drive 0", result is Slot 1. 20-Nov 22:51 wcsan1-sd: Volume "Inc-0001" previously written, moving to end of data. 20-Nov 22:57 wcsan1-sd: wcsan1.2006-11-16_23.05.00 Error: I cannot write on Volume "Inc-0001" because: The number of files mismatch! Volume=14 Catalog=15 20-Nov 22:57 wcsan1-sd: Marking Volume "Inc-0001" in Error in Catalog. 20-Nov 23:00 wcsan1-dir: Recycled volume "Inc-0002" 20-Nov 23:00 wcsan1-sd: 3301 Issuing autochanger "loaded drive 0" command. 20-Nov 23:00 wcsan1-sd: 3302 Autochanger "loaded drive 0", result is Slot 1. 20-Nov 23:00 wcsan1-sd: 3307 Issuing autochanger "unload slot 1, drive 0" command. 20-Nov 23:02 wcsan1-sd: 3304 Issuing autochanger "load slot 2, drive 0" command. 20-Nov 23:02 wcsan1-sd: 3305 Autochanger "load slot 2, drive 0", status is OK. 20-Nov 23:02 wcsan1-sd: 3301 Issuing autochanger "loaded drive 0" command. 20-Nov 23:02 wcsan1-sd: 3302 Autochanger "loaded drive 0", result is Slot 2. 20-Nov 23:03 wcsan1-sd: Recycled volume "Inc-0002" on device "Drive-1" (/dev/nst0), all previous data lost. 21-Nov 00:38 wcsan1-dir: Bacula 1.38.11 (28Jun06): 21-Nov-2006 00:38:13 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch!
I set Maximum Concurrent Jobs = 1 everywhere I could find and it didn't seem to help. Alan Brown wrote: On Sat, 25 Nov 2006, Ian Levesque wrote: We have been seeing this irregularly too, usually when there are multiple jobs writing to the same volume simultaneously. I've seen this now and again, as well, in my 3-drive autochanger. I haven't had the time to put together a proper bug report, but from cursory examination, it appears to be a problem when a job wants a tape that is already in use and therefore expects its file count to be what it was when the job started. Here's an example: That would match my observations AB - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch!
On Sat, 25 Nov 2006, Ian Levesque wrote: We have been seeing this irregularly too, usually when there are multiple jobs writing to the same volume simultaneously. I've seen this now and again, as well, in my 3-drive autochanger. I haven't had the time to put together a proper bug report, but from cursory examination, it appears to be a problem when a job wants a tape that is already in use and therefore expects its file count to be what it was when the job started. Here's an example: That would match my observations AB - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch!
On Nov 23, 2006, at 8:11 AM, Alan Brown wrote: On Thu, 23 Nov 2006, Kern Sibbald wrote: Most likely either the Dir or SD has crashed during a backup, or you haven't successfully run the btape test and fill commands, in which case, you Device resource is not properly configured for your OS/drive. We have been seeing this irregularly too, usually when there are multiple jobs writing to the same volume simultaneously. The wierd thing is that when I've checked the volumes, they are no longer in error mode. I've seen this now and again, as well, in my 3-drive autochanger. I haven't had the time to put together a proper bug report, but from cursory examination, it appears to be a problem when a job wants a tape that is already in use and therefore expects its file count to be what it was when the job started. Here's an example: ** First Job, Success ** 16-Nov 01:00 sbgrid-dir: Start Backup JobId 582, Job=CRYSTAL_HOME. 2006-11-16_01.00.00 16-Nov 00:47 home-fd: DIR and FD clocks differ by -763 seconds, FD automatically adjusting. 16-Nov 01:00 sbgrid-sd: Spooling data ... 16-Nov 01:44 sbgrid-sd: Job write elapsed time = 00:44:44, Transfer rate = 7.630 M bytes/second 16-Nov 01:44 sbgrid-sd: Committing spooled data to Volume 05L2. Despooling 20,500,358,128 bytes ... --- second job starts here --- 16-Nov 02:00 sbgrid-sd: Despooling elapsed time = 00:15:48, Transfer rate = 21.62 M bytes/second 16-Nov 02:01 sbgrid-sd: Sending spooled attrs to the Director. Despooling 2,224,240 bytes ... 16-Nov 02:02 sbgrid-dir: Bacula 1.39.22 (09Sep06): 16-Nov-2006 02:02:07 ** Second Job, Error ** 16-Nov 02:00 sbgrid-dir: Start Backup JobId 584, Job=FS4_XRAY. 2006-11-16_02.00.01 16-Nov 01:48 xray-fd: DIR and FD clocks differ by -763 seconds, FD automatically adjusting. 16-Nov 02:01 sbgrid-sd: 3301 Issuing autochanger loaded? drive 2 command. 16-Nov 02:01 sbgrid-sd: 3302 Autochanger loaded? drive 2, result: nothing loaded. 16-Nov 02:01 sbgrid-sd: 3307 Issuing autochanger unload slot 5, drive 0 command. 16-Nov 02:02 sbgrid-sd: 3304 Issuing autochanger load slot 5, drive 2 command. 16-Nov 02:03 sbgrid-sd: 3305 Autochanger load slot 5, drive 2, status is OK. 16-Nov 02:03 sbgrid-sd: 3301 Issuing autochanger loaded? drive 2 command. 16-Nov 02:03 sbgrid-sd: 3302 Autochanger loaded? drive 2, result is Slot 5. 16-Nov 02:03 sbgrid-sd: Volume 05L2 previously written, moving to end of data. 16-Nov 02:04 sbgrid-sd: FS4_XRAY.2006-11-16_02.00.01 Error: I cannot write on Volume 05L2 because: The number of files mismatch! Volume=118 Catalog=117 Best regards, Ian - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch!
On Thu, 23 Nov 2006, Kern Sibbald wrote: Most likely either the Dir or SD has crashed during a backup, or you haven't successfully run the btape test and fill commands, in which case, you Device resource is not properly configured for your OS/drive. We have been seeing this irregularly too, usually when there are multiple jobs writing to the same volume simultaneously. The wierd thing is that when I've checked the volumes, they are no longer in error mode. AB - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] The number of files mismatch!
We are getting The number of files mismatch! error when a job tries to append to a tape in V1.38.11. We did not see this until adding a LTO changer with 2 drives(and increasing max concurrent jobs). I set max concurrent to 1, everywhere I could find and will see if it fixes it. I've read through this http://bacula.org/rel-manual/Tips_Suggestions.html#SECTION000357000 and I wonder if anyone else is having this issue or could provide some insight to fixing it? 20-Nov 22:44 wcsan1-dir: Recycled volume Logs-0001 20-Nov 22:47 wcsan1-dir: Start Backup JobId 456, Job=wcsan1.2006-11-16_23.05.00 20-Nov 22:47 wcsan1-sd: 3301 Issuing autochanger loaded drive 0 command. 20-Nov 22:47 wcsan1-sd: 3302 Autochanger loaded drive 0, result is Slot 6. 20-Nov 22:47 wcsan1-sd: 3307 Issuing autochanger unload slot 6, drive 0 command. 20-Nov 22:49 wcsan1-sd: 3304 Issuing autochanger load slot 1, drive 0 command. 20-Nov 22:50 wcsan1-sd: 3305 Autochanger load slot 1, drive 0, status is OK. 20-Nov 22:50 wcsan1-sd: 3301 Issuing autochanger loaded drive 0 command. 20-Nov 22:50 wcsan1-sd: 3302 Autochanger loaded drive 0, result is Slot 1. 20-Nov 22:51 wcsan1-sd: Volume Inc-0001 previously written, moving to end of data. 20-Nov 22:57 wcsan1-sd: wcsan1.2006-11-16_23.05.00 Error: I cannot write on Volume Inc-0001 because: The number of files mismatch! Volume=14 Catalog=15 20-Nov 22:57 wcsan1-sd: Marking Volume Inc-0001 in Error in Catalog. 20-Nov 23:00 wcsan1-dir: Recycled volume Inc-0002 20-Nov 23:00 wcsan1-sd: 3301 Issuing autochanger loaded drive 0 command. 20-Nov 23:00 wcsan1-sd: 3302 Autochanger loaded drive 0, result is Slot 1. 20-Nov 23:00 wcsan1-sd: 3307 Issuing autochanger unload slot 1, drive 0 command. 20-Nov 23:02 wcsan1-sd: 3304 Issuing autochanger load slot 2, drive 0 command. 20-Nov 23:02 wcsan1-sd: 3305 Autochanger load slot 2, drive 0, status is OK. 20-Nov 23:02 wcsan1-sd: 3301 Issuing autochanger loaded drive 0 command. 20-Nov 23:02 wcsan1-sd: 3302 Autochanger loaded drive 0, result is Slot 2. 20-Nov 23:03 wcsan1-sd: Recycled volume Inc-0002 on device Drive-1 (/dev/nst0), all previous data lost. 21-Nov 00:38 wcsan1-dir: Bacula 1.38.11 (28Jun06): 21-Nov-2006 00:38:13 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch!
Most likely either the Dir or SD has crashed during a backup, or you haven't successfully run the btape test and fill commands, in which case, you Device resource is not properly configured for your OS/drive. On Wednesday 22 November 2006 22:17, Rob Ostrander wrote: We are getting The number of files mismatch! error when a job tries to append to a tape in V1.38.11. We did not see this until adding a LTO changer with 2 drives(and increasing max concurrent jobs). I set max concurrent to 1, everywhere I could find and will see if it fixes it. I've read through this http://bacula.org/rel-manual/Tips_Suggestions.html#SECTION000357000 and I wonder if anyone else is having this issue or could provide some insight to fixing it? 20-Nov 22:44 wcsan1-dir: Recycled volume Logs-0001 20-Nov 22:47 wcsan1-dir: Start Backup JobId 456, Job=wcsan1.2006-11-16_23.05.00 20-Nov 22:47 wcsan1-sd: 3301 Issuing autochanger loaded drive 0 command. 20-Nov 22:47 wcsan1-sd: 3302 Autochanger loaded drive 0, result is Slot 6. 20-Nov 22:47 wcsan1-sd: 3307 Issuing autochanger unload slot 6, drive 0 command. 20-Nov 22:49 wcsan1-sd: 3304 Issuing autochanger load slot 1, drive 0 command. 20-Nov 22:50 wcsan1-sd: 3305 Autochanger load slot 1, drive 0, status is OK. 20-Nov 22:50 wcsan1-sd: 3301 Issuing autochanger loaded drive 0 command. 20-Nov 22:50 wcsan1-sd: 3302 Autochanger loaded drive 0, result is Slot 1. 20-Nov 22:51 wcsan1-sd: Volume Inc-0001 previously written, moving to end of data. 20-Nov 22:57 wcsan1-sd: wcsan1.2006-11-16_23.05.00 Error: I cannot write on Volume Inc-0001 because: The number of files mismatch! Volume=14 Catalog=15 20-Nov 22:57 wcsan1-sd: Marking Volume Inc-0001 in Error in Catalog. 20-Nov 23:00 wcsan1-dir: Recycled volume Inc-0002 20-Nov 23:00 wcsan1-sd: 3301 Issuing autochanger loaded drive 0 command. 20-Nov 23:00 wcsan1-sd: 3302 Autochanger loaded drive 0, result is Slot 1. 20-Nov 23:00 wcsan1-sd: 3307 Issuing autochanger unload slot 1, drive 0 command. 20-Nov 23:02 wcsan1-sd: 3304 Issuing autochanger load slot 2, drive 0 command. 20-Nov 23:02 wcsan1-sd: 3305 Autochanger load slot 2, drive 0, status is OK. 20-Nov 23:02 wcsan1-sd: 3301 Issuing autochanger loaded drive 0 command. 20-Nov 23:02 wcsan1-sd: 3302 Autochanger loaded drive 0, result is Slot 2. 20-Nov 23:03 wcsan1-sd: Recycled volume Inc-0002 on device Drive-1 (/dev/nst0), all previous data lost. 21-Nov 00:38 wcsan1-dir: Bacula 1.38.11 (28Jun06): 21-Nov-2006 00:38:13 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] The number of files mismatch
Hello, === Bacula: 1.38.11 Os: Linux (Debian), kernel 2.6.17 Tape drive: Sony SDX-500C Scsi card: Adaptec 2940 Ultra SCSI === I'm using Bacula for months and it worked fine until today: 05-Oct 03:00 phoenix-sd: Volume Full-Tape-0018 previously written, moving to end of data. 05-Oct 03:01 phoenix-sd: phoenix-job.2006-10-05_03.00.00 Error: I cannot write on Volume Full-Tape-0018 because: The number of files mismatch! Volume=67 Catalog=34 05-Oct 03:01 phoenix-sd: Marking Volume Full-Tape-0018 in Error in Catalog. Any idea what could be the cause of this ? Also, I have 18 volumes in my catalog (Full-Tape-0001 to Full-Tape-0018), and today Bacula had to start from Full-Tape-0001 again (recycling). My tapes were written sequentially (from Full-Tape-0001 to Full-Tape-0018), but I noticed that Bacula pruned only volumes Full-Tape-0001, Full-Tape-0004, Full-Tape-0008, Full-Tape-0010. I don't understand why because volume Full-Tape-0003 has been written before Full-Tape-0004 and Full-Tape-0003 has not been pruned ... (I have a Volume Retention of 30 days). Thanks for answers, Julien -- Julien Cigar Belgian Biodiversity Platform http://www.biodiversity.be Université Libre de Bruxelles Campus de la Plaine CP 257 Bâtiment NO, Bureau 4 N4 115C (Niveau 4) Boulevard du Triomphe, entrée ULB 2 B-1050 Bruxelles office: [EMAIL PROTECTED] home: [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch
Hi, This happens if you interrupt a backup, so the catalog is not updated properly. Here's how to fix it: http://www.bacula.org/dev-manual/Tips_Suggestions.html#SECTION000367000 Greetings, Ger Op donderdag 5 oktober 2006 09:49, schreef Julien Cigar: Hello, === Bacula: 1.38.11 Os: Linux (Debian), kernel 2.6.17 Tape drive: Sony SDX-500C Scsi card: Adaptec 2940 Ultra SCSI === I'm using Bacula for months and it worked fine until today: 05-Oct 03:00 phoenix-sd: Volume Full-Tape-0018 previously written, moving to end of data. 05-Oct 03:01 phoenix-sd: phoenix-job.2006-10-05_03.00.00 Error: I cannot write on Volume Full-Tape-0018 because: The number of files mismatch! Volume=67 Catalog=34 05-Oct 03:01 phoenix-sd: Marking Volume Full-Tape-0018 in Error in Catalog. Any idea what could be the cause of this ? Also, I have 18 volumes in my catalog (Full-Tape-0001 to Full-Tape-0018), and today Bacula had to start from Full-Tape-0001 again (recycling). My tapes were written sequentially (from Full-Tape-0001 to Full-Tape-0018), but I noticed that Bacula pruned only volumes Full-Tape-0001, Full-Tape-0004, Full-Tape-0008, Full-Tape-0010. I don't understand why because volume Full-Tape-0003 has been written before Full-Tape-0004 and Full-Tape-0003 has not been pruned ... (I have a Volume Retention of 30 days). Thanks for answers, Julien -- ARGOSS: your partner for atmospheric, marine coastal information P O Box 61 8325ZH Vollenhove The Netherlands tel +31-527-242299 fax +31-527-242016 Web http://www.argoss.nl Confidentiality Notice Disclaimer The contents of this e-mail and any attachments are intended only for the use of the e-mail addressee(s) shown. If you are not that person, or one of those persons, you are not allowed to take any action based upon it or to copy it, forward, distribute or disclose the contents of it and you should please delete it from your system. ARGOSS Holding BV and its subsidiaries do not accept any liability for any errors or omissions in the context of this e-mail or its attachments which arise as a result of Internet transmission, nor accept liability for statements which are those of the author and not clearly made on behalf of ARGOSS. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch
Hi, On 10/5/2006 9:49 AM, Julien Cigar wrote: Hello, === Bacula: 1.38.11 Os: Linux (Debian), kernel 2.6.17 Tape drive: Sony SDX-500C Scsi card: Adaptec 2940 Ultra SCSI === I'm using Bacula for months and it worked fine until today: 05-Oct 03:00 phoenix-sd: Volume Full-Tape-0018 previously written, moving to end of data. 05-Oct 03:01 phoenix-sd: phoenix-job.2006-10-05_03.00.00 Error: I cannot write on Volume Full-Tape-0018 because: The number of files mismatch! Volume=67 Catalog=34 05-Oct 03:01 phoenix-sd: Marking Volume Full-Tape-0018 in Error in Catalog. Any idea what could be the cause of this ? Probably a failure when that tape was last written which prevented the catalog update to work. Might have been a SD, DIR, or database issue, for example. Also, I have 18 volumes in my catalog (Full-Tape-0001 to Full-Tape-0018), and today Bacula had to start from Full-Tape-0001 again (recycling). My tapes were written sequentially (from Full-Tape-0001 to Full-Tape-0018), but I noticed that Bacula pruned only volumes Full-Tape-0001, Full-Tape-0004, Full-Tape-0008, Full-Tape-0010. I don't understand why because volume Full-Tape-0003 has been written before Full-Tape-0004 and Full-Tape-0003 has not been pruned ... (I have a Volume Retention of 30 days). Hard to tell without knowledge of your retention times and pools and so on. If you query the tape contents, i.e. list the jobs stord on the tapes not pruned, are they actually unused? Anyway, I found that Bacula usually handles recycling correctly, even if I don't care which tapes to recycle when. Arno Thanks for answers, Julien -- IT-Service Lehmann[EMAIL PROTECTED] Arno Lehmann http://www.its-lehmann.de - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch
Thanks for reply. I read that in the manual, but unfortunately I haven't interrupt a backup, and Bacula didn't crashed ... What's strange is that the backup starts at 03:00am, and the last full backup completed sucessfully Ger Apeldoorn wrote: Hi, This happens if you interrupt a backup, so the catalog is not updated properly. Here's how to fix it: http://www.bacula.org/dev-manual/Tips_Suggestions.html#SECTION000367000 Greetings, Ger Op donderdag 5 oktober 2006 09:49, schreef Julien Cigar: Hello, === Bacula: 1.38.11 Os: Linux (Debian), kernel 2.6.17 Tape drive: Sony SDX-500C Scsi card: Adaptec 2940 Ultra SCSI === I'm using Bacula for months and it worked fine until today: 05-Oct 03:00 phoenix-sd: Volume Full-Tape-0018 previously written, moving to end of data. 05-Oct 03:01 phoenix-sd: phoenix-job.2006-10-05_03.00.00 Error: I cannot write on Volume Full-Tape-0018 because: The number of files mismatch! Volume=67 Catalog=34 05-Oct 03:01 phoenix-sd: Marking Volume Full-Tape-0018 in Error in Catalog. Any idea what could be the cause of this ? Also, I have 18 volumes in my catalog (Full-Tape-0001 to Full-Tape-0018), and today Bacula had to start from Full-Tape-0001 again (recycling). My tapes were written sequentially (from Full-Tape-0001 to Full-Tape-0018), but I noticed that Bacula pruned only volumes Full-Tape-0001, Full-Tape-0004, Full-Tape-0008, Full-Tape-0010. I don't understand why because volume Full-Tape-0003 has been written before Full-Tape-0004 and Full-Tape-0003 has not been pruned ... (I have a Volume Retention of 30 days). Thanks for answers, Julien -- Julien Cigar Belgian Biodiversity Platform http://www.biodiversity.be Université Libre de Bruxelles Campus de la Plaine CP 257 Bâtiment NO, Bureau 4 N4 115C (Niveau 4) Boulevard du Triomphe, entrée ULB 2 B-1050 Bruxelles office: [EMAIL PROTECTED] home: [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch
Arno Lehmann wrote: Hi, hello :) On 10/5/2006 9:49 AM, Julien Cigar wrote: Hello, === Bacula: 1.38.11 Os: Linux (Debian), kernel 2.6.17 Tape drive: Sony SDX-500C Scsi card: Adaptec 2940 Ultra SCSI === I'm using Bacula for months and it worked fine until today: 05-Oct 03:00 phoenix-sd: Volume Full-Tape-0018 previously written, moving to end of data. 05-Oct 03:01 phoenix-sd: phoenix-job.2006-10-05_03.00.00 Error: I cannot write on Volume Full-Tape-0018 because: The number of files mismatch! Volume=67 Catalog=34 05-Oct 03:01 phoenix-sd: Marking Volume Full-Tape-0018 in Error in Catalog. Any idea what could be the cause of this ? Probably a failure when that tape was last written which prevented the catalog update to work. Might have been a SD, DIR, or database issue, for example. The last full jobs completed successfully, with no write error or so. The only problem could be a database issue (I'm using PostgreSQL) ... but I'm pretty sure that it's not the case Also, I have 18 volumes in my catalog (Full-Tape-0001 to Full-Tape-0018), and today Bacula had to start from Full-Tape-0001 again (recycling). My tapes were written sequentially (from Full-Tape-0001 to Full-Tape-0018), but I noticed that Bacula pruned only volumes Full-Tape-0001, Full-Tape-0004, Full-Tape-0008, Full-Tape-0010. I don't understand why because volume Full-Tape-0003 has been written before Full-Tape-0004 and Full-Tape-0003 has not been pruned ... (I have a Volume Retention of 30 days). Hard to tell without knowledge of your retention times and pools and so on. This is my pool definition : Pool { Name = full-tape-pool PoolType = Backup LabelFormat = Full-Tape- Recycle = yes RecycleOldestVolume = yes MaximumVolumes = 18 MaximumVolumeJobs = 0 VolumeUseDuration = 0 VolumeRetention = 30 days CatalogFiles = yes AutoPrune = yes AcceptAnyVolume = no } and for the jobs I haven't modified the job retention or file retention. All I want in fact is that the tape gets recycled after 30 days. If you query the tape contents, i.e. list the jobs stord on the tapes not pruned, are they actually unused? In this case Full-Tape-0004 has been purged, but not 0003 and 0002 (which is incorrect because the last written comes before) : | 11 | Full-Tape-0002 | Full | 87,664,052,882 | 92 | 2,592,000 | 1 |0 | 0 | AIT2 | 2006-07-24 05:24:59 | | 33 | Full-Tape-0003 | Full | 70,990,768,430 | 75 | 2,592,000 | 1 |0 | 0 | AIT2 | 2006-07-31 03:50:22 | | 39 | Full-Tape-0004 | Purged| 90,224,088,423 | 92 | 2,592,000 | 1 |0 | 0 | AIT2 | 2006-08-01 06:03:19 | When I query those tapes (Full-Tape-000[2|3]), no jobs are on them : (...) 14: List Jobs stored for a given Volume name 15: List Volumes Bacula thinks are in changer 16: List Volumes likely to need replacement from age or errors Choose a query (1-16): 14 Enter Volume name: Full-Tape-0003 No results to list. * Anyway, I found that Bacula usually handles recycling correctly, even if I don't care which tapes to recycle when. Arno Thanks, Julien Thanks for answers, Julien -- Julien Cigar Belgian Biodiversity Platform http://www.biodiversity.be Université Libre de Bruxelles Campus de la Plaine CP 257 Bâtiment NO, Bureau 4 N4 115C (Niveau 4) Boulevard du Triomphe, entrée ULB 2 B-1050 Bruxelles office: [EMAIL PROTECTED] home: [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch
On Thu, 5 Oct 2006, Julien Cigar wrote: Thanks for reply. I read that in the manual, but unfortunately I haven't interrupt a backup, and Bacula didn't crashed ... What's strange is that the backup starts at 03:00am, and the last full backup completed sucessfully I have been seeing this behaviour with simultaneous backups on 1.38.11 AB - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] The number of files mismatch!
Hi list, Someone knows as to do for resolve the following problem: "Error: I cannot write on Volume "" because: The number of files mismatch! Volume=186 Catalog=184 Marking Volume "" in Error in Catalog" Thanks, -- Rodrigo Albert Fedosi Suporte TI Tel: (31) 3419-8854 Fax: (31) 3419-8803 [EMAIL PROTECTED] www.jamef.com.br - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch!
On 19 Jul 2006 at 9:52, Rodrigo_Albert_Fedosi wrote: Hi list, Someone knows as to do for resolve the following problem: Error: I cannot write on Volume because: The number of files mismatch! Volume=186 Catalog=184 Marking Volume in Error in Catalog Google found me the answer with this query: The number of files mismatch! site:www.bacula.org The answer is found on the first hit: http://www.bacula.org/dev- manual/Tips_Suggestions.html (also known as http://tinyurl.com/f6e2x) If that does not get you going, please let us know. -- Dan Langille : Software Developer looking for work my resume: http://www.freebsddiary.org/dan_langille.php - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users