On Fri, Feb 6, 2009 at 7:29 PM, Christopher Dick wrote:
> Now that I have my tape autochanger and such working as desired, though it
> may take a little tweaking, I am overall pretty stoked about getting this
> working. Now to start getting into the gritty details of tweaking for my
> environm
Now that I have my tape autochanger and such working as desired, though it may
take a little tweaking, I am overall pretty stoked about getting this working.
Now to start getting into the gritty details of tweaking for my environment and
limited capacities.
My first question is in regard to th
- Original Message
From: Brian Debelius
To: Christopher Dick
Cc: bacula-users@lists.sourceforge.net
Sent: Friday, February 6, 2009 10:28:51 AM
Subject: Re: [Bacula-users] Using tape autochanger
I think this:
>>Here is the storage related sections of -dir.conf in directory /etc/bacula:
I run a incremental job, but when I try to restore I should see all the
files.
I did this at the bacula console:
> restore
> 5: Select the most recent backup for a client
Automatically selected FileSet: mail
+---+---+--+-+-+-+
| jobi
I run a incremental job, but when I try to restore I should see all the
files.
I did this at the bacula console:
> restore
> 5: Select the most recent backup for a client
Automatically selected FileSet: mail
+---+---+--+-+-+-+
| jobi
Ralf Gross wrote:
Victor Sterpu schrieb:
Backing up a mail server I realized that the backup is incomplete.
I use bacula 2.4.4.
Bacula-fd runs as root.
My FileSet is like this:
FileSet {
Name = "mail"
Include {
Options {
signature = MD5
compression = GZIP
On Fri, Feb 06, 2009 at 04:11:11PM -0500, John Drescher wrote:
> On Fri, Feb 6, 2009 at 3:57 PM, wrote:
> > hello
> >
> > i ve the following conf :
> >
> > Device status:
> > Autochanger "136T" with devices:
> > "Drive-0" (/dev/st0)
> > "Drive-1" (/dev/st1)
> > "Drive-2" (/dev/st2)
> > Devi
On Fri, Feb 06, 2009 at 09:57:08PM +0100, gui...@free.fr wrote:
> hello
>
> i ve the following conf :
>
> Device status:
> Autochanger "136T" with devices:
>"Drive-0" (/dev/st0)
>"Drive-1" (/dev/st1)
>"Drive-2" (/dev/st2)
> Device "Drive-0" (/dev/st0) is not open.
> Drive 0 status
Victor Sterpu schrieb:
> Backing up a mail server I realized that the backup is incomplete.
> I use bacula 2.4.4.
> Bacula-fd runs as root.
> My FileSet is like this:
> FileSet {
> Name = "mail"
> Include {
> Options {
> signature = MD5
> compression = GZIP
>
On Fri, Feb 6, 2009 at 3:57 PM, wrote:
> hello
>
> i ve the following conf :
>
> Device status:
> Autochanger "136T" with devices:
> "Drive-0" (/dev/st0)
> "Drive-1" (/dev/st1)
> "Drive-2" (/dev/st2)
> Device "Drive-0" (/dev/st0) is not open.
>Drive 0 status unknown.
> Device "Drive-1"
hello
i ve the following conf :
Device status:
Autochanger "136T" with devices:
"Drive-0" (/dev/st0)
"Drive-1" (/dev/st1)
"Drive-2" (/dev/st2)
Device "Drive-0" (/dev/st0) is not open.
Drive 0 status unknown.
Device "Drive-1" (/dev/st1) is not open.
Drive 1 status unknown.
Device
I runned bacula in debug mode and found out something strange.
bacula-dir -c /etc/bacula/bacula-dir.conf -d99 -f -u bacula > bacula.out
The command "cat bacula.out | grep postgres" returns this:
192.168.0.191-dir: postgresql.c:194-0 pg_real_connect done
192.168.0.191-dir: postgresql.c:196-0 db_use
I read this link.
http://article.gmane.org/gmane.comp.sysutils.backup.bacula.devel/12074/
I use postgresql, but my database is SQL_ASCII, so it seems that I don't
fit in this bug report.
Victor Sterpu wrote:
> Backing up a mail server I realized that the backup is incomplete.
> I use bacula 2.4.4
Backing up a mail server I realized that the backup is incomplete.
I use bacula 2.4.4.
Bacula-fd runs as root.
My FileSet is like this:
FileSet {
Name = "mail"
Include {
Options {
signature = MD5
compression = GZIP
}
File = "/var/zimbra"
}
}
Before
Bailey, Scott wrote:
> I second the notion that numeric volume labels are in widespread use.
> Maybe those barcode manufacturers gave special discounts to people who
> ordered ranges without alphabetic characters in them. :-)
>
> My suggested kludge actually would be the opposite of what others ha
On Fri, Feb 6, 2009 at 11:26 AM, Henrique Machado wrote:
> Sorry I forgot to say that i'm using Hard Disk's to storage..
>
> Is easy to upgrade?
>
I do not use freebsd but others on this list do. Dan Langille should
be of some help.
John
--
I think this:
>>Here is the storage related sections of -dir.conf in directory
/etc/bacula:
Storage {
Name = LTO-2
Address = host.domain.com
SDPort = 9103
Password = host
Device = /dev/st0
Media Type = Ultrium2
}
Should be:
Storage {
Name = LTO-2
Address = host.domain.com
SDPort = 9103
Passwor
Hello!
After few tests i discovered that my bacula have an strange issue..
if i run an restore for an job around 20GB or more my restore is faster
11mbps, i can restore it in a few minutes
If i run an restore small like 10MB, the restore runs about 10kpbs, if more
small more slow..
My bacula is
Robert LeBlanc wrote:
>
> Yes, please see
> http://www.bacula.org/manuals/en/concepts/concepts/New_Features.html#SEC
> TION0057000
I don't think this will handle this case. Lets say I have the following
nightly backups
Priority 10 BackupA
Priority 11 BackupB
Priority 12 BackupC
> -Original Message-
> From: Brian Debelius [mailto:bdebel...@intelesyscorp.com]
> Sent: Friday, February 06, 2009 7:22 AM
> To: Arno Lehmann
> Cc: bacula-users
> Subject: Re: [Bacula-users] How can I prevent this?
>
> Arno Lehmann wrote:
> > There are some ideas floating around in the lis
Arno Lehmann wrote:
> There are some ideas floating around in the list archives - the most
> interesting one, to me, is to use a run before job script that, using
> bconsole, checks which jobs are currently running and aborts with an
> error code if its own name is in the list.
>
> Then, you can
Really UTF8.
However, tests I did was with simple filenames (1,2,3,4 etc)...
Whether or no, I also converted database and will supervise.
>
> Hello,
>
> Is your PostgreSQL database encoding is SQL_ASCII ? Do you see error in
> postgres log like that :
> ERROR: invalid byte sequence for encodin
22 matches
Mail list logo
