Re: [Bacula-users] Schedule - Again

[Glynd]

No Don, you didn't misunderstand, I did! I assumed that the week starts on
Sunday, rather than the anniversary of the 1st January.

The only way I can think of to swap the storage disks over on a Monday is to
define week of year in the schedule. A bit inelegant but should work.

Is there a more elegant way?

TIA
Glyn


Dan Langille wrote:
> 
> Glyn wrote:
>> Sorry to keep banging on about this but there is still something I don't 
>> get!
>> 
>> Yesterday the back-ups ran as expected on schedule A but today they are 
>> all asking for storage B (schedule B). The schedule works on weeks of 
>> the month and as far as I know, Sunday is the 1st day of the week, so 
>> why is it wanting to switch to the next "week" on Friday?
> 
> Today is the 5th Friday of the month.
> 
> Perhaps I misunderstand the issue.   Please clarify.
> 
>> Here is the schedule:
>> 
>> # When to do the backups
>> Schedule {
>>Name = "WeeklyCycleB"
>>Run = Level = Incremental IncrementalPool = Incr-Pool-B 1st 3rd 5th 
>> mon-fri at 19:05
>>Run = Level = Full FullPool = Full-Pool-B  1st 3rd 5th sat at 02:05
>> }
> 
> Looks like this matches
> 
>> 
>> Schedule {
>>Name = "WeeklyCycleA"
>>Run = Level = Incremental IncrementalPool = Incr-Pool-A 2nd 4th 
>> mon-fri at 19:05
>>Run = Level = Full FullPool = Full-Pool-A 2nd 4th Sat at 02:05
>> }
>> 
>> Schedule {
>>Name = "DayTimeB"
>>Run = Level = Incremental IncrementalPool = Incr-Pool-B 1st, 3rd, 5th 
>> tue-fri at 09:05
>>Run = Level = Full FullPool = Full-Pool-B 1st, 3rd, 5th mon at 09:05
>> }
> 
> And this.
> 
>> 
>> Schedule {
>>Name = "DayTimeA"
>>Run = Level = Incremental IncrementalPool = Incr-Pool-A 2nd, 4th 
>> tue-fri at 09:05
>>Run = Level = Full FullPool = Full-Pool-A 2nd, 4th mon at 09:05
>> }
>> 
>> TIA
>> 
> 
> 
> --
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the
> business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
> 
> 

-- 
View this message in context: 
http://old.nabble.com/Schedule---Again-tp27370008p27400659.html
Sent from the Bacula - Users mailing list archive at Nabble.com.


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Allow Higher Duplicates directive

[ganiuszka]

Dan Langille pisze:
> ganiuszka wrote:
>> Dan Langille pisze:
>>> Resending with additional information
>>>
>>> ganiuszka wrote:
 I used to this job next directives:

 Allow Duplicate Jobs = no
 Allow Higher Duplicates = yes

 I ran the job, and the moment I started a job of the same name but 
 with a higher priority. First job still worked, second job had a 
 status "waiting for higher priority jobs to finish". Why the first 
 job does not abort and the second job starts out of hand?
>>> My guess: Because it was already running.  Bacula does not cancel
>>> running jobs.  The directives are applied to jobs as they are being
>>> added to the queue.
>>>
>>> Try running three jobs and then you'll see.
>>
>> Thanks for reply.
>>
>> Yes, I ran three jobs, and I have the same effect. All three has been 
>> finished OK.
>>
>> I guess that  "Allow Higher Duplicates" does not work correctly. I saw 
>> the source code and I guess that if Allow Higher Duplicates is set 
>> "yes" than actions described in Bacula documentation for this 
>> directive do not work.
> 
> In my previous message I mentioned these items.  Did you try them?

Yes, I did. They did not work.

If "Allow Higher Duplicates" is set to "yes" then below directives are 
not taken into account.

Cancel Queued Duplicates
Cancel Running Duplicates

Regards
gani

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] ERR=Connection refused for daemons

[Matthias Reif]

Eric Downing  wrote on 01/02/2010 01:52:31 PM:

> I'm starting a new thread with a more descriptive title than the 
> previous. I apologize for allowing the last thread to get away from 
> the subject.
> 
> I've got Bacula up and running, I'm able to use bconsole. I have 
> changed all the passwords in the -dir, -fd, -sd, and bconsole.conf 
> to be the same throughout. In bacula-dir.conf file I have also 
> changed the DirAddress from 127.0.0.1 to the IP of the box. FWIW I 
> am ssh'ed into the bacula box (bedroom) and at this time I'm 
> attempting to backup locally, so there are no firewalls to worry about.
> 
> I receive an error in bconsole when trying to get status from the 
> daemons, as below. I have checked that the services exist in 
> /etc/services. Interestingly enough I don't find the daemons 
> mentioned in netstat -aln or ps -A, however bacula-dir is there.  I 
> have not actually tried to run a job yet. I would appreciate a firm 
> slap in the right direction! Thanks in advance.
> 
> Eric
> 
> pad-dir Version: 2.4.4 (28 December 2008) i486-pc-linux-gnu debian 5.0
> Daemon started 31-Jan-10 21:18, 1 Job run since started.
>  Heap: heap=258,048 smbytes=26,263 max_bytes=27,045 bufs=152 
max_bufs=160
> 
> Scheduled Jobs:
> Level  Type Pri  Scheduled  Name Volume
> 
===
> Full   Backup10  01-Feb-10 00:01ThinkpadFull *unknown*
> 
> 
> Running Jobs:
> No Jobs running.
> 
> No Terminated Jobs.
> 
> Connecting to Storage daemon iomega1tb at tpad:9103
> 
> Failed to connect to Storage daemon iomega1tb.
> 
> Connecting to Client tpad-fd at tpad:9102
> Failed to connect to Client tpad-fd.
> 
> 31-Jan 21:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to 
> connect to Storage daemon on tpad:9103. ERR=Connection refused
> 31-Jan 21:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to 
> connect to Client: tpad-fd on tpad:9102. ERR=Connection refused

Doesn't seem to be a password issue, but the FD and SD are simply not 
listening on ports 9102 / 9103 which most likely means they are not 
running.

How do you start the SD and FD on your system?

The daemons may simply die on startup, so you may want to run them from 
the command line to get some clues from their STDOUT.

Depending on the location of your executables and config files, for 
example:

/usr/sbin/bacula-sd -u bacula -g disk -c /etc/bacula/bacula-sd.conf
/usr/sbin/bacula-fd -u root -g bacula -c /etc/bacula/bacula-fd.conf

Thanks

Matthias




SOUTH PACIFIC SEEDS
PO Box 934, GRIFFITH N.S.W. 2680. AUSTRALIA
Phone: 02 6962 7333  Fax: 02 6964 1311
CAUTION: The information contained in this e-mail is privileged and 
confidential. If you are reading this message and you are not the intended 
recipient, you are hereby notified that any use, dissemination, 
distribution or reproduction of all or part of the contents is prohibited. 
If you receive this message in error, please notify the sender 
immediately. Any opinions or views expressed in this message are those of 
the individual sender and may not represent those of their employer.

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] [SOLVED]ERR=Connection refused for daemons

