Re: [Bacula-users] Error running bacula-sd 9.2.2 on a Zyxel NSA310 [SOLVED]

[Andrea Venturoli]

On 2/20/19 5:23 PM, Andrea Venturoli wrote:

Hello.

I've got such a NAS where I've been running bacula-sd 7.4.0 (self 
compiled from sources) for years.


Now I'm trying to upgrade to 9.2.2 (same Director, same SD config file, 
same compilation procedure).

The daemon starts, but Director cannot connect.
Setting debug to 1000 I see (as soon as I issue "status storage"):


backup-xx-sd: bnet_server.c:184-0 Accept=-1 errno=38
backup-xx-sd: bnet_server.c:184-0 Accept=-1 errno=38
backup-xx-sd: bnet_server.c:184-0 Accept=-1 errno=38
backup-xx-sd: bnet_server.c:184-0 Accept=-1 errno=38
backup-xx-sd: bnet_server.c:184-0 Accept=-1 errno=38
backup-xx-sd: bnet_server.c:184-0 Accept=-1 errno=38
backup-xx-sd: bnet_server.c:184-0 Accept=-1 errno=38
backup-xx-sd: bnet_server.c:184-0 Accept=-1 errno=38
backup-xx-sd: bnet_server.c:184-0 Accept=-1 errno=38

 > ... (and so on in a loop)...

On a similar NAS (just a little newer), everything works fine.

Any hint on this?


For the record:
_ I tried upgrading to 9.4.2, but I got the same error;
_ I solved this by changing "baccept" to "accept" (as it was in 7.x) in 
bnet_server.c.


 bye
av.


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Error compiling bacula-fd on aix-7

[Jose Alberto]

OK.  thanks for your  answers.

I test:

https://www.ibm.com/developerworks/community/blogs/mhhaque/entry/how_to_use_gcc_or_g_compiler_on_aix_7?lang=en

http://www.cybercanibal.com/articulos-tecnicos/instalacion-de-servicios/95-instalacion-de-cliente-bacula-50x-en-aix-61-con-gcc


i will show the result.




On Wed, Feb 27, 2019 at 10:48 AM Kern Sibbald  wrote:

