Undeletable files after kyua test runs

classic Classic list List threaded Threaded
12 messages Options
Reply | Threaded
Open this post in threaded view
|

Undeletable files after kyua test runs

Gordon Bergling-4
Hi,

I recently stumbled across undeletable files that are generated by kyua test runs,
for example

-rwxr-xr-x  1 root  wheel  0 May  9 13:10 /tmp/kyua.aB4q62/8676/work/fileforaudit

I haven't yet identified the test that generate those files, but it is impossible
to delete them. I have clear_tmp_enable="YES" set in the /etc/rc.conf, but
on every boot the system argues that these file aren't deletable.
I tried to 'rm -rf' them by hand but, even this wasn't possible. I have looked for
any extend attributes, but I didn't find any.

Has anyone an idea how this is possible and may how these files can be deleted?

--Gordon
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Undeletable files after kyua test runs

Kevin Oberman-4
On Mon, Jun 29, 2020 at 10:26 AM Gordon Bergling <[hidden email]> wrote:

> Hi,
>
> I recently stumbled across undeletable files that are generated by kyua
> test runs,
> for example
>
> -rwxr-xr-x  1 root  wheel  0 May  9 13:10
> /tmp/kyua.aB4q62/8676/work/fileforaudit
>
> I haven't yet identified the test that generate those files, but it is
> impossible
> to delete them. I have clear_tmp_enable="YES" set in the /etc/rc.conf, but
> on every boot the system argues that these file aren't deletable.
> I tried to 'rm -rf' them by hand but, even this wasn't possible. I have
> looked for
> any extend attributes, but I didn't find any.
>
> Has anyone an idea how this is possible and may how these files can be
> deleted?
>
> --Gordon

Have you done 'ls -o' to check for flags like schg?
--
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: [hidden email]
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Undeletable files after kyua test runs

Gordon Bergling-4
Hi Kevin,
Hi David,

On Mon, Jun 29, 2020 at 10:32:38AM -0700, Kevin Oberman wrote:

> On Mon, Jun 29, 2020 at 10:26 AM Gordon Bergling <[hidden email]> wrote:
> > I recently stumbled across undeletable files that are generated by kyua
> > test runs,
> > for example
> >
> > -rwxr-xr-x  1 root  wheel  0 May  9 13:10
> > /tmp/kyua.aB4q62/8676/work/fileforaudit
> >
> > I haven't yet identified the test that generate those files, but it is
> > impossible
> > to delete them. I have clear_tmp_enable="YES" set in the /etc/rc.conf, but
> > on every boot the system argues that these file aren't deletable.
> > I tried to 'rm -rf' them by hand but, even this wasn't possible. I have
> > looked for
> > any extend attributes, but I didn't find any.
> >
> > Has anyone an idea how this is possible and may how these files can be
> > deleted?
>
> Have you done 'ls -o' to check for flags like schg?
> --
> Kevin Oberman, Part time kid herder and retired Network Engineer
> E-mail: [hidden email]
> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683

Argh, I haven't thought about chflags for quite some time. The chflags
bit was set and after an

# find /tmp/ -type f -exec chflags -R 0 {} \;

I was able to finally delete them.

Thanks for the fast respone,

Gordon
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Undeletable files after kyua test runs

Rodney W. Grimes-6
> Hi Kevin,
> Hi David,
>
> On Mon, Jun 29, 2020 at 10:32:38AM -0700, Kevin Oberman wrote:
> > On Mon, Jun 29, 2020 at 10:26 AM Gordon Bergling <[hidden email]> wrote:
> > > I recently stumbled across undeletable files that are generated by kyua
> > > test runs,
> > > for example
> > >
> > > -rwxr-xr-x  1 root  wheel  0 May  9 13:10
> > > /tmp/kyua.aB4q62/8676/work/fileforaudit
> > >
> > > I haven't yet identified the test that generate those files, but it is
> > > impossible
> > > to delete them. I have clear_tmp_enable="YES" set in the /etc/rc.conf, but
> > > on every boot the system argues that these file aren't deletable.
> > > I tried to 'rm -rf' them by hand but, even this wasn't possible. I have
> > > looked for
> > > any extend attributes, but I didn't find any.
> > >
> > > Has anyone an idea how this is possible and may how these files can be
> > > deleted?
> >
> > Have you done 'ls -o' to check for flags like schg?
> > --
> > Kevin Oberman, Part time kid herder and retired Network Engineer
> > E-mail: [hidden email]
> > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
>
> Argh, I haven't thought about chflags for quite some time. The chflags
> bit was set and after an
>
> # find /tmp/ -type f -exec chflags -R 0 {} \;
               ^^Only files          ^^ meaningless when chflags is given ONLY files