[Eric Downing]

OK have a good laugh. As it turns out I did not have the bacula-sd / fd
apps installed. When I installed Bacula: apt-get install bacula-mysql -
I never thought that that command wouldn't install the daemons as well.

*stares at floor*




Matthias Reif wrote:

  
  Eric Downing  wrote on
01/02/2010
01:52:31 PM:
  
> I'm starting a new thread with a more descriptive title than the 
> previous. I apologize for allowing the last thread to get away
from
  
> the subject.
> 
> I've got Bacula up and running, I'm able to use bconsole. I have 
> changed all the passwords in the -dir, -fd, -sd, and bconsole.conf
  
> to be the same throughout. In bacula-dir.conf file I have also 
> changed the DirAddress from 127.0.0.1 to the IP of the box. FWIW I
  
> am ssh'ed into the bacula box (bedroom) and at this time I'm 
> attempting to backup locally, so there are no firewalls to worry
about.
> 
> I receive an error in bconsole when trying to get status from the
  
> daemons, as below. I have checked that the services exist in 
> /etc/services. Interestingly enough I don't find the daemons 
> mentioned in netstat -aln or ps -A, however bacula-dir is there.
 I
  
> have not actually tried to run a job yet. I would appreciate a
firm
  
> slap in the right direction! Thanks in advance.
> 
> Eric
> 
> pad-dir Version: 2.4.4 (28 December 2008) i486-pc-linux-gnu debian
5.0
> Daemon started 31-Jan-10 21:18, 1 Job run since started.
>  Heap: heap=258,048 smbytes=26,263 max_bytes=27,045 bufs=152
max_bufs=160
> 
> Scheduled Jobs:
> Level          Type     Pri  Scheduled
         Name          
    Volume
>
===
> Full           Backup    10  01-Feb-10
00:01    ThinkpadFull       *unknown*
> 
> 
> Running Jobs:
> No Jobs running.
> 
> No Terminated Jobs.
> 
> Connecting to Storage daemon iomega1tb at tpad:9103
> 
> Failed to connect to Storage daemon iomega1tb.
> 
> Connecting to Client tpad-fd at tpad:9102
> Failed to connect to Client tpad-fd.
> 
> 31-Jan 21:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to
  
> connect to Storage daemon on tpad:9103. ERR=Connection refused
> 31-Jan 21:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to
  
> connect to Client: tpad-fd on tpad:9102. ERR=Connection refused
  
  
  Doesn't seem to be a password issue, but the FD
and
SD are simply not listening on ports 9102 / 9103 which most likely
means
they are not running.
  
  
  How do you start the SD and FD on your system?
  
  
  The daemons may simply die on startup, so you may
want to run them from the command line to get some clues from their
STDOUT.
  
  
  Depending on the location of your executables and
config files, for example:
  
  
  /usr/sbin/bacula-sd -u bacula -g disk -c
/etc/bacula/bacula-sd.conf
  
  /usr/sbin/bacula-fd -u root -g bacula -c
/etc/bacula/bacula-fd.conf
  
  
  Thanks
  
  
  Matthias
  
  
  
  
  
  
  SOUTH PACIFIC SEEDS
PO Box 934, GRIFFITH N.S.W. 2680. AUSTRALIA
Phone: 02 6962 7333      Fax: 02 6964 1311
  
  CAUTION: The information
contained
in this e-mail is privileged and confidential. If you are reading this
message and you are not the intended recipient, you are hereby notified
that any use, dissemination, distribution or reproduction of all or
part
of the contents is prohibited. If you receive this message in error,
please
notify the sender immediately. Any opinions or views expressed in this
message are those of the individual sender and may not represent those
of their employer.
  
  
  




--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Serious issues, should I start over?

[mehma sarja]

>From all that is passing or trespassing through this thread, a passing
thought comes to me:

I don't think you are changing the right conf files - or you may have
multiple executables and they are not looking at where the conf files are.
The hint that the hunch is based on is the restart does not restart all
services.

So, here is a quick way of finding out which file your fd executable is
pointing to - look at(edit) the bacula-ctl-fd file. The top few lines of
mine looks like:
===
BACFDBIN=/usr/local/sbin
BACFDCFG=/usr/local/etc
PIDDIR=/var/run
SUBSYSDIR=/var/db/bacula/working
FD_PORT=9102
===
So, the bacula-fd executable should be in /usr/local/sbin. The
bacula-fd.conf should be in /usr/local/etc and so on. BTW, You can take the
same fd executable, the same fd ctl and fd conf and copy them on any
client(same OS) and fiddle with the ctl and conf files and have it run.

Mehma
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] ERR=Connection refused for daemons

[Eric Downing]

I'm starting a new thread with a more
descriptive title than the previous. I apologize for allowing the last
thread to get away from the subject.

I've got Bacula up and running, I'm able to use bconsole. I have
changed all the passwords in the -dir, -fd, -sd, and bconsole.conf to
be the same throughout. In bacula-dir.conf file I have also changed the
DirAddress from 127.0.0.1 to the IP of the box. FWIW I am ssh'ed into
the bacula box (bedroom) and at this time I'm attempting to backup
locally, so there are no firewalls to worry about.

I receive an error in bconsole when trying to get status from the
daemons, as below. I have checked that the services exist in
/etc/services. Interestingly enough I don't find the daemons mentioned
in netstat -aln or ps -A, however bacula-dir is there.  I have not
actually tried to run a job yet. I would appreciate a firm slap in the
right direction! Thanks in advance.

Eric

pad-dir Version: 2.4.4 (28 December 2008) i486-pc-linux-gnu debian 5.0
Daemon started 31-Jan-10 21:18, 1 Job run since started.
 Heap: heap=258,048 smbytes=26,263 max_bytes=27,045 bufs=152
max_bufs=160

Scheduled Jobs:
Level  Type Pri  Scheduled  Name  
Volume
===
Full   Backup    10  01-Feb-10 00:01    ThinkpadFull  
*unknown*


Running Jobs:
No Jobs running.

No Terminated Jobs.

Connecting to Storage daemon iomega1tb at tpad:9103

Failed to connect to Storage daemon iomega1tb.

Connecting to Client tpad-fd at tpad:9102
Failed to connect to Client tpad-fd.

31-Jan 21:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to
connect to Storage daemon on tpad:9103. ERR=Connection refused
31-Jan 21:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to
connect to Client: tpad-fd on tpad:9102. ERR=Connection refused





--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Serious issues, should I start over?

[Dan Langille]

