Thanks. I'll test it.
2018-02-07 13:45 GMT+01:00 Kern Sibbald :
> The latest version is 7.4.4. It is at www.bacula.org -> Downloads ->
> Binary Download Center
>
> I will be posting a version 9.0.6 version as soon as I can build and test
> it -- probably by the end of February.
>
> Best regards
Hello Shawn,
It looks that you use an old Baculum version (7.x). I would suggest to
remove the 7.x and install 9.x (there is no direct update way between
versions 7 and 9). Here you can find how to install version Baculum
9.x:
http://www.bacula.org/9.0.x-manuals/en/console/Baculum_API_Web_GUI_Too
> On Nov 30, 2017, at 11:41 AM, Martin Simmons wrote:
>
> It looks like LibreSSL defines OPENSSL_VERSION_NUMBER as 0x2000L, i.e. as
> if it was OpenSSL 2.0. Bacula uses this variable to detect OpenSSL >= 1.1,
> which causes it to compile the 1.1 code when using LibreSSL, even though
> LibreS
> On Feb 7, 2018, at 1:04 PM, Dimitri Maziuk wrote:
>
> On 02/07/2018 11:57 AM, Dan Langille wrote:
>> Either Bacula is in charge of the changer or it is not.
>
> Only when it's running a job. If access is not concurrent, then it's
> very likely the tool not cleaning up after itself properly or
I’m new to Bacula. I’ve been playing with the latest version for the past
couple of days on a CentOS 7.3 server with a MySQL DB. I’m now trying to set up
Baculum. I’m able to connect to the web interface. However, when I fill in all
of the DB information on the Database tab and click Test, I get
Hey Martin,
Now i'm starting to think the LTO is the problem.
This evening, new error occured
07-Feb 21:00 JobId 102: Start Backup JobId 102, Job=quot.2018-02-07_21.00.00_09
07-Feb 21:00 JobId 102: Using Device "Lecteur_LTO6" to write.
07-Feb 21:00 JobId 102: Error: block.c:260 Write error at 98
JobBytes is the number of bytes sent from the FD (client) to the SD. If you
are using Bacula's software compression (the compression option in the
Fileset), then that will be the size after compression.
Bacula's software compression is always done in the FD.
You can control concurrency of backup
On 02/07/2018 11:57 AM, Dan Langille wrote:
> Either Bacula is in charge of the changer or it is not.
Only when it's running a job. If access is not concurrent, then it's
very likely the tool not cleaning up after itself properly or something.
--
Dimitri Maziuk
Programmer/sysadmin
BioMagResBank,
Either Bacula is in charge of the changer or it is not.
--
Dan Langille - BSDCan / PGCon
d...@langille.org
> On Feb 7, 2018, at 12:48 PM, Kenneth Garges wrote:
>
> That might be the issue. Somebody does something in the web interface that
> takes the changer offline, clicks OK at the warning
That might be the issue. Somebody does something in the web interface that
takes the changer offline, clicks OK at the warning message. Then later when
it’s back online FreeBSD doesn’t figure that out and needs a reboot.
Probably an issue that should be addressed with FreeBSD rather than Bacula
Thanks for the response. This is a brand new HP tape drive. All the
tapes are brand new HP LT0-5 tapes, never used before.
Kern, how would I put the drive into "BSD mode"? And how could I tell if
it was in that mode?
I will take a look at the sg logs.
myEMAILsignature Thomas Plancon
CAD/IT M
The latest version is 7.4.4. It is at www.bacula.org ->
Downloads -> Binary Download Center
I will be posting a version 9.0.6 version as soon as I can build
and test it -- probably by the end of February.
Best regards,
Kern
On 07.02.2018 12:30, jesu
On 07/02/18 09:16, Kern Sibbald wrote:
Hello,
On the software side, it is clear that the OS is sending back an EOT status.
About the only other thing to check before looking at your tape
wiring/controller ... is to be sure you have not put the tape drive into some
unusual mode such as BSD mode.
On 07/02/18 02:50, Alan Brown wrote:
I also submitted some chages to the mtx-changer script a while ago which
check that the changer's actually ready before attempting to send it
commands. Kern's been sitting on them for a couple of years.
@ -82,6 +66,7 @@ #$1 $2
Hi all,
Last night a tape filled so I'm spending most of today investigating the
cause and ensuring the next run completes fine.
When executing "list jobname=" from the console I'm presented with 2
columns: JobFiles and JobBytes.
Is JobBytes expected to show the volume read from the client or
Hello Jesus
The last one is 7.4.4
http://blog.bacula.org/binary-download-center/
Best regards
*Wanderlei Hüttel*
http://www.huttel.com.br
2018-02-07 9:30 GMT-02:00 jesus moreno :
> Hi:
>
> I have a bacula-dir version 9.0.6 and I like to upgrade the bacula-fd of
> windows server from 5.0.3 to t
Hi:
I have a bacula-dir version 9.0.6 and I like to upgrade the bacula-fd of
windows server from 5.0.3 to the latest version. What is the latest version
of client Windows? In forgesource it show 5.2.10, in year 2012! Is it true?
Regards!
---
Bacula is designed to decide itself which tapes to use and when. If you
are trying to force it to use particular tapes it is possible, but it is
outside the design envelop, so you will almost surely run into problems.
On 06.02.2018 00:54, Tilman Schmidt wrote:
Just encountered the situation
Title: myEMAILsignature
I would not worry too much about btape errors trying to switch
volumes. Some of the older btapes had a bug that caused such
problems. I don't believe that they are related to your problem.
You can avoid those problems by running btape fill using
Yes, that is a good suggestion, that I had forgotten about. One
or two cleaning cycles should normally clear up that kind of
problem.
On 05.02.2018 21:01, Matt Rubright
wrote:
I've seen similar things happen with failing or
really
Title: myEMAILsignature
Hello,
On the software side, it is clear that the OS is sending back an
EOT status. About the only other thing to check before looking at
your tape wiring/controller ... is to be sure you have not put the
tape drive into some unusual mode su
21 matches
Mail list logo
