Le Lundi 26 Mars 2007 00:09, Kern Sibbald a écrit :
On Sunday 25 March 2007 22:53, Eric Bollengier wrote:
Hi,
1. Previous when Bacula needed a new Volume, it would prune *all*
volumes in the current pool. Now it prunes only one at a time, until
it finds one that has been Purged.
On Sat, 24 Mar 2007, Marc Cuypers wrote:
I'm asking this because backups without spooling are faster than those
with spooling. Is this normal?
Yes - for a single job
If you have multiple concurrent jobs running the individual backups will
run as slow as a single backup, but because they
-Original Message-
From: [EMAIL PROTECTED] [mailto:bacula-users-
[EMAIL PROTECTED] On Behalf Of Eric Bambach
Sent: Sunday, March 25, 2007 8:17 PM
To: bacula-users@lists.sourceforge.net
Subject: [Bacula-users] Still Unable To Truncate Files
Hello again list.
Original thread
On Monday 26 March 2007 05:16, Eric Bambach wrote:
Hello again list.
Original thread is: [Bacula-users] Unable to Truncate Error Solved!
I have some additional information about my problem.
I am still getting error truncating files. It has to be some weird
incompatibility with windows
Did you have any clues on that yet? :)
On 3/13/07, Frank Altpeter [EMAIL PROTECTED] wrote:
On 3/8/07, Damian Lubosch [EMAIL PROTECTED] wrote:
Frank Altpeter wrote:
Hi list,
Hi Frank!
I was just hitting a little confusing problem in backing up a Windows
2003 Server with
We had something about like this happen. Two different things fixed
the problem, 1 was to turn off VSS the other was to split the jobs so
one job did one drive. The reason that we split the jobs was a re-org.
of the backup jobs. I had no reason to think that it would fix the
problem. The problem
On Sat, 24 Mar 2007 13:35:28 +0100, Kern Sibbald said:
Hello,
As you may remember, one of the things I am working on for version 2.1.x is
performance. My most recent work on performance has been to review and
re-write the pruning and purging code. Over the years, this code has been
Hello,
At first, please be lenient toward me, I'm German and my English lessons in
school are lying some years behind me.
Now, my problem as named in the subject:
My aim is to use a bacula-sytem to backup a Windows 2003 Server and some WinXP
machines.
I tried to install the
Hi List,
Little question:
when i use the update volumes command on the bconsole.
I get for the first volume when i change the InChanger-Flag this:
Enter slot (0 or Enter for none): 1
Defined Pools:
1: Default
2: Vollbackup
= 3: Daily
4: MonatsPool
Select the Pool (1-4): 3
On Monday 26 March 2007 14:00, Martin Simmons wrote:
On Sat, 24 Mar 2007 13:35:28 +0100, Kern Sibbald said:
Hello,
As you may remember, one of the things I am working on for version 2.1.x
is
performance. My most recent work on performance has been to review and
re-write the
Changes below in bold
Device {
Name = HPStorageTape0
Archive Device = Tape0
Drive Index = 0
Device Type = Tape
Changer Device = 4:0:5:1
Media Type = *HPUltriumTape*
Autochanger = yes
*LabelMedia = yes
AutomaticMount = yes*
Alert Command = tapeinfo -f %c | findstr TapeAlert
Autoselect = yes
On Mon, 26 Mar 2007, Brian Debelius wrote:
Changes below in bold
Only for those using a HTML mail client.
Please use Unified diff format (diff -u), as this makes using
the 'patch' command very easy... :)
-
Take Surveys.
On Monday 26 March 2007 04:54, Robert Nelson wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:bacula-users-
[EMAIL PROTECTED] On Behalf Of Eric Bambach
Sent: Sunday, March 25, 2007 8:17 PM
To: bacula-users@lists.sourceforge.net
Subject: [Bacula-users] Still Unable To
We can explain diff to Nawfel later :) one thing at a time.
Alan Brown wrote:
On Mon, 26 Mar 2007, Brian Debelius wrote:
Changes below in bold
Only for those using a HTML mail client.
Please use Unified diff format (diff -u), as this makes using
the 'patch' command very easy... :)
I don't think that will work. I recommend that you do not put min/max block
size directives unless you are forced to, and almost certainly Bacula will
not work with those values, which are what the drive supports but not
approprate for Bacula blocks.
On Monday 26 March 2007 15:53, Brian
According to my bacula database, my backup of one of my servers ended in
an error but when I do a status on the servers file daemon, it shows a
successful backup, here is the email I received:
26-Mar 09:01 maint-dir: Start Backup JobId 353, Job=dctn.2007-03-26_09.01.49
26-Mar 09:01 dctn-sd:
I'm using a DLT7000 drive and DLT IV tapes (35/70) and basically decided to
start fresh and start my backups for real after testing and getting things
working.
I toasted the database tables etc, and re-labled a couple of tapes:
1) mt -f /dev/nst0 status (verify density)
# mt -f /dev/nst0 status
with or without the Min/Max block size params I get the following message :
ilemma009-sd Version: 2.0.3 (06 March 2007) Linux Cross-compile Win32
Daemon started 26-Mar-07 15:08, 1 Job run since started.
Heap: bytes=18,066 max_bytes=114,757 bufs=80 max_bufs=93
Running Jobs:
No Jobs running.
It'd help if you told us what the errors are that you are seeing. You
may be having other issues not related to your tapes or your drive.
Jason
Lonny Selinger wrote:
I'm using a DLT7000 drive and DLT IV tapes (35/70) and basically decided to
start fresh and start my backups for real after
Nawfel, you are getting ahead of yourself. Try taking out the min and
max like kern suggested.
after you make the changes, load a tape into Tape0
goto your bacula program directory and run
btape -c c:\program files\all users\application
data\bacula\bacula-sd.conf Tape0
enter 'test' at the
Your email title is a bit misleading as this was not successful backup.
It looks like the SD might have died ... i.e. probably crashed.
On Monday 26 March 2007 17:10, Jason King wrote:
According to my bacula database, my backup of one of my servers ended in
an error but when I do a status
No, it did not die or crash. The SD is still running. I can check it
with the director and it's still running just fine.
Jason
Kern Sibbald wrote:
Your email title is a bit misleading as this was not successful backup.
It looks like the SD might have died ... i.e. probably crashed.
On
Also, the email I got showed the director does see a successful
backup...but like I said, the file daemon says the backup WAS successful
when I do a status client from the console of the director.
Jason
Kern Sibbald wrote:
Your email title is a bit misleading as this was not successful
Great!
Now you have to modify the mtx-changer.cmd script. This will make sure
that the drives are set corectly across reboots.
:cmdLoad
CALL :debug Doing mtx -f %ctl% load %slot% %drive%
%MTX% -f %ctl% load %slot% %drive%
SET rtn=%ERRORLEVEL%
IF ERRORLEVEL 1 GOTO :cmdExit
CALL
Next run btape again except enter 'fill' at the prompt
[EMAIL PROTECTED] wrote:
Great ! It seems like it's working :
C:\Program Files\Bacula\binmt -f Tape0 setblk 0
C:\Program Files\Bacula\binbtape -c C:\Documents and Settings\All
Users\Applic
ation Data\Bacula\bacula-sd.conf Tape0
Tape
It'd help if you told us what the errors are that you are seeing. You
may be having other issues not related to your tapes or your drive.
Sorry I thought I included enough of the error or what was being reported.
Here is the full output:
25-Mar 19:45 amanda-sd: Job Sexy.2007-03-25_19.42.13
On Monday 26 March 2007 18:10, Jason King wrote:
Also, the email I got showed the director does see a successful
backup...
That seems unlikely because the output you showed below indicates that the job
failed.
but like I said, the file daemon says the backup WAS successful
when I do a
On Mon, 26 Mar 2007, Lonny Selinger wrote:
2.5 hours later I relabeled as lited above. Result ... after some backups
again it went to 9.3G and error'd out again. What could I possibly be
missing?
Are there other files I should remove when starting from scratch or is there
another way to
On Mon, 26 Mar 2007, Lonny Selinger wrote:
Given the media is new, the problem could also be a tape dropped in
transit - in which case spooling it to the end and back (retensioning) may
solve your problem.
I'll give this a shot and see what happens :) ... DLT tapes are a single
A useful feature would be to halt a job and then resume it, for when
restarting bacula. In fact I think it should happen
by default that if a job gets cut off for some reason, such as a
network timeout, it should be possible to resume
later and only explicitly cancel a job. Reloading the
It'd help if you told us what the errors are that you are seeing. You
may be having other issues not related to your tapes or your drive.
Ok this time I kept bconsole open when I retried everything and this is what I
got:
26-Mar 11:11 amanda-dir: No prior Full backup Job record found.
26-Mar
I'm sorry, I said that wrong. I tried to say the email I got showed the
director sees an errored backup...but the file daemon puts a successful
backup in its own history logs. I'll try using debugging to see if that
gives me what I need. Where can I find the debug output?
Kern Sibbald wrote:
Hello Jason,
Are you using the MAIL ON SUCCESS feature?
Jaime
Jason King wrote:
I'm sorry, I said that wrong. I tried to say the email I got showed the
director sees an errored backup...but the file daemon puts a successful
backup in its own history logs. I'll try using debugging to see
No, I didn't know there was such a thing.
Jaime Ventura wrote:
Hello Jason,
Are you using the MAIL ON SUCCESS feature?
Jaime
Jason King wrote:
I'm sorry, I said that wrong. I tried to say the email I got showed
the director sees an errored backup...but the file daemon puts a
On Monday 26 March 2007 19:53, Jason King wrote:
I'm sorry, I said that wrong. I tried to say the email I got showed the
director sees an errored backup...but the file daemon puts a successful
backup in its own history logs. I'll try using debugging to see if that
gives me what I need.
Hello,
Is there a safe way to change a catalog's name?
Can I simply change it on the config files or its also mentioned on
the database itself?
Thanks
--
Jaime Ventura
[Infra-estruturas e Comunicações]
Rua Dr. António Bernardino de Almeida, 431
4200 - 072 Porto
Telef: +351
Hi,
finally I've upgraded to 2.0.3 to try Removable disk HOWTO, but have a
problem:
I do not have /dev/disk/by-label only by-path
How to fix it
Running: CentOS 4.4 (RHEL 4u4)
Thanks,
Hristo
-
Take Surveys. Earn Cash.
On 2007-03-24, Marc Cuypers [EMAIL PROTECTED] wrote:
John Goerzen wrote:
Thanks John.
Anything special i have to take into account for the configuration? Or
did it work with the normal configuration stuff?
Not really. It works with mtx just fine. I think I maybe added a
couple of sleep
On Monday 26 March 2007 20:49, Jaime Ventura wrote:
Hello,
Is there a safe way to change a catalog's name?
Can I simply change it on the config files or its also mentioned on
the database itself?
First backup the database before doing anything.
I cannot reply for PostgreSQL, but
You mean in the console? I set my debug level to 100 and nothing
different has come through to my console. Where can I get the debug
information?
Kern Sibbald wrote:
On Monday 26 March 2007 19:53, Jason King wrote:
I'm sorry, I said that wrong. I tried to say the email I got showed the
On Mon, 26 Mar 2007 11:44:01 -0600 (CST), Lonny Selinger said:
It'd help if you told us what the errors are that you are seeing. You
may be having other issues not related to your tapes or your drive.
Ok this time I kept bconsole open when I retried everything and this is what I
got:
On Monday 26 March 2007 20:46, John Goerzen wrote:
On 2007-03-24, Marc Cuypers [EMAIL PROTECTED] wrote:
John Goerzen wrote:
Thanks John.
Anything special i have to take into account for the configuration? Or
did it work with the normal configuration stuff?
Not really. It works with
On Monday 26 March 2007 21:20, Jason King wrote:
You mean in the console?
No.
I set my debug level to 100 and nothing
different has come through to my console. Where can I get the debug
information?
Unless you redirect the output, it will appear in the shell from which you
started the
The problem I have is that this particular SD is running on Windows so
there is no STOUT. Where do I look from there? I can set the -d option
within the services options but I just don't know where to look for the
debug information.
jason
Kern Sibbald wrote:
On Monday 26 March 2007 21:20,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kern Sibbald wrote:
Yes, I had that same problem today when trying a new autochanger that I had
just hooked up. In looking at mtx-changer.in, I realized that the
wait_for_drive function was not turned on by default, so I have done so for
On Monday 26 March 2007 21:38, Jason King wrote:
The problem I have is that this particular SD is running on Windows so
there is no STOUT. Where do I look from there? I can set the -d option
within the services options but I just don't know where to look for the
debug information.
Well for
Kern Sibbald wrote:
On Monday 26 March 2007 21:38, Jason King wrote:
The problem I have is that this particular SD is running on Windows so
there is no STOUT. Where do I look from there? I can set the -d option
within the services options but I just don't know where to look for the
Ok, I've got the debug output of the storage daemon now:
I have the system setup to spool the data to the drive then write to the
media. Everything looks fine until after the system starts to despool
everything to tape. Here are the debug messages from despool on:
dctn-sd:
Joseph Wright wrote:
A useful feature would be to halt a job and then resume it, for when
restarting bacula. In fact I think it should happen
by default that if a job gets cut off for some reason, such as a
network timeout, it should be possible to resume
later and only explicitly cancel
On Monday 26 March 2007 23:55, Jason King wrote:
Ok, I've got the debug output of the storage daemon now:
I have the system setup to spool the data to the drive then write to the
media. Everything looks fine until after the system starts to despool
everything to tape. Here are the debug
I already read about that and the Heartbeat Interval has already been
setup and changed to 90 seconds. I have Heartbeat setup on both the SD and
the FD of this server. I actually had to setup the Heartbeat to handle a
different problem with the backup. The Heartbeat solved that problem but
then
I'm running the bacula-mysql-2.0.1-1 rpm on Fedora Core 6. About a week
ago, my /var partition filled causing general system problems.
It gets better.
Now I'm having problems with the /usr partion (SCSI drive is dying) and
when I try to restore to a new disk, I get the following MySql error:
On Mon, Mar 26, 2007 at 10:30:33PM -0400, AltGrendel wrote:
Job.JobTDate DESC LIMIT 1: ERR=Table './bacula/JobMedia' is marked as
crashed and should be repaired
You should be able to at least attempt repairing the mysql table before
resorting to reloading the catalog via dbscan.
Frank Sweetser wrote:
On Mon, Mar 26, 2007 at 10:30:33PM -0400, AltGrendel wrote:
Job.JobTDate DESC LIMIT 1: ERR=Table './bacula/JobMedia' is marked as
crashed and should be repaired
You should be able to at least attempt repairing the mysql table before
resorting to reloading the
I tried to get a tape drive working with the storage daemon on Windows
without success. Before I bang my head against the wall too much, I
wanted to ask if in general this works or not. I realize that the
Windows side of stuff is still experimental.
I am running Windows 2003 Server that is up to
Make sure the storage daemon isn't running when you run btape.
net stop bacula-sd
Once you are finished you can start the storage daemon with
Net start bacula-sd
-Original Message-
From: [EMAIL PROTECTED] [mailto:bacula-users-
[EMAIL PROTECTED] On Behalf Of Rex Wheeler
Sent:
Thanks for the suggestion, but I already tried that. Btape does
successfully open the tape drive (it won't if bacula-sd is running.)
-Original Message-
From: Robert Nelson [mailto:[EMAIL PROTECTED]
Sent: Monday, March 26, 2007 9:05 PM
To: Rex Wheeler;
The cap command just prints out the last error message encountered. It
isn't actually hitting an error itself.
To provide useful information you need to supply the error messages in the
context in which they occur. I recommend starting btape with the -v and -d
100 options and then post the
58 matches
Mail list logo