> Hello,
>
> You are trying to use an unsupported compiler xlc.  Bacula supports only
> gcc (or g++).  If you want to use xlc, you are free to do so, but you will
> need to ensure that the libraries are not included from two different
> directories, which is what is happening to you, and is clearly shown in the
> compiler output you supplied.
>
> By the way, version 7.4.x is no longer supported by the project.
>
> Best regards,
> Kern
>
> On 2/25/19 11:23 PM, Jose Alberto wrote:
>
> Result  ./configure  (only fd) :
>
> Configuration on Mon Feb 25 16:59:55 CST 2019:
>
>Host: powerpc-ibm-aix7.1.0.0 -- aix 1
>Bacula version:   Bacula 7.4.7 (16 March 2017)
>Source code location: .
>Install binaries: /etc/bacula/bin
>Install libraries:/usr/lib
>Install config files: /etc/bacula/bin
>Scripts directory:/etc/bacula/bin
>Archive directory:/tmp
>Working directory:/etc/bacula/working
>PID directory:/etc/bacula/bin/working
>Subsys directory: /etc/bacula/bin/working
>Man directory:${datarootdir}/man
>Data directory:   /usr/share
>Plugin directory: /usr/lib
>C Compiler:   /usr/vacpp/bin/xlc
>C++ Compiler: /usr/vacpp/bin/xlC
>Compiler flags:-g
>Linker flags:
>Libraries:-lpthread  -lintl
>Statically Linked Tools:  no
>Statically Linked FD: no
>Statically Linked SD: no
>Statically Linked DIR:no
>Statically Linked CONS:   no
>Database backends:None
>Database port:
>Database name:bacula
>Database user:bacula
>Database SSL options:
>
>Job Output Email: root@localhost
>Traceback Email:  root@localhost
>SMTP Host Address:localhost
>
>Director Port:9101
>File daemon Port: 9102
>Storage daemon Port:  9103
>
>Director User:
>Director Group:
>Storage Daemon User:
>Storage DaemonGroup:
>File Daemon User:
>File Daemon Group:
>
>Large file support:   no
>Bacula conio support: yes -ltermcap
>readline support: no
>TCP Wrappers support: no
>TLS support:  no
>Encryption support:   no
>ZLIB support: yes
>LZO support:  no
>enable-smartalloc:yes
>enable-lockmgr:   no
>bat support:  no
>client-only:  yes
>build-dird:   no
>build-stored: no
>Plugin support:   no
>AFS support:  no
>ACL support:  yes
>XATTR support:yes
>systemd support:  no
>Batch insert enabled: None
>
> but  run make:
>
> ==>Entering directory /DB/bacula-7.4.7/src
> Target "all" is up to date.
> ==>Entering directory /DB/bacula-7.4.7/scripts
> Target "all" is up to date.
> ==>Entering directory /DB/bacula-7.4.7/src/lib
> Compiling attr.c
> "/usr/vacpp/include/string.h", line 67.20: 1540-0403 (S) "strcpy(char *,
> const char *)" is already defined.
> "/usr/include/string.h", line 418.17: 1540-0425 (I) "strcpy" is defined on
> line 418 of "/usr/include/string.h".
> "/usr/vacpp/include/string.h", line 22.20: 1540-0424 (I) "strcpy" is
> declared on line 22 of "/usr/vacpp/include/string.h".
> "/usr/include/string.h", line 47.18: 1540-0424 (I) "strcpy" is declared on
> line 47 of "/usr/include/string.h".
> "/usr/include/string.h", line 212.26: 1540-0424 (I) "strcpy" is declared
> on line 212 of "/usr/include/string.h".
> "/usr/vacpp/include/string.h", line 69.20: 1540-0403 (S) "strcmp(const
> char *, const char *)" is already defined.
> "/usr/include/string.h", line 420.17: 1540-0425 (I) "strcmp" is defined on
> line 420 of "/usr/include/string.h".
> "/usr/vacpp/include/string.h", line 23.20: 1540-0424 (I) "strcmp" is
> declared on line 23 of "/usr/vacpp/include/string.h".
> h".
> .
> .
> .idem idem
> .
> .
> .
> "/usr/include/string.h", line 66.21: 1540-0424 (I) "index" is declared on
> line 66 of "/usr/include/string.h".
> "/usr/include/string.h", line 317.26: 1540-0424 (I) "index" is declared on
> line 317 of "/usr/include/string.h".
> "/usr/vacpp/include/string.h", line 144.25: 1540-0403 (S) "rindex(const
> char *, int)" is already defined.
> "/usr/include/string.h", line 472.20: 1540-0425 (I) "rindex" is defined on
> line 472 of "/usr/include/string.h".
> "/usr/vacpp/include/string.h", line 44.25: 1540-0424 (I) "rindex" is
> declared on line

Re: [Bacula-users] Error running bacula-sd 9.2.2 on a Zyxel NSA310 [SOLVED]

[Martin Simmons]

> On Thu, 28 Feb 2019 11:25:48 +0100, Andrea Venturoli said:
> 
> On 2/20/19 5:23 PM, Andrea Venturoli wrote:
> > Hello.
> > 
> > I've got such a NAS where I've been running bacula-sd 7.4.0 (self 
> > compiled from sources) for years.
> > 
> > Now I'm trying to upgrade to 9.2.2 (same Director, same SD config file, 
> > same compilation procedure).
> > The daemon starts, but Director cannot connect.
> > Setting debug to 1000 I see (as soon as I issue "status storage"):
> > 
> >> backup-xx-sd: bnet_server.c:184-0 Accept=-1 errno=38
> >> backup-xx-sd: bnet_server.c:184-0 Accept=-1 errno=38
> >> backup-xx-sd: bnet_server.c:184-0 Accept=-1 errno=38
> >> backup-xx-sd: bnet_server.c:184-0 Accept=-1 errno=38
> >> backup-xx-sd: bnet_server.c:184-0 Accept=-1 errno=38
> >> backup-xx-sd: bnet_server.c:184-0 Accept=-1 errno=38
> >> backup-xx-sd: bnet_server.c:184-0 Accept=-1 errno=38
> >> backup-xx-sd: bnet_server.c:184-0 Accept=-1 errno=38
> >> backup-xx-sd: bnet_server.c:184-0 Accept=-1 errno=38
> >  > ... (and so on in a loop)...
> > 
> > On a similar NAS (just a little newer), everything works fine.
> > 
> > Any hint on this?
> 
> For the record:
> _ I tried upgrading to 9.4.2, but I got the same error;
> _ I solved this by changing "baccept" to "accept" (as it was in 7.x) in 
> bnet_server.c.