Eric Downing wrote:
> Yes, I did restart the services, however I was unable to use the 
> traditional method.
> 
> /etc/init.d/bacula-sd restart
> /etc/init.d/bacula-fd restart
> 
> both  produced file not found and 'service bacula-sd restart' produced 
> the same results.
> 
> I eventually power cycled the machine. Came back to the same results in 
> bconsole.
> 
> I can however restart bacula-director with no problems.

Please start a new thread, posting complete details of that problem. 
Sounds like you have things you need to sort out first.  Please use a 
descriptive subject so it attracts the appropriate people with that 
particular knowledge.


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Serious issues, should I start over?

[Phil Stracchino]

On 01/31/10 20:46, Eric Downing wrote:
> Thanks for all your replies. Here's where I am:
> 
> I'm able to use bconsole to get the status of the various demons however
> what I don't understand is the passwords. I've tried copying the
> passwords from bacula-dir.conf into the corresponding bacula-fd and
> bacula-sd files however I keep getting the connection refused error when
> console tries to connect to the storage and file daemons. What are these
> passwords supposed to be and how do they correlate? I feel like the
> bacula-dir contains the "master" passwords for the fd and sd - is that
> correct? Should I modify the randomly generated passwords in there and
> then copy those to their corresponding SD and FD.conf files? Thanks for
> any light you can shed on this. I just know this is a simple fix.

The passwords don't have to be randomly generated, and don't have to
look like hashes (that's just what's easiest to randomly generate).  You
could change them all to Fred and it would work.  The only requirement
is that the SD password be the same wherever it is used, and so on.  So
when you're setting up a bacula-fd.conf on client wazoo and putting in
that Foobar-dir is allowed to connect to it using password Indigo, then
the bacula-dir.conf on foobar needs to say that the Director's name is
Foobar-dir, and the Client record for wazoo needs to say that the
password to be used with that Client is Indigo.

Does that make sense?

And, I was serious - to start with, just to remove all possible password
issues from contention until you get it sorted out, you should consider
literally changing ALL the passwords to (for example) Fred for testing
purposes.  (Or "password", or your favorite ten digits from pi, or ...
whatever.)  You can reset them later, one set at a time, and if
resetting them to individual unique passwords breaks something, you'll
know you misunderstood what the sets are that have to match, and can
re-examine that.

-- 
  Phil Stracchino, CDK#2 DoD#299792458 ICBM: 43.5607, -71.355
  ala...@caerllewys.net   ala...@metrocast.net   p...@co.ordinate.org
 Renaissance Man, Unix ronin, Perl hacker, Free Stater
 It's not the years, it's the mileage.

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Serious issues, should I start over?

[Eric Downing]

Yes, I did restart the services, however I was
unable to use the traditional method.

/etc/init.d/bacula-sd restart
/etc/init.d/bacula-fd restart

both  produced file not found and 'service bacula-sd restart' produced
the same results.

I eventually power cycled the machine. Came back to the same results in
bconsole.

I can however restart bacula-director with no problems.





Dan Langille wrote:
Eric
Downing wrote:
  
  OK, I synced all the passwords I could find
in -dir, -fd, -sd, and bconsole. Still experiencing the same issues.

  
  
I think you should start a brand new thread for each email (e.g. hit
Compose instead of reply).
  
  
Did you restart all those services?
  




--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Serious issues, should I start over?

[Dan Langille]

Eric Downing wrote:
> OK, I synced all the passwords I could find in -dir, -fd, -sd, and 
> bconsole. Still experiencing the same issues.

I think you should start a brand new thread for each email (e.g. hit 
Compose instead of reply).

Did you restart all those services?

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Serious issues, should I start over?

[Eric Downing]

Thanks for all your replies. Here's where I am:

I'm able to use bconsole to get the status of the various demons
however what I don't understand is the passwords. I've tried copying
the passwords from bacula-dir.conf into the corresponding bacula-fd and
bacula-sd files however I keep getting the connection refused error
when console tries to connect to the storage and file daemons. What are
these passwords supposed to be and how do they correlate? I feel like
the bacula-dir contains the "master" passwords for the fd and sd - is
that correct? Should I modify the randomly generated passwords in there
and then copy those to their corresponding SD and FD.conf files? Thanks
for any light you can shed on this. I just know this is a simple fix.

@bconsole:

*status
Status available for:
 1: Director
 2: Storage
 3: Client
 4: All
Select daemon type for status (1-4): 4
tpad-dir Version: 2.4.4 (28 December 2008) i486-pc-linux-gnu debian 5.0
Daemon started 31-Jan-10 20:40, 0 Jobs run since started.
 Heap: heap=270,336 smbytes=22,054 max_bytes=22,230 bufs=143
max_bufs=148

Scheduled Jobs:
Level  Type Pri  Scheduled  Name  
Volume
===
Full   Backup    10  01-Feb-10 00:01    ThinkpadFull  
*unknown*


Running Jobs:
No Jobs running.

No Terminated Jobs.

Connecting to Storage daemon iomega1tb at tpad:9103

Failed to connect to Storage daemon iomega1tb.

Connecting to Client tpad-fd at tpad:9102
Failed to connect to Client tpad-fd.

You have messages.
*
31-Jan 20:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to
connect to Storage daemon on tpad:9103. ERR=Connection refused
31-Jan 20:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to
connect to Client: tpad-fd on tpad:9102. ERR=Connection refused


mehma sarja wrote:

  
  2010/1/31 Eric Downing 
  [...] 
  
  
Here's
how I see the
birds eye view of the process:

Install MySQL, confirm operation
  Install bacula (I'm using apt-get)


  
  Install from source - it's not that hard. 
  
  

 backup originals and modify
the -dir -fd -sd
for password and localhost

  
  Make life easier and define all passwords the same. 
  
  

 definitions (change localhost
and 127.0.0.1
to my listening interface's IP)

  
  Don't know what this means.
  
  

 define a backup type, in my
case: a directory
located on USB storage


  
  Before you start the backups, try bconsole connection to the
iorector, yes, it has a bconsole.conf file as well that you will have
to modify. 
  
  

define a job type
  define a job
  define a schedule


I think thats it?

Thanks again,
Eric





Bruno Friedmann wrote:

  On 01/31/2010 07:20 AM, Eric Downing wrote:
  
  
Hi,

New to bacula, semi-new to Linux. So I'm having some serious problems getting 
bacula up and running. I have read the Bacula quick start and skimmed the rest, 
I'm fairly certain I understand the fundamentals. I followed a guide here: 
https://help.ubuntu.com/community/Bacula

The first issue is I cannot connect to the console using bconsole. The error 
cited is:

Fatal error: bsock.c:129 Unable to connect to Director daemon on
localhost:9101. ERR=Connection refused

Whilst looking that one up, I was tailing /var/log/bacula/log and noticed:

31-Jan 01:13 bacula-dir JobId 0: Fatal error: Could not open Catalog
"MyCatalog", database "bacula".
31-Jan 01:13 bacula-dir JobId 0: Fatal error: mysql.c:194 Unable to connect
to MySQL server.
Database=bacula User=bacula
MySQL connect failed either server not running or your authorization is
incorrect.
31-Jan 01:13 bacula-dir ERROR TERMINATION
Please correct configuration file: /etc/bacula/bacula-dir.conf

In MySQL there actually is no bacula database, so I created it and still got the 
same error. I also checked that the bacula password for MySQL and the password 
defined in /bacula-dir.conf were synced.

Seeing as how these seem to be serious errors, should I wipe and restart? Or do 
you think these could be fixable?

Thanks,
Eric



  
  Hi Eric, I've also check the other message in the threads.
Understanding what you are doing is the fundamental about having success.
So yes bacula documentation is huge, but everything is in !

One of the first few points you should check (and this is ubuntu/debian related)

What type of database would you use : sqlite,mysql,postgresql ?
Once you choose : the mysql / postgresql needs to be installed and running.

Next choose the according bacula-dir package as each database is specifically linked to.
so there's one bacula-dir for sqlite, one for mysql one for postgresql, and they can't be mixed.

At your place, I would remove by purge all bacula related package, make my decision and 

Re: [Bacula-users] Serious issues, should I start over?

[Eric Downing]

OK, I synced all the passwords I could find in
-dir, -fd, -sd, and bconsole. Still experiencing the same issues.

Eric Downing wrote:

  
  Thanks for all your replies. Here's where I
am:
  
I'm able to use bconsole to get the status of the various demons
however what I don't understand is the passwords. I've tried copying
the passwords from bacula-dir.conf into the corresponding bacula-fd and
bacula-sd files however I keep getting the connection refused error
when console tries to connect to the storage and file daemons. What are
these passwords supposed to be and how do they correlate? I feel like
the bacula-dir contains the "master" passwords for the fd and sd - is
that correct? Should I modify the randomly generated passwords in there
and then copy those to their corresponding SD and FD.conf files? Thanks
for any light you can shed on this. I just know this is a simple fix.
  
@bconsole:
  
*status
Status available for:
 1: Director
 2: Storage
 3: Client
 4: All
Select daemon type for status (1-4): 4
tpad-dir Version: 2.4.4 (28 December 2008) i486-pc-linux-gnu debian 5.0
Daemon started 31-Jan-10 20:40, 0 Jobs run since started.
 Heap: heap=270,336 smbytes=22,054 max_bytes=22,230 bufs=143
max_bufs=148
  
Scheduled Jobs:
Level  Type Pri  Scheduled  Name  
Volume
===
Full   Backup    10  01-Feb-10 00:01    ThinkpadFull  
*unknown*

  
Running Jobs:
No Jobs running.

No Terminated Jobs.

Connecting to Storage daemon iomega1tb at tpad:9103
  
Failed to connect to Storage daemon iomega1tb.

Connecting to Client tpad-fd at tpad:9102
Failed to connect to Client tpad-fd.

You have messages.
*
31-Jan 20:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to
connect to Storage daemon on tpad:9103. ERR=Connection refused
31-Jan 20:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to
connect to Client: tpad-fd on tpad:9102. ERR=Connection refused
  
  
mehma sarja wrote:
  

2010/1/31 Eric Downing 
[...] 


  Here's
how I see the
birds eye view of the process:
  
  Install MySQL, confirm
operation
Install bacula (I'm using apt-get)
  
  

Install from source - it's not that hard. 


  
   backup originals and modify
the -dir -fd -sd
for password and localhost
  

Make life easier and define all passwords the same. 


  
   definitions (change
localhost
and 127.0.0.1
to my listening interface's IP)
  

Don't know what this means.


  
   define a backup type, in my
case: a directory
located on USB storage
  
  

Before you start the backups, try bconsole connection to the
iorector, yes, it has a bconsole.conf file as well that you will have
to modify. 


  
  define a job type
define a job
define a schedule
  
  
I think thats it?
  
Thanks again,
  Eric
  
  
  
  
  
Bruno Friedmann wrote:
  
On 01/31/2010 07:20 AM, Eric Downing wrote:
  

  Hi,

New to bacula, semi-new to Linux. So I'm having some serious problems getting 
bacula up and running. I have read the Bacula quick start and skimmed the rest, 
I'm fairly certain I understand the fundamentals. I followed a guide here: 
https://help.ubuntu.com/community/Bacula

The first issue is I cannot connect to the console using bconsole. The error 
cited is:

Fatal error: bsock.c:129 Unable to connect to Director daemon on
localhost:9101. ERR=Connection refused

Whilst looking that one up, I was tailing /var/log/bacula/log and noticed:

31-Jan 01:13 bacula-dir JobId 0: Fatal error: Could not open Catalog
"MyCatalog", database "bacula".
31-Jan 01:13 bacula-dir JobId 0: Fatal error: mysql.c:194 Unable to connect
to MySQL server.
Database=bacula User=bacula
MySQL connect failed either server not running or your authorization is
incorrect.
31-Jan 01:13 bacula-dir ERROR TERMINATION
Please correct configuration file: /etc/bacula/bacula-dir.conf

In MySQL there actually is no bacula database, so I created it and still got the 
same error. I also checked that the bacula password for MySQL and the password 
defined in /bacula-dir.conf were synced.

Seeing as how these seem to be serious errors, should I wipe and restart? Or do 
you think these could be fixable?

Thanks,
Eric




Hi Eric, I've also check the other message in the threads.
Understanding what you are doing is the fundamental about having success.
So yes bacula documentation is huge, but everything is in !

One of the first few points you should check (and this is ubuntu/debian related)

What type of database would you use : sqlite,mysql,postgresql ?
Once you choose : the mysql / postgresql needs to be installed and running.

Next 

Re: [Bacula-users] Tool to test a Fileset what passes?

[Dan Langille]

Thomas Schweikle wrote:
> Hi!
> 
> Is there a tool available to test a given file-set for backup which
> files from a system pass and which are ignore?
> 
> I'd like to test file-sets before I apply them to the server maybe
> not backing up files that should have been backed up ...!

Look into the estimate command, which has a list files option, I think.

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Tool to test a Fileset what passes?

[Glen Barber]

Hi Thomas,

Thomas Schweikle wrote: 
> Hi!
> 
> Is there a tool available to test a given file-set for backup which
> files from a system pass and which are ignore?
> 
> I'd like to test file-sets before I apply them to the server maybe
> not backing up files that should have been backed up ...!
> 

Have a look at the 'estimate' command.

http://www.bacula.org/en/dev-manual/Bacula_Console.html

Regards,

-- 
Glen Barber

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Serious issues, should I start over?

[mehma sarja]

2010/1/31 Eric Downing 
[...]

> Here's how I see the birds eye view of the process:
>
> Install MySQL, confirm operation
> Install bacula (I'm using apt-get)
>
> Install from source - it's not that hard.

> backup originals and modify the -dir -fd -sd for password and localhost
>
> Make life easier and define all passwords the same.

> definitions (change localhost and 127.0.0.1 to my listening interface's IP)
>
> Don't know what this means.

> define a backup type, in my case: a directory located on USB storage
>
> Before you start the backups, try bconsole connection to the iorector, yes,
it has a bconsole.conf file as well that you will have to modify.

> define a job type
> define a job
> define a schedule
>
>
> I think thats it?
>
> Thanks again,
> Eric
>
>
>
> Bruno Friedmann wrote:
>
> On 01/31/2010 07:20 AM, Eric Downing wrote:
>
>
>  Hi,
>
> New to bacula, semi-new to Linux. So I'm having some serious problems getting
> bacula up and running. I have read the Bacula quick start and skimmed the 
> rest,
> I'm fairly certain I understand the fundamentals. I followed a guide here: 
> https://help.ubuntu.com/community/Bacula
>
> The first issue is I cannot connect to the console using bconsole. The error
> cited is:
>
> Fatal error: bsock.c:129 Unable to connect to Director daemon on
> localhost:9101. ERR=Connection refused
>
> Whilst looking that one up, I was tailing /var/log/bacula/log and noticed:
>
> 31-Jan 01:13 bacula-dir JobId 0: Fatal error: Could not open Catalog
> "MyCatalog", database "bacula".
> 31-Jan 01:13 bacula-dir JobId 0: Fatal error: mysql.c:194 Unable to 
> connect
> to MySQL server.
> Database=bacula User=bacula
> MySQL connect failed either server not running or your authorization is
> incorrect.
> 31-Jan 01:13 bacula-dir ERROR TERMINATION
> Please correct configuration file: /etc/bacula/bacula-dir.conf
>
> In MySQL there actually is no bacula database, so I created it and still got 
> the
> same error. I also checked that the bacula password for MySQL and the password
> defined in /bacula-dir.conf were synced.
>
> Seeing as how these seem to be serious errors, should I wipe and restart? Or 
> do
> you think these could be fixable?
>
> Thanks,
> Eric
>
>  Hi Eric, I've also check the other message in the threads.
> Understanding what you are doing is the fundamental about having success.
> So yes bacula documentation is huge, but everything is in !
>
> One of the first few points you should check (and this is ubuntu/debian 
> related)
>
> What type of database would you use : sqlite,mysql,postgresql ?
> Once you choose : the mysql / postgresql needs to be installed and running.
>
> Next choose the according bacula-dir package as each database is specifically 
> linked to.
> so there's one bacula-dir for sqlite, one for mysql one for postgresql, and 
> they can't be mixed.
>
> At your place, I would remove by purge all bacula related package, make my 
> decision and re-start install.
> (If it doesn't work out of the box, complain about the packager)
>
> And yes in ubuntu/debian world they tend to understand "network backup 
> service" to localhost. So you have
> to change all 127.0.0.1 or localhost in all config files -dir -fd -sd if you 
> want to backup something on your network.
>
> Hope this help you to get a good start
>
>
>
>
>
>
> --
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the
> business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Tool to test a Fileset what passes?

[Thomas Schweikle]

Hi!

Is there a tool available to test a given file-set for backup which
files from a system pass and which are ignore?

I'd like to test file-sets before I apply them to the server maybe
not backing up files that should have been backed up ...!


-- 
Thanks in advance
Thomas


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Allow Higher Duplicates directive

[Dan Langille]

ganiuszka wrote:
> Dan Langille pisze:
>> Resending with additional information
>>
>> ganiuszka wrote:
>>> I used to this job next directives:
>>>
>>> Allow Duplicate Jobs = no
>>> Allow Higher Duplicates = yes
>>>
>>> I ran the job, and the moment I started a job of the same name but 
>>> with a higher priority. First job still worked, second job had a 
>>> status "waiting for higher priority jobs to finish". Why the first job 
>>> does not abort and the second job starts out of hand?
>> My guess: Because it was already running.  Bacula does not cancel
>> running jobs.  The directives are applied to jobs as they are being
>> added to the queue.
>>
>> Try running three jobs and then you'll see.
> 
> Thanks for reply.
> 
> Yes, I ran three jobs, and I have the same effect. All three has been 
> finished OK.
> 
> I guess that  "Allow Higher Duplicates" does not work correctly. I saw 
> the source code and I guess that if Allow Higher Duplicates is set "yes" 
> than actions described in Bacula documentation for this directive do not 
> work.

In my previous message I mentioned these items.  Did you try them?

> Then you might want to look into these directives:
> 
> Cancel Queued Duplicates = 
> If this directive is set to yes (default) any job that is already queued 
> to run but not yet running will be canceled.
> 
> Cancel Running Duplicates = 
> If this directive is set to yes any job that is already running will be 
> canceled. The default is no.



--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Problem changing tapes due to inconsistency between 'list media' and 'query catalog'?

[Thomas Dhollander]

We did test the mtx scripts, they seem to work fine. Also, we used label 
barcodes to label the tapes if i remember well.

Currently, there are only two tapes in the library, one of which has been 
assigned to the Default pool. The problem is that Bacula does not load this 
tape automatically when it is not in the drive.

Thanks again for any suggestions?

Thomas


On 30 Jan 2010, at 20:03, John Drescher wrote:

> On Fri, Jan 29, 2010 at 8:06 AM, John Drescher  wrote:
>> On Fri, Jan 29, 2010 at 4:21 AM, Thomas Dhollander
>>  wrote:
>>> Hello John
>>> 
>>> Really hope you could help us find a way to solve this. Please let me know 
>>> if you need any more information.
>>> 
> 
> Have you tested the mtx-changer script? My first thought is that the
> mtx-changer script is not working on your system.
> 
> http://www.bacula.org/en/dev-manual/Autochanger_Resource.html#SECTION00179
> 
> Also did you ever do a
> 
> label barcodes
> 
> in a bacula console?
> 
> How many tapes do you have installed in you changer?
> 
> 
> John


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] looking for 5.0.0 rpm or spec files

[Sven Lankes]

On Wed, Jan 27, 2010 at 10:20:57AM -0600, Andy Howell wrote:

> The 5.0 README mentions RPMs being available in sourceforge. I didn't see 
> them there. Are 
> they or updated .spec files available somewhere? I want to install on CentOS 
> 5, 64 bit.

I have updated my backport of the fedora-bacula-rpm-packages @
http://slankes.fedorapeople.org/ to 5.0.0

Use at your own risk. 

Feedback appreciated.

-- 
sven === jabber/xmpp: s...@lankes.net

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Serious issues, should I start over?

[Eric Downing]

Thanks for that Bruno. I've wiped and
reinstalled my Ubuntu partition. Luckily I had .tar'ed my clean
install. So I'm back to a clean slate. I'm going to get MySQL up and
running and then attempt another Bacula install.

As before, are there any recommended step-by-steps? I have read the
quickstart guide, and skimmed the rest of the bacula documentation, I
think I'm doing it right, however obviously not! Here's how I see the
birds eye view of the process:


Install MySQL, confirm operation
  Install bacula (I'm using apt-get)
  backup originals and modify the -dir -fd -sd
for password and localhost definitions (change localhost and 127.0.0.1
to my listening interface's IP)
  define a backup type, in my case: a directory
located on USB storage
  define a job type
  define a job
  define a schedule


I think thats it?

Thanks again,
Eric



Bruno Friedmann wrote:

  On 01/31/2010 07:20 AM, Eric Downing wrote:
  
  
Hi,

New to bacula, semi-new to Linux. So I'm having some serious problems getting 
bacula up and running. I have read the Bacula quick start and skimmed the rest, 
I'm fairly certain I understand the fundamentals. I followed a guide here: 
https://help.ubuntu.com/community/Bacula

The first issue is I cannot connect to the console using bconsole. The error 
cited is:

Fatal error: bsock.c:129 Unable to connect to Director daemon on
localhost:9101. ERR=Connection refused

Whilst looking that one up, I was tailing /var/log/bacula/log and noticed:

31-Jan 01:13 bacula-dir JobId 0: Fatal error: Could not open Catalog
"MyCatalog", database "bacula".
31-Jan 01:13 bacula-dir JobId 0: Fatal error: mysql.c:194 Unable to connect
to MySQL server.
Database=bacula User=bacula
MySQL connect failed either server not running or your authorization is
incorrect.
31-Jan 01:13 bacula-dir ERROR TERMINATION
Please correct configuration file: /etc/bacula/bacula-dir.conf

In MySQL there actually is no bacula database, so I created it and still got the 
same error. I also checked that the bacula password for MySQL and the password 
defined in /bacula-dir.conf were synced.

Seeing as how these seem to be serious errors, should I wipe and restart? Or do 
you think these could be fixable?

Thanks,
Eric



  
  
Hi Eric, I've also check the other message in the threads.
Understanding what you are doing is the fundamental about having success.
So yes bacula documentation is huge, but everything is in !

One of the first few points you should check (and this is ubuntu/debian related)

What type of database would you use : sqlite,mysql,postgresql ?
Once you choose : the mysql / postgresql needs to be installed and running.

Next choose the according bacula-dir package as each database is specifically linked to.
so there's one bacula-dir for sqlite, one for mysql one for postgresql, and they can't be mixed.

At your place, I would remove by purge all bacula related package, make my decision and re-start install.
(If it doesn't work out of the box, complain about the packager)

And yes in ubuntu/debian world they tend to understand "network backup service" to localhost. So you have
to change all 127.0.0.1 or localhost in all config files -dir -fd -sd if you want to backup something on your network.

Hope this help you to get a good start


  




--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Allow Higher Duplicates directive

[ganiuszka]

Dan Langille pisze:
> Resending with additional information
> 
> ganiuszka wrote:
>> I used to this job next directives:
>>
>> Allow Duplicate Jobs = no
>> Allow Higher Duplicates = yes
>>
>> I ran the job, and the moment I started a job of the same name but 
>> with a higher priority. First job still worked, second job had a 
>> status "waiting for higher priority jobs to finish". Why the first job 
>> does not abort and the second job starts out of hand?
> 
> My guess: Because it was already running.  Bacula does not cancel
> running jobs.  The directives are applied to jobs as they are being
> added to the queue.
> 
> Try running three jobs and then you'll see.

Thanks for reply.

Yes, I ran three jobs, and I have the same effect. All three has been 
finished OK.

I guess that  "Allow Higher Duplicates" does not work correctly. I saw 
the source code and I guess that if Allow Higher Duplicates is set "yes" 
than actions described in Bacula documentation for this directive do not 
work.

I created a Duplicate Job Control actions diagram. You can see it here:

http://www.image-share.com/image.php?img=159/63.jpg

Here are my steps with three jobs:

*run job=QemuImages storage=UP pool=Paktos priority=15
Run Backup job
JobName:  QemuImages
Level:Full
Client:   darkstar-fd
FileSet:  QemuImages_FileSet
Pool: Paktos (From User input)
Storage:  UP (From command line)
When: 2010-01-31 19:18:37
Priority: 15
OK to run? (yes/mod/no): yes
Job queued. JobId=276
*run job=QemuImages storage=UP pool=Paktos priority=10
Run Backup job
JobName:  QemuImages
Level:Full
Client:   darkstar-fd
FileSet:  QemuImages_FileSet
Pool: Paktos (From User input)
Storage:  UP (From command line)
When: 2010-01-31 19:18:42
Priority: 10
OK to run? (yes/mod/no): yes
Job queued. JobId=277
You have messages.
*run job=QemuImages storage=UP pool=Paktos priority=5
Run Backup job
JobName:  QemuImages
Level:Full
Client:   darkstar-fd
FileSet:  QemuImages_FileSet
Pool: Paktos (From User input)
Storage:  UP (From command line)
When: 2010-01-31 19:18:50
Priority: 5
OK to run? (yes/mod/no): yes
Job queued. JobId=278
*status dir
.
.
Running Jobs:
Console connected at 31-sty-10 19:16
  JobId Level   Name   Status
==
276 FullQemuImages.2010-01-31_19.18.40_15 is running
277 FullQemuImages.2010-01-31_19.18.44_16 is waiting for higher 
priority jobs to finish
278 FullQemuImages.2010-01-31_19.18.51_17 is waiting for higher 
priority jobs to finish

.
.

Regards.
gani

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Allow Higher Duplicates directive

[Dan Langille]

ganiuszka wrote:
>   Hi,
> 
>   I am testing Duplicate Job Control. I found a few strange behaviour. 
> One of these is Allow Higher Duplicates.
> 
> I used to this job next directives:
> 
> Allow Duplicate Jobs = no
> Allow Higher Duplicates = yes
> 
> I ran the job, and the moment I started a job of the same name but with 
> a higher priority. First job still worked, second job had a status 
> "waiting for higher priority jobs to finish". Why the first job does not 
> abort and the second job starts out of hand?

My guess: Because it was already running.  Bacula does not cancel 
running jobs.  The directives are applied to jobs as they are being 
added to the queue.

Try running three jobs and then you'll see.

> 
> This is my configuration and steps for this situation:
> 
> 
> Storage {
>  Name = UrzadzeniePlikowe
>  Address = darkstar
>  SDPort = 9103
>  Password = "*"
>  Media Type = Plik
>  Device = UrzadzeniePlikoweDev
>  Maximum Concurrent Jobs = 10
> }
> 
> Storage {
>  Name = UP
>  Address = darkstar
>  SDPort = 9103
>  Password = "*"
>  Media Type = Plik
>  Device = UPDev
>  Maximum Concurrent Jobs = 10
> }
> 
> Pool {
>  Name = Tescik
>  Pool Type = Backup
>  Recycle = no
>  Storage = UrzadzeniePlikowe
> }
> 
> Pool {
>  Name = Paktos
>  Pool Type = Backup
>  Recycle = no
>  Storage = UP
> }
> 
> Job {
>  Name = QemuImages
>  Type = Backup
>  Level = Full
>  Pool = Tescik
>  Client = darkstar-fd
>  Messages = DirMessages
>  FileSet = QemuImages_FileSet
>  Allow Duplicate Jobs = no
>  Allow Higher Duplicates = yes
>  Maximum Concurrent Jobs = 10
> }
> 
> run job=QemuImages storage=UP pool=Paktos priority=15
> run job=QemuImages storage=UrzadzeniePlikowe pool=Tescik priority=10
> 
> *run job=QemuImages storage=UP pool=Paktos priority=15
> Run Backup job
> JobName:  QemuImages
> Level:Full
> Client:   darkstar-fd
> FileSet:  QemuImages_FileSet
> Pool: Paktos (From User input)
> Storage:  UP (From command line)
> When: 2010-01-30 22:01:17
> Priority: 15
> OK to run? (yes/mod/no): yes
> Job queued. JobId=246
> *run job=QemuImages storage=UrzadzeniePlikowe pool=Tescik priority=10
> Run Backup job
> JobName:  QemuImages
> Level:Full
> Client:   darkstar-fd
> FileSet:  QemuImages_FileSet
> Pool: Tescik (From Job resource)
> Storage:  UrzadzeniePlikowe (From command line)
> When: 2010-01-30 22:01:58
> Priority: 10
> OK to run? (yes/mod/no): yes
> Job queued. JobId=247
> 
> * status dir
> 
> ..
> ..
> Running Jobs:
> Console connected at 30-sty-10 22:00
>   JobId Level   Name   Status
> ==
> 246 FullQemuImages.2010-01-30_22.01.48_28 is running
> 247 FullQemuImages.2010-01-30_22.02.00_29 is waiting for higher 
> priority jobs to finish
> 
> .
> .
> 


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Allow Higher Duplicates directive

[Dan Langille]

Resending with additional information

ganiuszka wrote:
>   Hi,
> 
>   I am testing Duplicate Job Control. I found a few strange behaviour. 
> One of these is Allow Higher Duplicates.
> 
> I used to this job next directives:
> 
> Allow Duplicate Jobs = no
> Allow Higher Duplicates = yes
> 
> I ran the job, and the moment I started a job of the same name but with 
> a higher priority. First job still worked, second job had a status 
> "waiting for higher priority jobs to finish". Why the first job does not 
> abort and the second job starts out of hand?

My guess: Because it was already running.  Bacula does not cancel
running jobs.  The directives are applied to jobs as they are being
added to the queue.

Try running three jobs and then you'll see.

Then you might want to look into these directives:

Cancel Queued Duplicates = 
If this directive is set to yes (default) any job that is already queued 
to run but not yet running will be canceled.

Cancel Running Duplicates = 
If this directive is set to yes any job that is already running will be 
canceled. The default is no.

> 
> This is my configuration and steps for this situation:
> 
> 
> Storage {
>  Name = UrzadzeniePlikowe
>  Address = darkstar
>  SDPort = 9103
>  Password = "*"
>  Media Type = Plik
>  Device = UrzadzeniePlikoweDev
>  Maximum Concurrent Jobs = 10
> }
> 
> Storage {
>  Name = UP
>  Address = darkstar
>  SDPort = 9103
>  Password = "*"
>  Media Type = Plik
>  Device = UPDev
>  Maximum Concurrent Jobs = 10
> }
> 
> Pool {
>  Name = Tescik
>  Pool Type = Backup
>  Recycle = no
>  Storage = UrzadzeniePlikowe
> }
> 
> Pool {
>  Name = Paktos
>  Pool Type = Backup
>  Recycle = no
>  Storage = UP
> }
> 
> Job {
>  Name = QemuImages
>  Type = Backup
>  Level = Full
>  Pool = Tescik
>  Client = darkstar-fd
>  Messages = DirMessages
>  FileSet = QemuImages_FileSet
>  Allow Duplicate Jobs = no
>  Allow Higher Duplicates = yes
>  Maximum Concurrent Jobs = 10
> }
> 
> run job=QemuImages storage=UP pool=Paktos priority=15
> run job=QemuImages storage=UrzadzeniePlikowe pool=Tescik priority=10
> 
> *run job=QemuImages storage=UP pool=Paktos priority=15
> Run Backup job
> JobName:  QemuImages
> Level:Full
> Client:   darkstar-fd
> FileSet:  QemuImages_FileSet
> Pool: Paktos (From User input)
> Storage:  UP (From command line)
> When: 2010-01-30 22:01:17
> Priority: 15
> OK to run? (yes/mod/no): yes
> Job queued. JobId=246
> *run job=QemuImages storage=UrzadzeniePlikowe pool=Tescik priority=10
> Run Backup job
> JobName:  QemuImages
> Level:Full
> Client:   darkstar-fd
> FileSet:  QemuImages_FileSet
> Pool: Tescik (From Job resource)
> Storage:  UrzadzeniePlikowe (From command line)
> When: 2010-01-30 22:01:58
> Priority: 10
> OK to run? (yes/mod/no): yes
> Job queued. JobId=247
> 
> * status dir
> 
> ..
> ..
> Running Jobs:
> Console connected at 30-sty-10 22:00
>   JobId Level   Name   Status
> ==
> 246 FullQemuImages.2010-01-30_22.01.48_28 is running
> 247 FullQemuImages.2010-01-30_22.02.00_29 is waiting for higher 
> priority jobs to finish
> 
> .
> .
> 



--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] ClientTroubleShootHelp

[Tommy]

The whole problem was the wrong winbacula!  Thanks for help!

Any problem with winbacula2.4.4 with windows 7?

thanks again

tom

On Sun, Jan 31, 2010 at 8:11 AM, Tommy  wrote:

> New to bacula
>
> Ubuntu9.10 (Karmic..)
> bacula 2.4.4
> mysql
>
> Director runs on machine dell.xxx.xxx as dell-dir
>   dell-fd and dell-sd test backups run fine
> Client (5.0.x) runs on thinky.xxx.xxx as thinky-fd
> *
> Output of bconsole status
>
> *You have messages.
> *
> 31-Jan 07:13 dell-dir JobId 0: Fatal error: File daemon at "thinky:9102"
> rejected Hello command
> *
> telnet to thinky:9102 is OK so I think all ports are available.
>
> Passwords are the same.
>
> Does the Client version have to match the Director version?
>
> If so
>
> I have a Windows 7 laptop that I want to add as a Client after I get this
> XP client working so is the 2.4.4 Windows client the way to go or should I
> (try) to compile the 5.0 Bacula from source?  And is there a 5.0 source
> Ubuntu .deb that anyone can point me to 'cause I don't really know what I'm
> doing on the source compiling?
>
> thanks
>
>
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] ClientTroubleShootHelp

[Timo Neuvonen]

"Ralf Gross"  kirjoitti viestissä 
news:20100131163932.gc21...@p15145560.pureserver.info...
> Tommy schrieb:
>> New to bacula
>>
>> Ubuntu9.10 (Karmic..)
>> bacula 2.4.4
>> mysql
>>
>> Director runs on machine dell.xxx.xxx as dell-dir
>>   dell-fd and dell-sd test backups run fine
>> Client (5.0.x) runs on thinky.xxx.xxx as thinky-fd
>
> You can't use 5.0 bacula-fd with < 5.0 bacula-dir.
>
And after fixing that obvious reason, another issue to check: a rumor says 
that Ubuntu packages might contain machine names "localhost" by default. 
That way it works within a single machine only, but to include another 
client it is necessary to use FQDN names in conf files.

--
TiN 



--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Serious issues, should I start over?

[Mike Ruskai]

On 1/31/2010 1:20 AM, Eric Downing wrote:/bacula-dir.conf
In MySQL there actually is no bacula database, so I created it and 
still got the same error. I also checked that the bacula password for 
MySQL and the password defined in /bacula-dir.conf were synced.


Seeing as how these seem to be serious errors, should I wipe and 
restart? Or do you think these could be fixable?


In saying you "created it", do you mean you just created an empty 
database, or that you ran the database scripts to generate and 
initialize the correct tables?


Bacula comes with scripts to create the database and tables.  Where 
those scripts are depends on how you installed Bacula (i.e. what 
distribution, what package management system, etc.).  Looking in 
/etc/bacula is a good start.  What you're looking for is 
'make_mysql_tables' in particular.  Be sure you grant privileges to a 
user configured in bacula-dir.conf under the Catalog section.


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] ClientTroubleShootHelp

[Ralf Gross]

Tommy schrieb:
> New to bacula
> 
> Ubuntu9.10 (Karmic..)
> bacula 2.4.4
> mysql
> 
> Director runs on machine dell.xxx.xxx as dell-dir
>   dell-fd and dell-sd test backups run fine
> Client (5.0.x) runs on thinky.xxx.xxx as thinky-fd

You can't use 5.0 bacula-fd with < 5.0 bacula-dir.

Ralf

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] ClientTroubleShootHelp

[Tommy]

New to bacula

Ubuntu9.10 (Karmic..)
bacula 2.4.4
mysql

Director runs on machine dell.xxx.xxx as dell-dir
  dell-fd and dell-sd test backups run fine
Client (5.0.x) runs on thinky.xxx.xxx as thinky-fd
*
Output of bconsole status

*You have messages.
*
31-Jan 07:13 dell-dir JobId 0: Fatal error: File daemon at "thinky:9102"
rejected Hello command
*
telnet to thinky:9102 is OK so I think all ports are available.

Passwords are the same.

Does the Client version have to match the Director version?

If so

I have a Windows 7 laptop that I want to add as a Client after I get this XP
client working so is the 2.4.4 Windows client the way to go or should I
(try) to compile the 5.0 Bacula from source?  And is there a 5.0 source
Ubuntu .deb that anyone can point me to 'cause I don't really know what I'm
doing on the source compiling?

thanks
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Serious issues, should I start over?

[Bruno Friedmann]

On 01/31/2010 07:20 AM, Eric Downing wrote:
> Hi,
> 
> New to bacula, semi-new to Linux. So I'm having some serious problems getting 
> bacula up and running. I have read the Bacula quick start and skimmed the 
> rest, 
> I'm fairly certain I understand the fundamentals. I followed a guide here: 
> https://help.ubuntu.com/community/Bacula
> 
> The first issue is I cannot connect to the console using bconsole. The error 
> cited is:
> 
> Fatal error: bsock.c:129 Unable to connect to Director daemon on
> localhost:9101. ERR=Connection refused
> 
> Whilst looking that one up, I was tailing /var/log/bacula/log and noticed:
> 
> 31-Jan 01:13 bacula-dir JobId 0: Fatal error: Could not open Catalog
> "MyCatalog", database "bacula".
> 31-Jan 01:13 bacula-dir JobId 0: Fatal error: mysql.c:194 Unable to 
> connect
> to MySQL server.
> Database=bacula User=bacula
> MySQL connect failed either server not running or your authorization is
> incorrect.
> 31-Jan 01:13 bacula-dir ERROR TERMINATION
> Please correct configuration file: /etc/bacula/bacula-dir.conf
> 
> In MySQL there actually is no bacula database, so I created it and still got 
> the 
> same error. I also checked that the bacula password for MySQL and the 
> password 
> defined in /bacula-dir.conf were synced.
> 
> Seeing as how these seem to be serious errors, should I wipe and restart? Or 
> do 
> you think these could be fixable?
> 
> Thanks,
> Eric
> 
> 

Hi Eric, I've also check the other message in the threads.
Understanding what you are doing is the fundamental about having success.
So yes bacula documentation is huge, but everything is in !

One of the first few points you should check (and this is ubuntu/debian related)

What type of database would you use : sqlite,mysql,postgresql ?
Once you choose : the mysql / postgresql needs to be installed and running.

Next choose the according bacula-dir package as each database is specifically 
linked to.
so there's one bacula-dir for sqlite, one for mysql one for postgresql, and 
they can't be mixed.

At your place, I would remove by purge all bacula related package, make my 
decision and re-start install.
(If it doesn't work out of the box, complain about the packager)

And yes in ubuntu/debian world they tend to understand "network backup service" 
to localhost. So you have
to change all 127.0.0.1 or localhost in all config files -dir -fd -sd if you 
want to backup something on your network.

Hope this help you to get a good start


-- 

 Bruno Friedmann
Reply only to list


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Serious issues, should I start over?

[Jesper Krogh]

Eric Downing wrote:
> Ok in my bacula-dir.conf file there was an entry for 'diraddress=127.0.0.1' 
> however   commented that out earlier by myself upon a suggestion I read 
> somewhere. I uncommented it and changed it to the local IP. I restarted 
> bacula-director and tried to bconsole in with the same results.
> 
> Additionally, netstat -a|grep 3306 checking for MySQL didn't show, then the 
> same 
> command but used the bacula ports, and no dice. in /etc/services the bacula 
> services are listed. Furthermore ps -Af shows nothing Bacula or MySQL 
> related. I 
> am unfamiliar with MySQL however I have used MSSQL a fair amount in the past 
> (GUI stuff though). My box running Ubuntu is CLI only.
> 
> Not sure where to go from here. Thoughts?

MySQL has a similar configuration option in /etc/mysql/my.cnf
(bind-address).. go change that one. You may also have to look into
"skip-networking" dependent on the version of mysql you use.

Restart mysql afterwards.

-- 
Jesper

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users