I am also getting this error since upgrading to 1.38 from the 1.36
branch... been trying to figure out why for a few days now.
I am also running slackware 10... I wonder if this is related. Not
running 2.4 kernel though, running 2.6.11.12 right now. I am backing
up to disk, not tapes. Manually scheduled jobs run just fine, and
automatic jobs run sometimes (the first job)... but most of the time
they block indefinitely with "waiting to reserve a device".
I figured I had just screwed up a configuration file somehow, but I
have tweaked my configuration files with no improvement. Maybe this is
tied to a package in slackware 10? Any other users running slackware
10 with 1.38 successfully?
james peverill
Richard W. Knight wrote:
Kern
Sibbald wrote:
On Tuesday 13 December 2005 13:43, Rick
Knight wrote:
Kern Sibbald wrote:
Hello,
On Monday 12 December 2005 19:35, Richard W. Knight wrote:
Hi all,
A couple of weeks ago I upgraded my Bacula installation from 1.34 to
1.38.1. I made a few other changes at the same time and everything has
been working well since. Yesterday I decided to upgrade to 1.38.3. I
built from source using the same configuration options that I used to
build 1.38.1 with the addition of "--with-python". The build went OK,
no errors. I stopped 1.38.1 and started 1.38.3. Everything seemed to be
OK. I ran a couple of small test backups and there were no errors so I
assumed that the upgrade went fine. Last night the scheduled backup ran
and after the first job, instead of continuing on to the next job, I
got
this message ...
12-Dec 07:29 MyJob-SMB-sd: Job MyJob.2005-12-12_01.05.01 waiting to
reserve a device.
This morning, when I first saw this message, I just did a mount from
bconsole and the job continued, I have bacula configured for 6 jobs per
media and the tape wasn't full so the job should have just started as
it
hallways has. Now it's time to backup up the catalog, to file, and I'm
getting the same message.
I have an HP DDS2 drive, no changer, running on Slackware 10. I'm using
the same conf files the worked fine on 1.38.1. Can anyone tell me why
I'm now getting this error message?
You are not by any chance running on a 2.4 kernel with /lib/tls?
Could you send me your bacula-dir.conf and bacula-sd.conf along with
the
job report that shows the jobs blocking?
Thanks,
RickKnight
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems? Stop! Download the new AJAX search engine that
makes searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Thanks Kern,
I am running a 2.4.26 kernel, but I don't know about /lib/tls. I don't
have a /lib/tls on my system. How can I tell?
Try:
ls -l /lib/tls
If it exists, then that could explain why it *appears* that Bacula is
not seeing some pthread broadcasts that would allow it to continue.
This is a bit of a long shot, but at this point, I need to consider all
possibilities ...
In the mean time, I'll take a careful look at your config. Perhaps I
have missed something important that I can add to my test cases. All
my tests here succeeded perfectly ...
By the way, getting the message that a job is waiting to reserve a
drive is not in itself bad. This happens in my test case. However, at
some point when the drive is available, the job should continue as it
does in my test case.
Also, the .conf files are attached along
with the log.
Thanks again,
RickKnight
Kern,
I just got another job log email. Something I noticed is a clock
difference between the Director and File daemons. The two lines below
are from this mornings log (also attached). Could that be causing a
problem?
12-Dec 19:29 knight-linux-SMB-sd: Job Knight-Linux.2005-12-12_01.05.01
waiting to reserve a device.
13-Dec 04:33 knight-linux-fd: DIR and FD clocks differ by 676 seconds,
FD automatically adjusting.
Thanks again,
Rick Knight
12-Dec 04:29 knight-linux-SMB-dir: Start Backup JobId 559, Job=Knight-Linux.2005-12-12_01.05.01
12-Dec 04:29 knight-linux-SMB-sd: Job Knight-Linux.2005-12-12_01.05.01 waiting to reserve a device.
12-Dec 05:29 knight-linux-SMB-sd: Job Knight-Linux.2005-12-12_01.05.01 waiting to reserve a device.
12-Dec 07:29 knight-linux-SMB-sd: Job Knight-Linux.2005-12-12_01.05.01 waiting to reserve a device.
12-Dec 11:29 knight-linux-SMB-sd: Job Knight-Linux.2005-12-12_01.05.01 waiting to reserve a device.
12-Dec 19:29 knight-linux-SMB-sd: Job Knight-Linux.2005-12-12_01.05.01 waiting to reserve a device.
13-Dec 04:33 knight-linux-fd: DIR and FD clocks differ by 676 seconds, FD automatically adjusting.
13-Dec 04:22 knight-linux-SMB-sd: Volume "DailyIncr-0011" previously written, moving to end of data.
13-Dec 04:22 knight-linux-SMB-sd: Ready to append to end of Volume "DailyIncr-0011" at file=4.
13-Dec 04:44 knight-linux-SMB-dir: Bacula 1.38.3 (09Dec05): 13-Dec-2005 04:44:48
JobId: 559
Job: Knight-Linux.2005-12-12_01.05.01
Backup Level: Incremental, since=2005-12-11 01:07:20
Client: "knight-linux-fd" i686-pc-linux-gnu,slackware,Slackware 9.0.0
FileSet: "Knight-Linux" 2005-11-21 21:06:17
Pool: "DailyPool"
Storage: "HPSureStoreDAT-8"
Scheduled time: 12-Dec-2005 01:05:00
Start time: 12-Dec-2005 04:29:22
End time: 13-Dec-2005 04:44:48
Priority: 10
FD Files Written: 262
SD Files Written: 262
FD Bytes Written: 675,038,414
SD Bytes Written: 675,072,191
Rate: 7.7 KB/s
Software Compression: None
Volume name(s): DailyIncr-0011
Volume Session Id: 3
Volume Session Time: 1134331562
Last Volume Bytes: 2,190,220,863
Non-fatal FD errors: 0
SD Errors: 0
FD termination status: OK
SD termination status: OK
Termination: Backup OK
13-Dec 04:44 knight-linux-SMB-dir: Begin pruning Jobs.
13-Dec 04:44 knight-linux-SMB-dir: No Jobs found to prune.
13-Dec 04:44 knight-linux-SMB-dir: Begin pruning Files.
13-Dec 04:50 knight-linux-SMB-dir: Pruned Files from 2 Jobs for client knight-linux-fd from catalog.
13-Dec 04:50 knight-linux-SMB-dir: End auto prune.
|