That suggests the function accept4 was defined at compile time by fails with
errno=38 (ENOSYS) at run time.

__Martin


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Error running bacula-sd 9.2.2 on a Zyxel NSA310 [SOLVED]

[Andrea Venturoli]

On 2/28/19 2:23 PM, Martin Simmons wrote:


That suggests the function accept4 was defined at compile time by fails with
errno=38 (ENOSYS) at run time.


I don't know what to answer.
I'm not competent enough to understand the difference between the two; I 
cannot also tell why it is defined and why it does not work.


I understand I'm running on a sort of "unofficial" environment: since it 
works, I'm fine.

I just thought I'd let you know.

 bye & Thanks
av.


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] systemd bacula-director.service masked

[Hodges]

When I try to start bacula in systemd I get a 'failed' message saying 
unit bacula-director.service is masked


Does this matter - I guess so. What to do about it? I have just 
installed bacula 9.4.2 from the debian repository into Debian 10 and am 
trying to get it working again


Steve Hodge

--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] systemd bacula-director.service masked

[Sven Hartge]

On 28.02.19 17:17, Hodges wrote:

> When I try to start bacula in systemd I get a 'failed' message saying
> unit bacula-director.service is masked
> 
> Does this matter - I guess so. What to do about it? I have just
> installed bacula 9.4.2 from the debian repository into Debian 10 and am
> trying to get it working again

This is definitely not normal. But you provide not enough information to
further pin-point the problem.

I know for certain that the Bacula 9.4.2 packages in Debian Sid/Testing
work out of the box, because a) I helped create them and b) I just
tested a fresh install today.

It would be interesting to know *exactly* what you did to end up in this
situation, because a package doesn't just get masked by itself.

Also since this is most likely a Debian-specific problem, it would be
better to move this discussion over to
https://lists.debian.org/debian-user/ to not overly annoy the Bacula
community with Debian talk.

Grüße,
Sven.



signature.asc
Description: OpenPGP digital signature
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Error compiling bacula-fd on aix-7

[Jose Alberto]

Hi.

I install gcc and g++ on AIX-7.  all OK.


But the result of "make"   (only  client)

On Bacula  5.0.1,  5.2.13,  7.4.7  and 7.9.5:

Compiling xattr.c
xattr.c: In function 'bxattr_exit_code build_xattr_streams(JCR*, FF_PKT*)':
xattr.c:2334:8: error: 'os_build_xattr_streams' was not declared in this
scope
if (os_build_xattr_streams) {
^
xattr.c: In function 'bxattr_exit_code parse_xattr_streams(JCR*, int)':
xattr.c:2344:8: error: 'os_parse_xattr_streams' was not declared in this
scope
if (os_parse_xattr_streams) {
^
xattr.c:2348:34: error: 'os_default_xattr_streams' was not declared in this
scope
   for (cnt = 0; cnt < sizeof(os_default_xattr_streams) / sizeof(int);
cnt++) {
  ^
xattr.c: At global scope:
xattr.c:71:25: warning: 'bxattr_exit_code send_xattr_stream(JCR*, int)'
defined but not used [-Wunused-function]
 static bxattr_exit_code send_xattr_stream(JCR *jcr, int stream)
 ^
make: 1254-004 The error code from the last command is 1.


Stop.


  == Error in /DB/bacula-5.0.1/src/filed ==



 Result of  "make"  on:   9.4.2


Compiling crypto.c
crypto.c: In function 'ASN1_OCTET_STRING* openssl_cert_keyid(X509*)':
crypto.c:340:105: error: invalid conversion from 'const ASN1_STRING* {aka
const asn1_string_st*}' to 'ASN1_STRING* {aka asn1_string_st*}'
[-fpermissive]
   keyid = (ASN1_OCTET_STRING *) ASN1_item_d2i(NULL, &ext_value_data,
ASN1_STRING_length(asn1_ext_val),

 ^
In file included from /usr/include/openssl/objects.h:976:0,
 from /usr/include/openssl/evp.h:114,
 from /usr/include/openssl/x509.h:89,
 from /usr/include/openssl/ssl.h:199,
 from ../bacula.h:147,
 from crypto.c:37:
/usr/include/openssl/asn1.h:811:5: note: initializing argument 1 of 'int
ASN1_STRING_length(ASN1_STRING*)'
 int ASN1_STRING_length(ASN1_STRING *x);
 ^
crypto.c:346:103: error: invalid conversion from 'const ASN1_STRING* {aka
const asn1_string_st*}' to 'ASN1_STRING* {aka asn1_string_st*}'
[-fpermissive]
   keyid = (ASN1_OCTET_STRING *) method->d2i(NULL, &ext_value_data,
ASN1_STRING_length(asn1_ext_val));

   ^
In file included from /usr/include/openssl/objects.h:976:0,
 from /usr/include/openssl/evp.h:114,
 from /usr/include/openssl/x509.h:89,
 from /usr/include/openssl/ssl.h:199,
 from ../bacula.h:147,
 from crypto.c:37:
/usr/include/openssl/asn1.h:811:5: note: initializing argument 1 of 'int
ASN1_STRING_length(ASN1_STRING*)'
 int ASN1_STRING_length(ASN1_STRING *x);
 ^
crypto.c: In function 'int crypto_keypair_load_cert(X509_KEYPAIR*, const
char*)':
crypto.c:458:40: error: 'EVP_PKEY_base_id' was not declared in this scope
if (EVP_PKEY_base_id(keypair->pubkey) != EVP_PKEY_RSA) {
^
In file included from ../bacula.h:168:0,
 from crypto.c:37:
crypto.c:460:83: error: 'EVP_PKEY_id' was not declared in this scope
  _("Unsupported key type provided: %d\n"),
EVP_PKEY_id(keypair->pubkey));

   ^
../baconfig.h:471:93: note: in definition of macro 'Jmsg1'
 #define Jmsg1(jcr, typ, lvl, msg, a1) j_msg(__FILE__, __LINE__,
jcr, typ, lvl, msg, a1)

 ^
