Torsdag den 11. Marts 2010 13:49:15 skrev John Drescher:
> > You can help me?
>
> First off remove 127.0.0.1 and local host from all bacula
> configuration files. Using either of these will prevent bacula from
> being a network backup program. Secondly start the director from the
> console
>
> bacu
Hi,
First, many thanks for your feedback.
I researched that behaviour with filesize of your lstat field (
-1443891641). Yes, I made mistake with using shift bitwise operator.
>From PHP documentation:
"Warning!
Don't right shift for more than 32 bits on 32 bits systems. Don't left
shift in case i
On 3/12/2011 9:29 AM, ganiuszka wrote:
> W dniu 11 marca 2011 21:45 użytkownik ganiuszka napisał:
>> Hi,
>> In my example jobid is putting in:
>> ... File.JobId=8...
>> but this "eight":
>>
>> base64_decode_lstat(8,File.LStat)
>>
>> is exactly eight field (encoded filesize field). I seem that you
On 3/12/2011 2:20 AM, Raczka wrote:
> Hello everyone!
>
> Bacula (currently 5.0.3) is running in my enviroment under FreeBSD for about
> year without problems.
> Two days ago daemon started sending message as below (every 5minutes):
>
> bckserver1: ERROR in authenticate.c:304 UA Hello from
> cl
You probably have Nagios or some other monitoring tool in your network
connecting to your Bacula Director port every 5 minutes... You can generate
that message just by using telnet in Bacula Director port and exiting right
after...
I think there's a bacula plugin for Nagios that can avoid that mes
Hello everyone!
Bacula (currently 5.0.3) is running in my enviroment under FreeBSD for about
year without problems.
Two days ago daemon started sending message as below (every 5minutes):
bckserver1: ERROR in authenticate.c:304 UA Hello from
client:127.0.0.1:36131 is invalid. Len=0
Misconfigur
Hi,
I wrote the Bacula LStat decoder implementation in PHP. I made WebGUI
for this also. Now online LStat decoder (beta version) is available on
my page Bacula.pl:
http://www.bacula.pl/bacula-lstat-decoder/
In the near future I need to make description of fields.
Here is Bacula LStat decoder fu
>Thanks for the reply. Is this considered a bug? Admittedly not so many
>networks use IPv6 yet so I can imagine it might not be very high priority.
>
>Hard coding the IP is not an ideal solution. This is a laptop running DHCP
>without a reservation so while the IPv6 address probably won't change
Hi,
On Fri, 11 Mar 2011, Joseph L. Casale wrote:
> >The bacula-fd daemon (according to netstat -na) doesn't appear to be
> >listening on the IPv6 address.
>
> Force it to listen on whatever address/port you desire w/ "FDAddresses = "
>
> http://www.bacula.org/5.0.x-manuals/en/main/main/Client_F