On Sat, 2009-09-12 at 06:13 +, Joseph L. Casale wrote:
> I have MySQL installed and used a configure script like so:
> CFLAGS="-g" ./configure \
> --prefix=/opt/bacula \
> --sbindir=/opt/bacula/bin \
> --sysconfdir=/opt/bacula/bin \
> --with-mysql=/usr/mysql/5.1 \
> --enable-smartall
>I would suggest running in debug mode (-d).
>The Init script changes to the correct user. So run the init script with
>pfexec.
>You should also check for the right permissions on the logfiles. Maybe it is a
>problem with connecting to the database.
Tries the -d switch, I am only running the Sto
I would suggest running in debug mode (-d).
The Init script changes to the correct user. So run the init script with pfexec.
You should also check for the right permissions on the logfiles. Maybe it is a
problem with connecting to the database.
-Ursprüngliche Nachricht-
Von: Joseph L. Cas
>Thanks for clearing all this up, that makes sense about not using the schedule
>when
>executed manually and the default behavior when not specified (As I was
>specifying
>it in the schedule).
I spoke to soon, looking at the schedule, it correctly showed the
intended Job Type. It started with a
I have MySQL installed and used a configure script like so:
CFLAGS="-g" ./configure \
--prefix=/opt/bacula \
--sbindir=/opt/bacula/bin \
--sysconfdir=/opt/bacula/bin \
--with-mysql=/usr/mysql/5.1 \
--enable-smartalloc \
--with-pid-dir=/opt/bacula/bin/working \
--with-subsys-dir=/opt/b
On September 11, 2009, Kern Sibbald wrote:
> To encourage developers to learn Git and to use it, we (the project) would
> like to make the following offer:
>
> If you are an active Bacula contributor (signed an FLA or in the AUTHORS
> file) and plan to send us something in the next 6-12 months, the
>You're not actually testing your schedule settings when you run the job
>manually.
Cedric/Mike,
Thanks for clearing all this up, that makes sense about not using the schedule
when
executed manually and the default behavior when not specified (As I was
specifying
it in the schedule).
It's now
On 9/11/2009 9:16 PM, Joseph L. Casale wrote:
When you ran the job the first and second time, do you mean you
initiated the job manually (i.e. with the "run" command in the console)
or do you mean you sat back, did nothing, and let bacula start the job
all by itself based on the schedule?
Joseph L. Casale wrote:
>> When you ran the job the first and second time, do you mean you
>> initiated the job manually (i.e. with the "run" command in the console)
>> or do you mean you sat back, did nothing, and let bacula start the job
>> all by itself based on the schedule?
>>
>
> I used
>When you ran the job the first and second time, do you mean you
>initiated the job manually (i.e. with the "run" command in the console)
>or do you mean you sat back, did nothing, and let bacula start the job
>all by itself based on the schedule?
I used the run command (Well weBacula did actually
Joseph L. Casale wrote:
> When I run it the first time, it does a FULL, when I add data, and
> run it again, it does am Incremental?
>
> What am I missing? I was expecting a Differential?
>
>
When you ran the job the first and second time, do you mean you
initiated the job manually (i.e. with t
Tyler Seaton wrote:
> It's entirely possible I don't fully understand the bug which you are
> referring to, but it sounds like this would only be a problem if the
> pool I was writing to did not have enough enough disk space available. I
> have around 1.8TB still available, so it should be able to
It's entirely possible I don't fully understand the bug which you are
referring to, but it sounds like this would only be a problem if the
pool I was writing to did not have enough enough disk space available. I
have around 1.8TB still available, so it should be able to create new
volumes on the fl
I have a schedule defined as follows:
Schedule {
Name = "Server Data Weekly Cycle"
Run = Level=Full mon at 18:00
Run = Level=Differential tue-fri at 18:00
}
A job as follows:
Job {
Name = "Backup-Data-client"
Client = client-fd
JobDefs = "Default"
Pool = "Svr_Data"
Storage = name
Tyler Seaton wrote:
> Hey Everyone,
>
> I am getting some strange behavior on backups which take longer than 2
> hours and are on Windows machines. I have set the heartbeat interval on
> all FD's, the SD and the director but I still am getting strange output
> from the FD:
>
[snip]
> 10-Sep 19:1
>Unfortunately, this is more or less irrelevant to what you're doing.
>You need to be looking at the section of the manual that details the Job
>resource, specifically the RunScript directive:
>
>http://bacula.org/3.0.x-manuals/en/install/install/Configuring_Director.html#SECTION0063000
Joseph L. Casale wrote:
>> Really? Where does it say that, exactly? I looked at what I believe in
>> the relevant section of the manual, and I came away with a completely
>> different understanding.
>>
>
> In the middle of general Functionality of
> http://www.bacula.org/en/dev-manual/Variab
>Really? Where does it say that, exactly? I looked at what I believe in
>the relevant section of the manual, and I came away with a completely
>different understanding.
In the middle of general Functionality of
http://www.bacula.org/en/dev-manual/Variable_Expansion.html
But, now that I read it
Joseph L. Casale wrote:
> The manual states
> variable expansion is for Volume Labels only
Really? Where does it say that, exactly? I looked at what I believe in
the relevant section of the manual, and I came away with a completely
different understanding.
-
I used to have my MySQL on Linux. Then I moved the database on a Windows
machine, and everything went fine.
Today I moved it back to Linux.
I took a backup with mysqldump (by using the
/etc/bacula/scripts/make_database_backup) and imported it.
Bacula does not work!
The reason being that all
With most of my jobs, Bacula handles the Full on an off day if
required based on the previous status of the backup in the pool.
So I have one job, and the schedule determines when the Full/Diff
is done. I am trying to accomplish the same thing with my exchange
backup which uses a RunBefore script
Hey Everyone,
I am getting some strange behavior on backups which take longer than 2
hours and are on Windows machines. I have set the heartbeat interval on
all FD's, the SD and the director but I still am getting strange output
from the FD:
Please let me know if there is any other information yo
On Friday 11 September 2009 18:53:39 Phil Stracchino wrote:
> Kern Sibbald wrote:
> > Hello,
> >
> > I see that some of the developers such as Eric, Lorenz, and Marco (and
> > probably others) have picked up on git quite well, but unfortunately,
> > some of the you are having difficulties learning
Kern Sibbald wrote:
> Hello,
>
> I see that some of the developers such as Eric, Lorenz, and Marco (and
> probably others) have picked up on git quite well, but unfortunately, some of
> the you are having difficulties learning it from the feedback that I have
> received.
>
> First I have to sa
Willians Vivanco wrote:
> The problem is that in order of clusterize a set of servers i'm
> interested in to restore the backup data of an specific client in other
> computers...
To me bacula seems the wrong tool for the problem at hand, I'd have a
look in the hpc toolbox. It's a long time now b
Hello,
I see that some of the developers such as Eric, Lorenz, and Marco (and
probably others) have picked up on git quite well, but unfortunately, some of
the you are having difficulties learning it from the feedback that I have
received.
First I have to say that Git is indeed harder to learn
>I always compile from source on production Solaris 9 & 10 machines.
I learned my lesson ages ago with doing such things on with
distros that utilize a package manager (even though Solaris 10's is
worth sh!t). From that day forward I try my hardest to always use the
package manager, and it looks l
Alan Brown wrote:
> On Wed, 9 Sep 2009, mehma sarja wrote:
>
>
>> The user community should make an effort to offer pre-compiled fd's and sd's
>> for various OSes. I was in the same dilemma.
>>
>
> The user community DOES make an effort to do this.
>
> If they don't exist then noone runni
On Thu, 10 Sep 2009, Willians Vivanco wrote:
> Hi, i need to restore data of server A's backup on to server B
> filesystem... Any suggestion?
Just change the restore host and set the restore directory appropriately
during restore selection.
It works well, I do it fairly regularly.
--
Ralf Gross wrote:
> Willians Vivanco schrieb:
>
>> Hi, i need to restore data of server A's backup on to server B
>> filesystem... Any suggestion?
>>
>
> err, where's the problem? What is not working?
>
> bconsole -> restore -> -> Restore Client:
>
> Ralf
>
> ---
On Wed, 9 Sep 2009, mehma sarja wrote:
> The user community should make an effort to offer pre-compiled fd's and sd's
> for various OSes. I was in the same dilemma.
The user community DOES make an effort to do this.
If they don't exist then noone running your OS has gotten around to it.
Why not
Bekker schrieb:
> Does this autochanger work properly with Bacula at the moment ?
yes, we are working with Bacula release 2.4.2.
In the meantime I print the barcode labels (code39) with a special free
available Windows based true type font.
Info
"http://www.logitogo.com/html/barcode39_erstellen
Ralf Gross schrieb:
> John Drescher schrieb:
> > On Thu, Sep 10, 2009 at 6:37 AM, Ralf Gross wrote:
> > >
> > > *list media pool=INV-MPC-Differential
> > > +-++---+-++--+--+-+--+---+---+
Hi,
I want to split my vhost-Dir in 2 Jobs.
I use this in the FileSet:
File = /var/www/vhosts/[a-m]*
and
File = /var/www/vhosts/[n-z]*
The Job starts, but I receive this message:
Could not stat /var/www/vhosts/[n-z]*: ERR=File or Directory not found
But, I think, I can use regular expessions
Willians Vivanco schrieb:
> Hi, i need to restore data of server A's backup on to server B
> filesystem... Any suggestion?
err, where's the problem? What is not working?
bconsole -> restore -> -> Restore Client:
Ralf
--
35 matches
Mail list logo
