I have the next error:
Backup Incremental:
JobId 2480: Error: bsock.c:615 Read expected 267 got -261 from client:
10.0.0.98:9103
JobId 2480: Fatal error: append.c:320 Network error reading from FD.
ERR=Input/output error
JobId 2480: Elapsed time=00:12:13, Transfer rate=29.10 M Bytes/second
JobId
On 12/23/21 11:19, Graham Dicker wrote:
Thank you for your reply Graham.
I don't think Bacula itself has any problems, it is only the script mysqldump
that has a problem. The script is just supposed to create a dump of the
database and (if it is successful) then Bacula goes on to first back it u
Hi.
The backup speed seems reasonable, and the Bacula manual states that restores
can reasonably be as much as one-third of the speed of the equivalent backup
(https://www.bacula.org/11.0.x-manuals/en/main/Restore_Command.html#SECTION002890).
I notice also that you are restorin
Hi.
I see--it's worth checking then the command that is called by the catalogue
backup job (the "BeforeJob" directive in the "Job" (or "JobDefs") resource).
On my system the catalogue job calls, in its "BeforeJob" directive, the
following: "/opt/bacula/etc/make_catalog_backup.pl MyCatalog".
Ac
Thank you for your reply Graham.
I don't think Bacula itself has any problems, it is only the script mysqldump
that has a problem. The script is just supposed to create a dump of the
database and (if it is successful) then Bacula goes on to first back it up and
then delete it.
On Thursday, 23
Thanks
Yes it's on a blue usb port.
I expected too those kind of speed.
I can reach 69614.5 KB/s for a Full backup job for this client (620.6 GB) and
3253.3 KB/s for an other.
And I just see that the difference is only there is no software compression
for the first and 53% for the seco
Hi,
I think a little more info is needed to narrow down whether or not these
restore transfer figures are slow in this particular case.
How is the hotplug SATA-II restore disk connected (RAID controller, or USB),
and is it connected to the bacula server directly, or through a client?
Also, wher
Hi.
I'm surprised your other backups are working--if you have just one database
server, your Bacula director should be using the same credentials to connect to
the database, regardless of the job.
In your "bacula-dir.conf" file, there will be the username and password that
Bacula uses to conne
Thanks for the info. What sort of backup transfer rates are you getting (from
your clients to the USB-3 backup disk)?
I back up over a 1Gb/s network to a USB2.0 device and get 42MB/s backup. I also
get 25MB/s restore (restoring from USB2.0 to a directly-connected SSD), so I'd
expect better for
Oops I should have replied to my own message. And the leading pipe symbols
seem to cause a problem. Sorry about that.
MariaDB [mysql]> select host,user from user;
+---+-+
Host | User|
+---+-+
% | bacula |
localhost |
Further to my previous post I notice that the user table
contains the following. Is that what it should look like?
MariaDB [mysql]> select host,user from user;
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.
Hi all
I'm running Bacula on a desk machine with OpenSuse 15.3 and Bacula 11.0.4.
The make_catalog_backup command has stopped working following a complete loss
and
restore of my Bacula database.
I don't know how the database vanished but I restored it from the last
successful backup
thus:
./
On 12/22/21 12:47, Phil Stracchino wrote:
On 12/22/21 09:03, Neil Balchin wrote:
I’ve been down that road, yes bacula can certainly be configured to
handle that at least on a ’nix system. Before your get too far
though, you should do your own research on the reliability of
spinning disk dri
Yes you're right, i explain the situation
The targeted disk for restauration is a SATA-II directly connected to the
mother board with a SATA cable nor USB nor RAID but directly to the SATA
controller, it's a small extension to the front of the computer.
The backup media volumes are usb d
Hello,
I just post my full restore experience for performance studying purpose.
I use Bacula 9.6.6.3 & - 10.3.30-MariaDB on a Debian 11 buster x64 i5-2320
3Ghz CPU - 32GB ram
For the 1st restoration (by baculum wizard interface) FULL on Western Digital
Blue 500Gb (DOS partition table and
15 matches
Mail list logo