You probably could of done:
chflags -R 0 /tmp/

>
> I was able to finally delete them.
>
> Thanks for the fast respone,
>
> Gordon
> _______________________________________________
> [hidden email] mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "[hidden email]"
>

--
Rod Grimes                                                 [hidden email]
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Undeletable files after kyua test runs

Gordon Bergling-4
On Mon, Jun 29, 2020 at 11:58:47AM -0700, Rodney W. Grimes wrote:

> > On Mon, Jun 29, 2020 at 10:32:38AM -0700, Kevin Oberman wrote:
> > > On Mon, Jun 29, 2020 at 10:26 AM Gordon Bergling <[hidden email]> wrote:
> > > > I recently stumbled across undeletable files that are generated by kyua
> > > > test runs,
> > > > for example
> > > >
> > > > -rwxr-xr-x  1 root  wheel  0 May  9 13:10
> > > > /tmp/kyua.aB4q62/8676/work/fileforaudit
> > > >
> > > > I haven't yet identified the test that generate those files, but it is
> > > > impossible
> > > > to delete them. I have clear_tmp_enable="YES" set in the /etc/rc.conf, but
> > > > on every boot the system argues that these file aren't deletable.
> > > > I tried to 'rm -rf' them by hand but, even this wasn't possible. I have
> > > > looked for
> > > > any extend attributes, but I didn't find any.
> > > >
> > > > Has anyone an idea how this is possible and may how these files can be
> > > > deleted?
> > >
> > > Have you done 'ls -o' to check for flags like schg?
> > > --
> > > Kevin Oberman, Part time kid herder and retired Network Engineer
> > > E-mail: [hidden email]
> > > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
> >
> > Argh, I haven't thought about chflags for quite some time. The chflags
> > bit was set and after an
> >
> > # find /tmp/ -type f -exec chflags -R 0 {} \;
>                ^^Only files          ^^ meaningless when chflags is given ONLY files
>
> You probably could of done:
> chflags -R 0 /tmp/

Okay, I am currently working on an update for clear_tmp_enable="YES" to include
a check like this. I would think that an rc option like this should delete
everything in /tmp.
 
> > I was able to finally delete them.
> >
> > Thanks for the fast respone,
> >
> > Gordon

--Gordon
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Undeletable files after kyua test runs

Ian Lepore-3
On Mon, 2020-06-29 at 21:08 +0200, Gordon Bergling wrote:

> On Mon, Jun 29, 2020 at 11:58:47AM -0700, Rodney W. Grimes wrote:
> > > On Mon, Jun 29, 2020 at 10:32:38AM -0700, Kevin Oberman wrote:
> > > > On Mon, Jun 29, 2020 at 10:26 AM Gordon Bergling <
> > > > [hidden email]> wrote:
> > > > > I recently stumbled across undeletable files that are
> > > > > generated by kyua
> > > > > test runs,
> > > > > for example
> > > > >
> > > > > -rwxr-xr-x  1 root  wheel  0 May  9 13:10
> > > > > /tmp/kyua.aB4q62/8676/work/fileforaudit
> > > > >
> > > > > I haven't yet identified the test that generate those files,
> > > > > but it is
> > > > > impossible
> > > > > to delete them. I have clear_tmp_enable="YES" set in the
> > > > > /etc/rc.conf, but
> > > > > on every boot the system argues that these file aren't
> > > > > deletable.
> > > > > I tried to 'rm -rf' them by hand but, even this wasn't
> > > > > possible. I have
> > > > > looked for
> > > > > any extend attributes, but I didn't find any.
> > > > >
> > > > > Has anyone an idea how this is possible and may how these
> > > > > files can be
> > > > > deleted?
> > > >
> > > > Have you done 'ls -o' to check for flags like schg?
> > > > --
> > > > Kevin Oberman, Part time kid herder and retired Network
> > > > Engineer
> > > > E-mail: [hidden email]
> > > > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
> > >
> > > Argh, I haven't thought about chflags for quite some time. The
> > > chflags
> > > bit was set and after an
> > >
> > > # find /tmp/ -type f -exec chflags -R 0 {} \;
> >
> >                ^^Only files          ^^ meaningless when chflags is
> > given ONLY files
> >
> > You probably could of done:
> > chflags -R 0 /tmp/
>
> Okay, I am currently working on an update for clear_tmp_enable="YES"
> to include
> a check like this. I would think that an rc option like this should
> delete
> everything in /tmp.
>