In file included from crypto.c:39:0:
crypto.c: In function 'int crypto_sign_add_signer(SIGNATURE*, DIGEST*,
X509_KEYPAIR*)':
crypto.c:870:43: error: 'EVP_PKEY_base_id' was not declared in this scope
assert(EVP_PKEY_base_id(keypair->pubkey) == EVP_PKEY_RSA);
   ^
crypto.c: In function 'CRYPTO_SESSION* crypto_session_new(crypto_cipher_t,
alist*)':
crypto.c:1089:65: error: 'EVP_PKEY_base_id' was not declared in this scope
   assert(keypair->pubkey && EVP_PKEY_base_id(keypair->pubkey) ==
EVP_PKEY_RSA);
 ^
crypto.c: In function 'crypto_error_t crypto_session_decode(const
u_int8_t*, u_int32_t, alist*, CRYPTO_SESSION**)':
crypto.c:1202:53: error: 'EVP_PKEY_base_id' was not declared in this scope
 assert(EVP_PKEY_base_id(keypair->privkey) == EVP_PKEY_RSA);


Thanks.


-- 
#
#   Sistema Operativo: Debian  #
#Caracas, Venezuela  #
#
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Bacula: Intervention needed messages

[Shawn Rappaport]

I've been running Bacula for about one year now. I recently started receiving 
emails from my Bacula director server stating "Bacula: Intervention needed". 
Example:
Subject: Bacula: Intervention needed for efixf-rip03-fm.2019-02-27_23.05.04_05
Body: 27-Feb 23:40 bacmedia01-fm.internal.shutterfly.com-sd JobId 35988: 
JobId=35988, Job efixf-rip03-fm.2019-02-27_23.05.04_05 waiting to reserve a 
device.

This is only happening for one of our four locations, which has 50 clients. For 
nightly differential backups, I'm only receiving 5-6 of these messages. 
However, for weekly full backups, I'm receiving many of them. No action appears 
to be required on my part, as the jobs eventually finish. However, I'm 
wondering what might have caused these messages to suddenly start since the 
number of clients hasn't changed much recently. I have Maximum Concurrent Jobs 
= 20 on the SD (a separate server from the Director).

I'm running Bacula (Dir and SD) 9.0.6 on CentOS 7.5. Most of the clients are 
CentOS 7.5 running 9.0.6 but there are some Windows 2008R2/2012R2 clients as 
well. The email messages are occurring for both Linux and Windows clients.

Thanks!

--Shawn


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] systemd bacula-director.service masked

[Sven Hartge]

On 28.02.19 17:59, Sven Hartge wrote:
> On 28.02.19 17:17, Hodges wrote:
> 
>> When I try to start bacula in systemd I get a 'failed' message saying
>> unit bacula-director.service is masked
>>
>> Does this matter - I guess so. What to do about it? I have just
>> installed bacula 9.4.2 from the debian repository into Debian 10 and am
>> trying to get it working again
> 
> This is definitely not normal. But you provide not enough information to
> further pin-point the problem.

