Hello,
Among the many possibilities for your current problems, I suspect
that your Director and Storage Daemon may not be the same version.
Best regards,
Kern
On 4/17/20 8:26 AM, Thing wrote:
After rebooting my systems I see,
Hello
The bacula-dir and bacula-sd daemons ALWAYS MUST BE in the same version and
only bacula-fd can be in the same version of DIR/SD or in prior versions.
Best regards
*Wanderlei Hüttel*
Em sex., 17 de abr. de 2020 às 03:28, Thing
escreveu:
> After rebooting my systems I see,
>
> " Last V
After rebooting my systems I see,
" Last Volume Bytes: 0 (0 B)
Non-fatal FD errors:1
SD Errors: 0
FD termination status:
SD termination status:
Termination:*** Backup Error ***
17-Apr 18:24 bacula-dir JobId 0: Fatal error: bsock.c:569 Packet
size=107374
Hi,
I have just replaced my storage server with a 4tb external disk (Debian9)
with a new server (debian10.3) and plugged the 4tb disk into it and I
cannot get backups to work.
In messages on the director I see,
"IncrementalBackup10 17-Apr-20 19:05Backupdell6430-003-fd
Remote-0022
Johannsen, Thorsten kirjoitti 10.4.2018 14:18:
this is more free RAM than all of your systems except fury. BTW: there
is a Raspberry PI with 2GB RAM?? Never seen that before.
The "Raspi" with 2G RAM is a Banana Pi M3 with 8 cores and 2B RAM and
and an internal 8 GB EMMC memory + other goodi
On 09.04.2018 17:56, Jari Fredriksson wrote:
Johannsen, Thorsten kirjoitti 5.4.2018 kello 14.35:
On 05.04.2018 00:01, Jari Fredriksson wrote:
Hi Jari,
[...]
One of the Raspi's (heRPI01) is being backed up without any problems. The other
one (heRPI02), however, refused to make
backups af
On 09.04.2018 18:01, Jari Fredriksson wrote:
Johannsen, Thorsten kirjoitti 5.4.2018 kello 16.17:
On 05.04.2018 13:35, Johannsen, Thorsten wrote:
On 05.04.2018 00:01, Jari Fredriksson wrote:
Hi Jari,
[...]
Do you have Raspbian installed? Do you use the bacula-fd version from the
repos
> Jari Fredriksson kirjoitti 9.4.2018 kello 19.01:
>
>
>
>> Johannsen, Thorsten kirjoitti 5.4.2018 kello
>> 16.17:
>>
>> On 05.04.2018 13:35, Johannsen, Thorsten wrote:
>>> On 05.04.2018 00:01, Jari Fredriksson wrote:
>>>
>>> Hi Jari,
>>>
>>>
>>> [...]
>>
>>> Do you have Raspbian insta
> Johannsen, Thorsten kirjoitti 5.4.2018 kello
> 16.17:
>
> On 05.04.2018 13:35, Johannsen, Thorsten wrote:
>> On 05.04.2018 00:01, Jari Fredriksson wrote:
>>
>> Hi Jari,
>>
>>
>> [...]
>
>> Do you have Raspbian installed? Do you use the bacula-fd version from the
>> repository or did you
> Johannsen, Thorsten kirjoitti 5.4.2018 kello
> 14.35:
>
> On 05.04.2018 00:01, Jari Fredriksson wrote:
>
> Hi Jari,
>
>
> [...]
> One of the Raspi's (heRPI01) is being backed up without any problems. The
> other one (heRPI02), however, refused to make
> backups after a first
On 05.04.2018 13:35, Johannsen, Thorsten wrote:
On 05.04.2018 00:01, Jari Fredriksson wrote:
Hi Jari,
[...]
Do you have Raspbian installed? Do you use the bacula-fd version from
the repository or did you compile your own?
Moreover: could you please check the free memory on your 5 RPI's?
On 05.04.2018 00:01, Jari Fredriksson wrote:
Hi Jari,
[...]
One of the Raspi's (heRPI01) is being backed up without any problems. The other
one (heRPI02), however, refused to make
backups after a first and successful backup:
I have 5 Raspis, all backed up with Bacula, all having accurate
> Josh Fisher kirjoitti 4.4.2018 kello 14.37:
>
>
> On 4/4/2018 4:27 AM, Johannsen, Thorsten wrote:
>> Ok, so I've checked nearly everything hardware related:
>>
>> - replaced the Rasperry PI to rule out a defect on the NIC
>> - replace the patch cable
>> - moved the RPI to the same switch as
On 4/4/2018 4:27 AM, Johannsen, Thorsten wrote:
Ok, so I've checked nearly everything hardware related:
- replaced the Rasperry PI to rule out a defect on the NIC
- replace the patch cable
- moved the RPI to the same switch as the other RPI that is backing up
fine
I was just about to build t
Ok, so I've checked nearly everything hardware related:
- replaced the Rasperry PI to rule out a defect on the NIC
- replace the patch cable
- moved the RPI to the same switch as the other RPI that is backing up fine
I was just about to build the fd from source, when I had a closer look
to the
Hello list,
I have two Raspberry PI's running Raspbian:
One of the Raspi's (heRPI01) is being backed up without any problems. The other
one (heRPI02), however, refused to make
backups after a first and successful backup:
$ uname -a
Linux heRPI02 4.9.80-v7+ #1098 SMP Fri Mar 9 19:11:42 GMT 20
Hi,
It is very important that you use forward slashes in the directory names.
Furthermore, you must make sure that the FD port is not firewalled.
What is the error message for the windows client's jobs?
Ger.
Op vrijdag 14 juli 2006 23:02, schreef [EMAIL PROTECTED]:
> Hi,
>
> I'm trying to back
Hi,
I'm trying to backup a windows' files and I've problem to make it work.
I've installed bacula for windows but I'm not sure what kind of path
definitions should I use, (bacula-fd.conf):
FileDaemon {
Name = dhlrs-fd
FDport = 9102
WorkingDirectory = C:/bacula/working #Or C:\bacula\workin
On Thursday 19 January 2006 20:04, Arno Lehmann wrote:
> Hello,
>
> On 1/19/2006 7:32 PM, Lance Brown wrote:
> > I got this message in my logs from the backup run last night:
> >
> > 19-Jan 02:16 what-sd: Volume "Monthly-0004" previously written, moving
> > to end of data.
> > 19-Jan 02:22 what-sd:
Below are a few guesses. They are a large part guesses because you didn't
specify enough information: please see the Support page on the web site.
I suspect that perhaps you forgot to run the btape test command before using
your tape or perhaps you are using an old Bacula that didn't perform the
Hello,
On 1/19/2006 7:32 PM, Lance Brown wrote:
I got this message in my logs from the backup run last night:
19-Jan 02:16 what-sd: Volume "Monthly-0004" previously written, moving
to end of data.
19-Jan 02:22 what-sd: What.2006-01-19_02.05.01 Error: I canot write on
Volume "Monthly-0004" becau
I got this message in my logs from the backup run last night:
19-Jan 02:16 what-sd: Volume "Monthly-0004" previously written, moving
to end of data.
19-Jan 02:22 what-sd: What.2006-01-19_02.05.01 Error: I canot write on
Volume "Monthly-0004" because:
The number of files mismatch! Volume=0 Catalog=
On Tue, 11 Oct 2005, Oliver Koch wrote:
I have a problem with incremental backups. During an incremental backup
many files a backuped again although they haven't been changed since the
last full backup. Most of the backuped files are located under /home
which is mounted with the following mount
Hello,
On 12.10.2005 23:00, Oliver Koch wrote:
Hello,
I have a problem with incremental backups. During an incremental
backup many files a backuped again although they haven't been changed
since the last full backup. Most of the backuped files are located
under /home which is mounted with th
Hello,
>> I have a problem with incremental backups. During an incremental
>> backup many files a backuped again although they haven't been changed
>> since the last full backup. Most of the backuped files are located
>> under /home which is mounted with the following mount options:
>>
>> /dev/map
Hello,
On 11.10.2005 21:20, Oliver Koch wrote:
Hi,
I have a problem with incremental backups. During an incremental backup
many files a backuped again although they haven't been changed since the
last full backup. Most of the backuped files are located under /home
which is mounted with the fol
Hi,
I have a problem with incremental backups. During an incremental backup
many files a backuped again although they haven't been changed since the
last full backup. Most of the backuped files are located under /home
which is mounted with the following mount options:
/dev/mapper/vg00-lvol6 on /h
27 matches
Mail list logo
