On 2/13/24 11:35, Heitor Faria wrote:
Hello Bill,
I will explain the reasons for that research.
RHEL 9 introduced new udev rules for tape devices creation (ID_SCSI_SERIAL):
Hello Heitor!
And what if there are two or more Libraries attached to the system? 😉
How do you know which drive(s) are
> EG, if i modify/reduce the number of checks, this can provide more speed?
I reply myself; yes.
I've modified fileset as:
Include {
Options {
Signature = MD5
accurate = sm
}
leading to:
Elapsed time: 47 mins 56 secs
Priority: 10
FD Files W
Yes, that's what I expect. I wasn't sure what Daniel was claiming.
__Martin
> On Tue, 13 Feb 2024 16:23:11 +, Chris Wilkinson said:
>
> Well, yes and no. From what I see;
>
> mv on a file will update ctime as expected.
>
> mv of a directory will update the directory ctime but not tha
Hello Bill,
I will explain the reasons for that research.
RHEL 9 introduced new udev rules for tape devices creation (ID_SCSI_SERIAL):
[root@ebacula rules.d]# grep -rnw tape /usr/lib/udev/rules.d/
/usr/lib/udev/rules.d/50-udev-default.rules:81:SUBSYSTEM=="scsi_generic|scsi_tape",
SUBSYSTEMS=="s
On 2/13/24 11:11, Heitor Faria wrote:
Hello All,
I'm doing a research on more automated ways of determining the Tape Library
Drives' order identification from Linux standpoint.
If you have a physical tape, would you please send me in private the following?
1. The output of the command: "for
Hello All,
I'm doing a research on more automated ways of determining the Tape Library
Drives' order identification from Linux standpoint.
If you have a physical tape, would you please send me in private the following?
The output of the command: "for i in $(ls /dev/tape/by-id/*); do udevadm inf
Well, yes and no. From what I see;
mv on a file will update ctime as expected.
mv of a directory will update the directory ctime but not that of any
contained files or directories.
This is on debian 11.
-Chris-
On Tue, 13 Feb 2024, 16:01 Martin Simmons, wrote:
> Are you saying that mv on a f
Hello,
I'm pleased to announce that the second beta version of the next Bacula
Community version 15.0 was pushed on our git repository (Branch-15.0).
The beta version 15.0.1 should be pretty stable. The list of the changes is very
impressive as you can see in the following section and in the Cha
Are you saying that mv on a file doesn't change the ctime? If so, which
filesystem is that please?
__Martin
> On Mon, 12 Feb 2024 22:52:08 +0100, Daniel Etter said:
>
> mv does not change the dates, only cp change the time, because it is a new
> file.
>
> Daniel
>
>
>
> Am Mo., 12. Feb
Ah, yes, it won't work for the inner files if you mv a subdirectory. Using
the accurate flag is the way to go.
__Martin
> On Mon, 12 Feb 2024 21:36:07 +, Chris Wilkinson said:
>
> I don't have mtimeonly set.
>
> I mv'd a sample file in my home directory as an experiment and saw that
>
It works for me on FreeBSD with Bacula 15 from git.
Can you attach gdb to the bacula-fd while it is running and issue the gdb
command:
thread apply all bt
Also, try running bacula-fd with -d 150 -dt -v -fP which will make it print
the debug info to the terminal. Level 150 should show what it is
> On Tue, 13 Feb 2024 12:03:50 +1100, Gary R Schmidt said:
>
> On 13/02/2024 11:08, Phil Stracchino wrote:
> > On 2/12/24 18:35, Peter Sjoberg wrote:
> >> Hi all
> >>
> >> I have a strange problem and (on my system) reproducible problem. When
> >> I do backup of some directories then bacula-f
On 2024-02-13 02:49, Eric Bollengier wrote:
Hello Peter,
Without the ReadFifo directive, it's unlikely to cause a problem,
Unlikely maybe but that is the problem and I can even reproduce it!
My setup is based on ubuntu 22.04 LTS (was trying debian but align is
broken there) using the community
13 matches
Mail list logo
