From owner-freebsd-scsi@FreeBSD.ORG Tue Jul 29 09:07:46 2014 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B1B4DEB for ; Tue, 29 Jul 2014 09:07:46 +0000 (UTC) Received: from uriah.heep.sax.de (uriah.heep.sax.de [IPv6:2a01:170:1047::9]) by mx1.freebsd.org (Postfix) with ESMTP id DAF0F2D7F for ; Tue, 29 Jul 2014 09:07:45 +0000 (UTC) Received: from uriah.heep.sax.de (localhost [127.0.0.1]) by uriah.heep.sax.de (Postfix) with ESMTP id AA06E2722 for ; Tue, 29 Jul 2014 11:07:30 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on uriah.heep.sax.de X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Received: from uriah.heep.sax.de (p578a6f91.dip0.t-ipconnect.de [87.138.111.145]) by uriah.heep.sax.de (Postfix) with ESMTPSA for ; Tue, 29 Jul 2014 11:07:30 +0200 (CEST) Date: Tue, 29 Jul 2014 11:07:24 +0200 From: Joerg Wunsch To: freebsd-scsi@freebsd.org Subject: Bacula fails on FreeBSD 10.x / "mt fsf" infinitely proceeds Message-ID: <20140729090724.GA26577@uriah.heep.sax.de> Reply-To: Joerg Wunsch Mail-Followup-To: Joerg Wunsch , freebsd-scsi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 09:07:46 -0000 After finally migrating my Bacula database from SQlite into PostgreSQL in the course of upgrading the machine to new hardware as well as from FreeBSD 8.2 to 10-stable, Bacula now experiences strange behaviour: The number of files mismatch! Volume=32767 Catalog=33 Correcting Catalog What happens is that Bacula, when trying to go to end of recorded medium, issues the equivalent of mt fsf 32767 and then mt status in order to know which tape file it is located at. In FreeBSD 8.2, this correctly yielded the actual tape file number (i. e., 33 in the above case), but in FreeBSD 10, it yields 32767. You can perform "mt fsf" ad nauseum now, and each time, it pretends it were advancing one more file ... I did a glance at the source code differences between 8.2 and 10.x, but nothing sprang into my eye immediately. Does anyone have an idea? Anyone out there who can test this on their machines? (One other change is that the machine turned from i386 into amd64 architecture, so there's also a minor chance the problem might be 64-bit related, although I wouldn't assume this to be the case.) -- cheers, Joerg .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-)