I disagree.  One of the few things those immutable flags are good for
is protecting files from things like an rc script or other automation
that deletes files.  Those flags are typically set and maintained by
users and admins, and automation should not change them in order to
delete files.

The real fix we need is for the kyua tests to properly clean up after
themselves, including fixing the flags on temporary files created or
used by the tests, and then deleting them.

-- Ian

>  
> > > I was able to finally delete them.
> > >
> > > Thanks for the fast respone,
> > >
> > > Gordon
>
> --Gordon
> _______________________________________________
>

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Undeletable files after kyua test runs

Michael Gmelin-2


> On 29. Jun 2020, at 21:18, Ian Lepore <[hidden email]> wrote:
>
> On Mon, 2020-06-29 at 21:08 +0200, Gordon Bergling wrote:
>> On Mon, Jun 29, 2020 at 11:58:47AM -0700, Rodney W. Grimes wrote:
>>>> On Mon, Jun 29, 2020 at 10:32:38AM -0700, Kevin Oberman wrote:
>>>>> On Mon, Jun 29, 2020 at 10:26 AM Gordon Bergling <
>>>>> [hidden email]> wrote:
>>>>>> I recently stumbled across undeletable files that are
>>>>>> generated by kyua
>>>>>> test runs,
>>>>>> for example
>>>>>>
>>>>>> -rwxr-xr-x  1 root  wheel  0 May  9 13:10
>>>>>> /tmp/kyua.aB4q62/8676/work/fileforaudit
>>>>>>
>>>>>> I haven't yet identified the test that generate those files,
>>>>>> but it is
>>>>>> impossible
>>>>>> to delete them. I have clear_tmp_enable="YES" set in the
>>>>>> /etc/rc.conf, but
>>>>>> on every boot the system argues that these file aren't
>>>>>> deletable.
>>>>>> I tried to 'rm -rf' them by hand but, even this wasn't
>>>>>> possible. I have
>>>>>> looked for
>>>>>> any extend attributes, but I didn't find any.
>>>>>>
>>>>>> Has anyone an idea how this is possible and may how these
>>>>>> files can be
>>>>>> deleted?
>>>>>
>>>>> Have you done 'ls -o' to check for flags like schg?
>>>>> --
>>>>> Kevin Oberman, Part time kid herder and retired Network
>>>>> Engineer
>>>>> E-mail: [hidden email]
>>>>> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
>>>>
>>>> Argh, I haven't thought about chflags for quite some time. The
>>>> chflags
>>>> bit was set and after an
>>>>
>>>> # find /tmp/ -type f -exec chflags -R 0 {} \;
>>>
>>>               ^^Only files          ^^ meaningless when chflags is
>>> given ONLY files
>>>
>>> You probably could of done:
>>> chflags -R 0 /tmp/
>>
>> Okay, I am currently working on an update for clear_tmp_enable="YES"
>> to include
>> a check like this. I would think that an rc option like this should
>> delete
>> everything in /tmp.
>>
>
> I disagree.  One of the few things those immutable flags are good for
> is protecting files from things like an rc script or other automation
> that deletes files.  Those flags are typically set and maintained by
> users and admins, and automation should not change them in order to
> delete files.
>
> The real fix we need is for the kyua tests to properly clean up after
> themselves, including fixing the flags on temporary files created or
> used by the tests, and then deleting them.
>

+1, having a routine script remove schg automatically IMHO defeats the purpose of setting this flag.

Cheers,
Michael


_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Undeletable files after kyua test runs

Gordon Bergling-4
In reply to this post by Ian Lepore-3
On Mon, Jun 29, 2020 at 01:18:12PM -0600, Ian Lepore wrote:

> On Mon, 2020-06-29 at 21:08 +0200, Gordon Bergling wrote:
> > On Mon, Jun 29, 2020 at 11:58:47AM -0700, Rodney W. Grimes wrote:
> > > > On Mon, Jun 29, 2020 at 10:32:38AM -0700, Kevin Oberman wrote:
> > > > > On Mon, Jun 29, 2020 at 10:26 AM Gordon Bergling <
> > > > > [hidden email]> wrote:
> > > > > > I recently stumbled across undeletable files that are
> > > > > > generated by kyua
> > > > > > test runs,
> > > > > > for example
> > > > > >
> > > > > > -rwxr-xr-x  1 root  wheel  0 May  9 13:10
> > > > > > /tmp/kyua.aB4q62/8676/work/fileforaudit
> > > > > >
> > > > > > I haven't yet identified the test that generate those files,
> > > > > > but it is
> > > > > > impossible
> > > > > > to delete them. I have clear_tmp_enable="YES" set in the
> > > > > > /etc/rc.conf, but
> > > > > > on every boot the system argues that these file aren't
> > > > > > deletable.
> > > > > > I tried to 'rm -rf' them by hand but, even this wasn't
> > > > > > possible. I have
> > > > > > looked for
> > > > > > any extend attributes, but I didn't find any.
> > > > > >
> > > > > > Has anyone an idea how this is possible and may how these
> > > > > > files can be
> > > > > > deleted?
> > > > >
> > > > > Have you done 'ls -o' to check for flags like schg?
> > > > > --
> > > > > Kevin Oberman, Part time kid herder and retired Network
> > > > > Engineer
> > > > > E-mail: [hidden email]
> > > > > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
> > > >
> > > > Argh, I haven't thought about chflags for quite some time. The
> > > > chflags
> > > > bit was set and after an
> > > >
> > > > # find /tmp/ -type f -exec chflags -R 0 {} \;
> > >
> > >                ^^Only files          ^^ meaningless when chflags is
> > > given ONLY files
> > >
> > > You probably could of done:
> > > chflags -R 0 /tmp/
> >
> > Okay, I am currently working on an update for clear_tmp_enable="YES"
> > to include
> > a check like this. I would think that an rc option like this should
> > delete
> > everything in /tmp.
> >
>
> I disagree.  One of the few things those immutable flags are good for
> is protecting files from things like an rc script or other automation
> that deletes files.  Those flags are typically set and maintained by
> users and admins, and automation should not change them in order to
> delete files.
>
> The real fix we need is for the kyua tests to properly clean up after
> themselves, including fixing the flags on temporary files created or
> used by the tests, and then deleting them.
>
> -- Ian
A fix for the causing RC script was my first idea, but I had of course
the same idea that a kyua test could be fixed to not end in a state that
leads to file that has chflags set to a value that couldn't be deleted
by a job that is proposed to so.

I take this as a homework and look at the kyua scripts that created
those files.

--Gordon

