On 3/1/2019 10:10 AM, Josh Fisher wrote:
On 3/1/2019 6:34 AM, Kern Sibbald wrote:
At this point, my best assessment is that there is a bug in the Zyxel
libraries.
It is certainly a bug in the Zyxel libraries. The accept4() is throwing
a ENOSYS, meaning that the function is simply not impl
I see no reason why the Windows bpipe plugin could not be released
to the community. If you would like please submit a "bug" request
for it. I don't promise anything though ...
On 3/1/19 5:34 PM, Wanderlei Huttel
wrote:
OK. New code was added, because the default accept() has in certain
circumstances undesirable consequences for Bacula (during execution of
scripts, those scripts can inject data into certain file descriptors in
the core code of Bacula). If you have just changed baccept() to
accept(), your binary
Hello Kern
Thanks for your answer!
About Windows clients.
I know that in the Enterprise version there is a bpipe plugin for Windows.
Do you know if the bpipe plugin will be released for community? And if it
will be possible to escape the colons (:)?
In firebird, for example is necessary to inclu
Hello Wanderlei,
Well, it is not known to me that the community Windows client is not
working as well as the Enterprise version. Version 7.4.4 is very
old, but since then the community version has been brought up to
date at least two times with the Enterprise versio
Hi Josh,
With the current settings, last access updates where disabled for
Windows, and neither ATIME nor NOATIME for the Linux server. So in the
current setup, the Linux server was at a disadvantage. I changed the
network buffer to 32k on the Windows server, and I'll be wiser tomorrow,
if it
On 3/1/19 5:14 PM, Kern Sibbald wrote:
Were you careful to run a ./configure ... on the machine you then did
the make on? If Bacula picked up an old Linux created
/src/config.h file that could explain the accept4 error.
Yes.
In any case, I would make sure that your /src/config.h file does
Hello Wanderlei,
Well, it is not known to me that the community Windows client is not
working as well as the Enterprise version. Version 7.4.4 is very
old, but since then the community version has been brought up to
date at least two times with the Enterprise versio
Were you careful to run a ./configure ... on the machine you then did
the make on? If Bacula picked up an old Linux created
/src/config.h file that could explain the accept4 error.
In any case, I would make sure that your /src/config.h file does
not contain a line that reads:
#define HAVE_ACCEPT
Thanks a million guys - it looks like I may actually get out of the office
at a reasonable time after all
On Fri, Mar 1, 2019 at 4:19 PM Wanderlei Huttel
wrote:
> Hello Byron.
>
> You can use the command
> disable job=job-name
>
> Enviado de Motorola Moto Z2 Play
>
> Wanderlei Hüttel
>
> Em
On 3/1/2019 6:34 AM, Kern Sibbald wrote:
Hello,
I have just examined the code, and in my view, the code is programmed
perfectly correctly.
I am not entirely sure what "Arguably it's an error between the
programmer's chair and keyboard" means, since it is non-standard
English. However, though
I also attribute this to Windows inefficiencies, particularly in NTFS
handling of small files.However, I am not sure that those inefficiencies
explain a greater than 50% performance hit. Two quick changes come to
mind that may help.
1. Change MaximumNetworkBufferSize to 32k in bacula-fd.conf.
Hello Byron.
You can use the command
disable job=job-name
Enviado de Motorola Moto Z2 Play
Wanderlei Hüttel
Em sex, 1 de mar de 2019 12:05, byron escreveu:
> I have 10 jobs that run every night and write to the same pool of tapes.
>
> Tonight is the night they run their monthly full backups b
On Fri, 1 Mar 2019 at 16:05, byron wrote:
>
> I have 10 jobs that run every night and write to the same pool of tapes.
>
> Tonight is the night they run their monthly full backups but I am short on
> tapes. I'd like to put a hold on running some of the lower priority jobs to
> allow the others
I have 10 jobs that run every night and write to the same pool of tapes.
Tonight is the night they run their monthly full backups but I am short on
tapes. I'd like to put a hold on running some of the lower priority jobs
to allow the others to run all the way through to completion. Then next
wee
On 2/28/2019 2:04 PM, Dmitri Maziuk via Bacula-users wrote:
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
Hello Kern
I know that this issue could have a lot of possibilities, but it's known
that the community Windows client is not working fine as Enterprise
version 7.4.4 that was released to the personal used in the past time.
The installation generate some trash files, the bacula-fd.conf is not
ge
On 3/1/19 12:34 PM, Kern Sibbald wrote:
At this point, my best assessment is that there is a bug in the Zyxel
libraries.
Just to clarify who's NOT to blame: to compile on a Zyxel NAS I had to
install several third party packages (FFP to begin with); so the problem
might lie in those third pa
Hi Uwe,
Thanks for your input. Something similar is what I would expect. I'm
going to try some of the previous suggestions during the weekend, and
see if there are some identifiable bottlenecks.
Best regards
On 01.03.2019 14:42, Uwe Schuerkamp wrote:
I just checked our installation (direct-
I just checked our installation (direct-to-tape backup, lto5, LAN
gigabit connectivity), and I'm not seeing any significant performance
issues between windows and Linux clients.
The evidence is naturally anecdotal though as several backups are
running concurrently, but I'm not seeing anything out
Hi Heitor,
Great! See the job log below. It's the last incremental job log, but it
gives a good indication anyway (the actual Dir, Fd and Sd entries redacted).
Best regards,
Peter
28-Feb 23:05 MyDir JobId 1015: Start Backup JobId 1015,
Job=Server2017.2019-02-28_23.05.00_03
28-Feb 23:05 MyD
Hello,
I am quite surprised that the static function did not take precedence.
In any case, I have changed the subroutine name to be bround(), and will
push it to the git rep this evening.
Thanks for pointing this out,
Kern
On 3/1/19 8:27 AM, Gary R. Schmidt wrote:
> On 2019-02-06 20:33, Kern Si
Hello,
I have noticed similar things. I have always attributed the slower
speed on Windows due to the fact that Microsoft hired the best students
from the best schools but most of them knew nothing about programming
and programming history (in particular Unix), thus these geniuses
re-invented the
Hello,
I have just examined the code, and in my view, the code is programmed
perfectly correctly.
I am not entirely sure what "Arguably it's an error between the
programmer's chair and keyboard" means, since it is non-standard
English. However, though the extension (accept4) is not on every
plat
On 2019-03-01 18:27, Gary R. Schmidt wrote:
[SNIP]
Changing "round" to "bacula_round" fixes this problem, as it is a
static function; on to the next (if there is one).
No errors in the build, but a couple of warnings and notes:
---
...
Co
Hi Sergio,
You are right about the file sets. The Windows file set is about a
quarter the size, compared to the Linux one. There are no database
backups, just files. Neither have I seen any network bottlenecks. Both
servers are connected to the same switch, with a 10GbE trunk directly to
the
26 matches
Mail list logo