To provide some closure to this list here: Steve has possibly a broken
(or at least disordered) package system from doing a direct upgrade from
Jessie to Buster. This has nothing to do with Bacula or the Bacula
packages provided by Debian.

We will continue to diagnose the problem over at Debian-User.

Grüße,
Sven.





signature.asc
Description: OpenPGP digital signature
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Error running bacula-sd 9.2.2 on a Zyxel NSA310 [SOLVED]

[Dmitri Maziuk via Bacula-users]

On 2/28/2019 8:06 AM, Andrea Venturoli wrote:

On 2/28/19 2:23 PM, Martin Simmons wrote:

That suggests the function accept4 was defined at compile time by 
fails with

errno=38 (ENOSYS) at run time.


I don't know what to answer.
I'm not competent enough to understand the difference between the two; I 
cannot also tell why it is defined and why it does not work.


It looks like accept(4) is a gnu-ism that takes a couple of convenience 
flags and falls back on accept() if the flags are 0. Arguably it's an 
error between the programmer's chair and keyboard: by using a 
non-standard extension that at best saves you a couple of extra lines of 
code, they lost portability to non-glibc systems including presumable 
musl-based linux distros.


But hey, we don't need portable C: ./configure libtool will figure it 
all out for us.


Dima


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Windows backup much slower than Linux backup

[Peter Milesson]

Hi folks,

I'm backing up 2 servers with Bacula, one with Windows 2016, the other 
one with CentOS. The hardware is described below. The Windows server is 
much more powerful than the Linux server in all respects, and should 
theoretically deliver data to the Bacula server at a much higher rate. 
But in reality, the Linux server delivers data about 7 times faster over 
the network, than the Windows server.


Is this completely normal, or should I start to check up the Windows 
server for problems?


Best regards,

Peter


Windows server (file server, RDP-server, Hyper-V host with 2 very 
lightly loaded VMs)

=
Hardware: HP DL180 Gen9, Intel Xeon E5-2683v4, 48GB RAM, Smart Array 
P440 Controller, 6x SAS 1GB (7200 rpm, 12 Gb/s) in RAID5

Network: 2x 10GbE to HPE 1950 switch (LACP)
OS: Windows 2016 (build 1607)
Throughput to Bacula server: 23-Feb 08:52 MySd JobId 991: Elapsed 
time=00:26:09, Transfer rate=4.071 M Bytes/second



Linux server (plain file server with Samba)
==
Hardware: HP DL120 Gen9, Intel Xeon E5-2603v3, 8GB RAM, HP Dynamic Smart 
Array B140i SATA Controller 2x SATA 2GB (7200 rpm) in RAID1

Network: 2x 1Gb to HPE 1950 switch (LACP)
OS: CentOS Linux 7.5 (1804)
Throughput to Bacula server: 23-Feb 08:26 MySd JobId 990: Elapsed 
time=00:26:08, Transfer rate=28.29 M Bytes/second



Bacula server
===
Hardware: standard motherboard with a 6-core AMD FX-6300 CPU, 4xSATA 8GB 
(7200 rpm) in RAID10

Network: Tehuti 10GbE NIC to ProCurve 2910al switch
OS: CentOS Linux 7.6 (1810)
Bacula server throughput to the RAID array: ca. 60 Mbytes/second

All switches are connected to our 10Gb/s optical network backbone.



___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] (SOLVED) Error compiling bacula-fd on aix-7

[Jose Alberto]

after several attempts and test.   I managed to make it work  Bacula-FD
9.4.2

I had disable  openssl, acl, libtool and xattr

./configure --enable-client-only --without-openssl --disable-libtool
--disable-xattr --disable-acl --sbindir=/etc/bacula/bin
--sysconfdir=/etc/bacula/bin --with-pid-dir=/etc/bacula/bin/working
--with-subsys-dir=/etc/bacula/bin/working
--with-working-dir=/etc/bacula/working

after  make   and  make install without problems.

But:   estimate listing   and first  backup  error:  Error: getmsg.c:185
Malformed message: Jmsg JobId=19904 type=4 level=1551396382 pre-recon-fd
JobId 19904: Error: bsock.c:271 Socket has errors=1 on call to Storage
daemon:x.x.x.x:9103
 Fatal error: bsock.c:569 Packet size=1073741948 too big from "Client:
pre-recon-aix7-fd:x.x.x.x:9102. Terminating connection.
srv-backup-dir Fatal error: No Job status returned from FD.

On google view:   add  "Comm Compression = no"   on   bacula-fd.conf

The Backup of 2GB of TEST  run without  problems.  and restore OK.

What do you think of what has been done?

The real situation will be when I run the full job on Sarturday  (500GB).

With Bacula  5.0.1,  5.2.13,  7.4.7  and 7.9.5  i  could not.  all with the
same error:


Compiling xattr.c
xattr.c: In function 'bxattr_exit_code build_xattr_streams(JCR*, FF_PKT*)':
xattr.c:2334:8: error: 'os_build_xattr_streams' was not declared in this
scope
if (os_build_xattr_streams) {
^
xattr.c: In function 'bxattr_exit_code parse_xattr_streams(JCR*, int)':
xattr.c:2344:8: error: 'os_parse_xattr_streams' was not declared in this
scope
if (os_parse_xattr_streams) {
^

Grateful Kern  for tips.

-- 
#
#   Sistema Operativo: Debian  #
#Caracas, Venezuela  #
#
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Windows backup much slower than Linux backup

[Adam Nielsen]

> I'm backing up 2 servers with Bacula, one with Windows 2016, the other 
> one with CentOS. The hardware is described below. The Windows server is 
> much more powerful than the Linux server in all respects, and should 
> theoretically deliver data to the Bacula server at a much higher rate. 
> But in reality, the Linux server delivers data about 7 times faster over 
> the network, than the Windows server.

It's very hard to say, because many small files will take longer to
transfer than a couple of large ones, and if there is other machine
activity reading or writing from the disk at the time then this can
sometimes slow the transfer speed dramatically, at least with magnetic
disks.

You could try to create a large file on both machines, say 10-20GB, and
then try to back up just that one file.  This should eliminate one
variable (many vs few files) and give you a better idea how different
the machines are.

Perhaps you could also run some disk speed tests locally on each
machine.  Linux has hdparm included in most distros, but I'm not sure of
a Windows equivalent although I'm sure there are many out there.

Because you only have a single average transfer speed for the Windows
machine, it's conceivable that a failing disk will work fine for a
while but then become stuck on a few sectors and sit there for even a
few minutes retrying the read operation before continuing.  This could
result in a slow overall transfer rate but a fast speed test, if the
speed test doesn't read any of the failing data areas.  If the speed
test comes back good, then it might be worth trying to find some SMART
tools for your disk/controller which can usually query the drives for
the number of errors they've been encountering recently.  If those are
high for one drive then that could explain what's going on.

Cheers,
Adam.


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] [Bacula-devel] Bacula release 9.4.2

[Gary R. Schmidt]

On 2019-02-06 20:33, Kern Sibbald wrote:

Hello,

We are pleased to announce the release of Bacula version 9.4.2.  It is
already released to Source Forge and bacula.org.  Binaries for selected
should be available in the near future.

This is a bug fix release to the prior version (9.4.1) that includes a
number of bug fixes and patches. Thanks to the community for your
participation.  9 bug reports were closed. In addition this version
should fix virtually all the build problems found on FreeBSD.

We recommend that all users upgrade to this release.

Thanks for using Bacula,

Kern



After not trying 9.4.1, due to being about to go on hols, and thereby 
ducking a bullet, and having caught up, I thought I would try 9.4.2...


Building on Solaris 11.3 fails using g++ 7.3.0 fails.

--
$ g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/opt/local/bin/../libexec/gcc/x86_64-pc-solaris2.11/7.3.0/lto-wrapper
Target: x86_64-pc-solaris2.11
Configured with: ../gcc-7.3.0/configure
Thread model: posix
gcc version 7.3.0 (GCC)
$
$ ./configure \
CFLAGS="-g -O -m64" \
LDFLAGS="-m64" \
--prefix=/opt/bacula \
--with-postgresql=/opt/postgres \
--enable-smartalloc \
--enable-lockmgr \
--enable-batch-insert \
--with-x \
--x-includes=/usr/include/X11 \
--with-smtp-host=mail

$ gmake NO_ECHO=
==>Entering directory /home/garys/src/bacula/bacula-9.4.2/src
gmake[1]: Entering directory `/home/garys/src/bacula/bacula-9.4.2/src'
gmake[1]: Nothing to be done for `all'.
gmake[1]: Leaving directory `/home/garys/src/bacula/bacula-9.4.2/src'
==>Entering directory /home/garys/src/bacula/bacula-9.4.2/scripts
gmake[1]: Entering directory 
`/home/garys/src/bacula/bacula-9.4.2/scripts'

gmake[1]: Nothing to be done for `all'.
gmake[1]: Leaving directory 
`/home/garys/src/bacula/bacula-9.4.2/scripts'

==>Entering directory /home/garys/src/bacula/bacula-9.4.2/src/lib
gmake[1]: Entering directory 
`/home/garys/src/bacula/bacula-9.4.2/src/lib'

Compiling attr.c
/opt/local/bin/g++   -c  -x c++ -fno-strict-aliasing -fno-exceptions 
-fno-rtti  -I. -I..  -g -O -m64 -x c++ -fno-strict-aliasing 
-fno-exceptions -fno-rtti  attr.c

...
Compiling bsnprintf.c
/opt/local/bin/g++   -c  -x c++ -fno-strict-aliasing -fno-exceptions 
-fno-rtti  -I. -I..  -g -O -m64 -x c++ -fno-strict-aliasing 
-fno-exceptions -fno-rtti  bsnprintf.c

bsnprintf.c: In function 'int64_t round(double)':
bsnprintf.c:622:35: error: 'int64_t round(double)' conflicts with a 
previous declaration

 static int64_t round(LDOUBLE value)
   ^
In file included from 
/opt/local/lib/gcc/x86_64-pc-solaris2.11/7.3.0/include-fixed/math.h:25:0,

 from /opt/local/include/c++/7.3.0/bits/std_abs.h:40,
 from /opt/local/include/c++/7.3.0/cstdlib:77,
 from /opt/local/include/c++/7.3.0/stdlib.h:36,
 from ../bacula.h:70,
 from bsnprintf.c:36:
/usr/include/iso/math_c99.h:490:15: note: previous declaration 'double 
std::round(double)'

 extern double round __P((double));
   ^
bsnprintf.c: In function 'int32_t fmtfp(char*, int32_t, int32_t, double, 
int, int, int)':
bsnprintf.c:688:55: error: call of overloaded 'round(double)' is 
ambiguous

fracpart = round((pow10(max)) * (ufvalue - intpart));
   ^
bsnprintf.c:622:16: note: candidate: int64_t round(double)
 static int64_t round(LDOUBLE value)
^
In file included from 
/opt/local/lib/gcc/x86_64-pc-solaris2.11/7.3.0/include-fixed/math.h:25:0,

 from /opt/local/include/c++/7.3.0/bits/std_abs.h:40,
 from /opt/local/include/c++/7.3.0/cstdlib:77,
 from /opt/local/include/c++/7.3.0/stdlib.h:36,
 from ../bacula.h:70,
 from bsnprintf.c:36:
/usr/include/iso/math_c99.h:490:15: note: candidate: double 
std::round(double)

 extern double round __P((double));
   ^
In file included from 
/opt/local/lib/gcc/x86_64-pc-solaris2.11/7.3.0/include-fixed/math.h:25:0,

 from /opt/local/include/c++/7.3.0/bits/std_abs.h:40,
 from /opt/local/include/c++/7.3.0/cstdlib:77,
 from /opt/local/include/c++/7.3.0/stdlib.h:36,
 from ../bacula.h:70,
 from bsnprintf.c:36:
/usr/include/iso/math_c99.h:777:15: note: candidate: float 
std::round(float)

  inline float round(float __X) { return __roundf(__X); }
   ^
/usr/include/iso/math_c99.h:822:21: note: candidate: long double 
std::round(long double)

  inline long double round(long double __X) { return __roundl(__X); }
 ^
gmake[1]: *** [bsnprintf.o] Error 1
gmake[1]: Leaving directory 
`/home/garys/src/bacula/bacula-9.4.2/src/lib'



  == Error in /home/garys/src/bacula/bacula-9.4.2/s

Re: [Bacula-users] Windows backup much slower than Linux backup

[Peter Milesson]

On 01.03.2019 1:50, Adam Nielsen wrote:

I'm backing up 2 servers with Bacula, one with Windows 2016, the other
one with CentOS. The hardware is described below. The Windows server is
much more powerful than the Linux server in all respects, and should
theoretically deliver data to the Bacula server at a much higher rate.
But in reality, the Linux server delivers data about 7 times faster over
the network, than the Windows server.

It's very hard to say, because many small files will take longer to
transfer than a couple of large ones, and if there is other machine
activity reading or writing from the disk at the time then this can
sometimes slow the transfer speed dramatically, at least with magnetic
disks.

You could try to create a large file on both machines, say 10-20GB, and
then try to back up just that one file.  This should eliminate one
variable (many vs few files) and give you a better idea how different
the machines are.

Perhaps you could also run some disk speed tests locally on each
machine.  Linux has hdparm included in most distros, but I'm not sure of
a Windows equivalent although I'm sure there are many out there.

Because you only have a single average transfer speed for the Windows
machine, it's conceivable that a failing disk will work fine for a
while but then become stuck on a few sectors and sit there for even a
few minutes retrying the read operation before continuing.  This could
result in a slow overall transfer rate but a fast speed test, if the
speed test doesn't read any of the failing data areas.  If the speed
test comes back good, then it might be worth trying to find some SMART
tools for your disk/controller which can usually query the drives for
the number of errors they've been encountering recently.  If those are
high for one drive then that could explain what's going on.

Cheers,
Adam.

Hi Adam,

Thanks for your suggestions. It is true that the backup from the Windows 
server is mostly user profiles and (normal office) documents, while from 
the Linux server it's CAD and publishing data, where the files mostly 
are quite large. I have excluded the disk subsystem on the Windows 
server, as it is a true SAS RAID (not fake RAID) controller, where the 
RAID5 configuration is "overpopulated". A bad disk here should not have 
any impact on the transfer speed. I did run diagnostics on the RAID 
controller a month ago, and there are no error indications. The backups 
are running in the night, when there is no user activity on the network.


I'll give the large file approach a try during the weekend, and see 
where it gets me.


Best regards,

Peter





___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Windows backup much slower than Linux backup

[Peter Milesson]

Hi Heitor,

No network bottlenecks. There isn't a single 100Mbit device in the path. 
Both servers are connected to the same switch, and the path to the 
backup server is 10GbE all the way.


Thanks for your input.

Best regards,

Peter


On 01.03.2019 3:12, Heitor Faria wrote:

Hello Peter,

Your rate is indeed very slow. Perhaps a 100 Mbits Ethernet bottleneck?
Please consider the following, specially creating multiple FileSets to 
the same machine since current Windows FD still does not handle 
reading paralelization: http://bacula.us/tuning/


Regards,

Sent from TypeApp 
On Feb 28, 2019, at 2:45 PM, Peter Milesson > wrote:


Hi folks,

I'm backing up 2 servers with Bacula, one with Windows 2016, the other
one with CentOS. The hardware is described below. The Windows server is
much more powerful than the Linux server in all respects, and should
theoretically deliver data to the Bacula server at a much higher rate.
But in reality, the Linux server delivers data about 7 times faster over
the network, than the Windows server.

Is this completely normal, or should I start to check up the Windows
server for problems?

Best regards,

Peter


Windows server (file server, RDP-server, Hyper-V host with 2 very
lightly loaded VMs)


Hardware: HP DL180 Gen9, Intel Xeon E5-2683v4, 48GB RAM, Smart Array
P440 Controller, 6x SAS 1GB (7200 rpm, 12 Gb/s) in RAID5
Network: 2x 10GbE to HPE 1950 switch (LACP)
OS: Windows 2016 (build 1607)
Throughput to Bacula server: 23-Feb 08:52 MySd JobId 991: Elapsed
time=00:26:09, Transfer rate=4.071 M Bytes/second


Linux server (plain file server with Samba)


Hardware: HP DL120 Gen9, Intel Xeon E5-2603v3, 8GB RAM, HP Dynamic Smart
Array B140i SATA Controller 2x SATA 2GB (7200 rpm) in RAID1
Network: 2x 1Gb to HPE 1950 switch (LACP)
OS: CentOS Linux 7.5 (1804)
Throughput to Bacula server: 23-Feb 08:26 MySd JobId 990: Elapsed
time=00:26:08, Transfer rate=28.29 M Bytes/second


Bacula server
===
Hardware: standard motherboard with a 6-core AMD FX-6300 CPU, 4xSATA 8GB
(7200 rpm) in RAID10
Network: Tehuti 10GbE NIC to ProCurve 2910al switch
OS: CentOS Linux 7.6 (1810)
Bacula server throughput to the RAID array: ca. 60 Mbytes/second

All switches are connected to our 10Gb/s optical network backbone.





Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users



___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users