signature.asc (631 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Undeletable files after kyua test runs

Enji Cooper
In reply to this post by Gordon Bergling-4

> On Jun 29, 2020, at 10:26 AM, Gordon Bergling <[hidden email]> wrote:
>
> Hi,
>
> I recently stumbled across undeletable files that are generated by kyua test runs,
> for example
>
> -rwxr-xr-x  1 root  wheel  0 May  9 13:10 /tmp/kyua.aB4q62/8676/work/fileforaudit
>
> I haven't yet identified the test that generate those files, but it is impossible
> to delete them. I have clear_tmp_enable="YES" set in the /etc/rc.conf, but
> on every boot the system argues that these file aren't deletable.
> I tried to 'rm -rf' them by hand but, even this wasn't possible. I have looked for
> any extend attributes, but I didn't find any.
>
> Has anyone an idea how this is possible and may how these files can be deleted?

The issue is tests/sys/audit/file-attribute-modify.c , based on the file present that can’t be deleted. Can you please provide more information about the test run in a PR (I see how it can leave files behind, but I want to make sure it is what I think it is, first)?
Cheers,
-Enji
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Undeletable files after kyua test runs

Enji Cooper

> On Jul 2, 2020, at 7:57 PM, Enji Cooper <[hidden email]> wrote:
>
>>
>> On Jun 29, 2020, at 10:26 AM, Gordon Bergling <[hidden email]> wrote:
>>
>> Hi,
>>
>> I recently stumbled across undeletable files that are generated by kyua test runs,
>> for example
>>
>> -rwxr-xr-x  1 root  wheel  0 May  9 13:10 /tmp/kyua.aB4q62/8676/work/fileforaudit
>>
>> I haven't yet identified the test that generate those files, but it is impossible
>> to delete them. I have clear_tmp_enable="YES" set in the /etc/rc.conf, but
>> on every boot the system argues that these file aren't deletable.
>> I tried to 'rm -rf' them by hand but, even this wasn't possible. I have looked for
>> any extend attributes, but I didn't find any.
>>
>> Has anyone an idea how this is possible and may how these files can be deleted?
>
> The issue is tests/sys/audit/file-attribute-modify.c , based on the file present that can’t be deleted. Can you please provide more information about the test run in a PR (I see how it can leave files behind, but I want to make sure it is what I think it is, first)?

        PR filed: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247761 <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247761> . Working on a CR.
Thanks,
-Enji

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Undeletable files after kyua test runs

Enji Cooper

> On Jul 4, 2020, at 8:59 AM, Enji Cooper <[hidden email]> wrote:
>
>>
>> On Jul 2, 2020, at 7:57 PM, Enji Cooper <[hidden email] <mailto:[hidden email]>> wrote:
>>
>>>
>>> On Jun 29, 2020, at 10:26 AM, Gordon Bergling <[hidden email] <mailto:[hidden email]>> wrote:
>>>
>>> Hi,
>>>
>>> I recently stumbled across undeletable files that are generated by kyua test runs,
>>> for example
>>>
>>> -rwxr-xr-x  1 root  wheel  0 May  9 13:10 /tmp/kyua.aB4q62/8676/work/fileforaudit
>>>
>>> I haven't yet identified the test that generate those files, but it is impossible
>>> to delete them. I have clear_tmp_enable="YES" set in the /etc/rc.conf, but
>>> on every boot the system argues that these file aren't deletable.
>>> I tried to 'rm -rf' them by hand but, even this wasn't possible. I have looked for
>>> any extend attributes, but I didn't find any.
>>>
>>> Has anyone an idea how this is possible and may how these files can be deleted?
>>
>> The issue is tests/sys/audit/file-attribute-modify.c , based on the file present that can’t be deleted. Can you please provide more information about the test run in a PR (I see how it can leave files behind, but I want to make sure it is what I think it is, first)?
>
> PR filed: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247761 <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247761> . Working on a CR.

Hi,
        I just created the following CR: https://reviews.freebsd.org/D25561 <https://reviews.freebsd.org/D25561> and added the following related GitHub issue to PR: https://github.com/jmmv/kyua/issues/142 <https://github.com/jmmv/kyua/issues/142> . This should be completed to avoid issues like this in the future from occurring.
Thank you for the report!
-Enji
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Undeletable files after kyua test runs

Gordon Bergling-4
On Sat, Jul 04, 2020 at 10:02:45AM -0700, Enji Cooper wrote:

> > On Jul 4, 2020, at 8:59 AM, Enji Cooper <[hidden email]> wrote:
> >> On Jul 2, 2020, at 7:57 PM, Enji Cooper <[hidden email] <mailto:[hidden email]>> wrote:
> >>> On Jun 29, 2020, at 10:26 AM, Gordon Bergling <[hidden email] <mailto:[hidden email]>> wrote:
> >>>
> >>> Hi,
> >>>
> >>> I recently stumbled across undeletable files that are generated by kyua test runs,
> >>> for example
> >>>
> >>> -rwxr-xr-x  1 root  wheel  0 May  9 13:10 /tmp/kyua.aB4q62/8676/work/fileforaudit
> >>>
> >>> I haven't yet identified the test that generate those files, but it is impossible
> >>> to delete them. I have clear_tmp_enable="YES" set in the /etc/rc.conf, but
> >>> on every boot the system argues that these file aren't deletable.
> >>> I tried to 'rm -rf' them by hand but, even this wasn't possible. I have looked for
> >>> any extend attributes, but I didn't find any.
> >>>
> >>> Has anyone an idea how this is possible and may how these files can be deleted?
> >>
> >> The issue is tests/sys/audit/file-attribute-modify.c , based on the file present that can’t be deleted. Can you please provide more information about the test run in a PR (I see how it can leave files behind, but I want to make sure it is what I think it is, first)?
> >
> > PR filed: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247761 <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247761> . Working on a CR.
>
> Hi,
> I just created the following CR: https://reviews.freebsd.org/D25561 <https://reviews.freebsd.org/D25561> and added the following related GitHub issue to PR: https://github.com/jmmv/kyua/issues/142 <https://github.com/jmmv/kyua/issues/142> . This should be completed to avoid issues like this in the future from occurring.
> Thank you for the report!
> -Enji

Hi Enji,

thanks for taking care of this issue and creating a PR. I didn't find the time
in the last 3 days. Are you still need informationen about the kyua runs?

I usually just do a
# kyua test -k /usr/tests/Kyuafile
once in a while, which results for example in the following undeletable
files / directories.

-rwxr-xr-x  1 root  wheel  0 Jul  1 12:44 /tmp/kyua.gv1loN/8718/work/fileforaudit
-rwxr-xr-x  1 root  wheel  0 Jul  5 08:50 /tmp/kyua.FH0CAp/8718/work/fileforaudit

--Gordon
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[hidden email]"