GNU bug report logs - #58048
The boot process can't delete old /tmp when it contains non-UTF-8 file names

Previous Next

To reply to this bug, email your comments to 58048 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Maxime Devos <maximedevos <at> telenet.be>
To: bug-guix <bug-guix <at> gnu.org>
Subject: The boot process can't delete old /tmp when it contains non-UTF-8
 file names
Date: Sat, 24 Sep 2022 23:12:45 +0200

[Message part 1 (text/plain, inline)]

Will try to catch the exact warning message and write a reproducer at 
the next boot, for now I write it here before I forget about it.

Greetings,
Maxime.

[OpenPGP_0x49E3EE22191725EE.asc (application/pgp-keys, attachment)]

[OpenPGP_signature (application/pgp-signature, attachment)]

Message #8 received at 58048 <at> debbugs.gnu.org (full text, mbox):

From: Maxime Devos <maximedevos <at> telenet.be>
To: 58048 <at> debbugs.gnu.org
Subject: Re: The boot process can't delete old /tmp when it contains non-UTF-8
 file names
Date: Sun, 25 Sep 2022 13:25:08 +0200

[Message part 1 (text/plain, inline)]

On 24-09-2022 23:12, Maxime Devos wrote:
> Will try to catch the exact warning message and write a reproducer at 
> the next boot, for now I write it here before I forget about it.

Two reproducers:

(1) Compile ripgrep and somehow let it fail (but after it creates 
non-UTF-8 file names), reboot, "ls /tmp"
(2) Run touch /tmp/OOPS-$(echo -e '\xff')-OOPS, reboot, "ls /tmp"

I didn't see the warning this time though.

Greetings,
Maxime.

[OpenPGP_0x49E3EE22191725EE.asc (application/pgp-keys, attachment)]

[OpenPGP_signature (application/pgp-signature, attachment)]

Message #11 received at 58048 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Maxime Devos <maximedevos <at> telenet.be>
Cc: 58048 <at> debbugs.gnu.org
Subject: Re: bug#58048: The boot process can't delete old /tmp when it
 contains non-UTF-8 file names
Date: Mon, 26 Sep 2022 17:48:36 +0200

Maxime Devos <maximedevos <at> telenet.be> skribis:

> On 24-09-2022 23:12, Maxime Devos wrote:
>> Will try to catch the exact warning message and write a reproducer
>> at the next boot, for now I write it here before I forget about it.
>
> Two reproducers:
>
> (1) Compile ripgrep and somehow let it fail (but after it creates
> non-UTF-8 file names), reboot, "ls /tmp"
> (2) Run touch /tmp/OOPS-$(echo -e '\xff')-OOPS, reboot, "ls /tmp"

The culprit would be ‘cleanup-gexp’ in (gnu services).  It keeps going
upon ‘system-error’ (like ENOENT), but it could be that you’re getting
‘encoding-error’ in this case.

In that case, ‘fail-safe’ should also catch this.

We can extend ‘%test-cleanup’ in (gnu tests base) to exercise this.

Would you like to give it a spin?

Ludo’.

Message #16 received at 58048 <at> debbugs.gnu.org (full text, mbox):

From: Maxime Devos <maximedevos <at> telenet.be>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 58048 <at> debbugs.gnu.org
Subject: Re: bug#58048: The boot process can't delete old /tmp when it
 contains non-UTF-8 file names
Date: Tue, 27 Sep 2022 13:12:19 +0200

[Message part 1 (text/plain, inline)]

On 26-09-2022 17:48, Ludovic Courtès wrote:
> Maxime Devos <maximedevos <at> telenet.be> skribis:
> 
>> On 24-09-2022 23:12, Maxime Devos wrote:
>>> Will try to catch the exact warning message and write a reproducer
>>> at the next boot, for now I write it here before I forget about it.
>>
>> Two reproducers:
>>
>> (1) Compile ripgrep and somehow let it fail (but after it creates
>> non-UTF-8 file names), reboot, "ls /tmp"
>> (2) Run touch /tmp/OOPS-$(echo -e '\xff')-OOPS, reboot, "ls /tmp"
> 
> The culprit would be ‘cleanup-gexp’ in (gnu services).  It keeps going
> upon ‘system-error’ (like ENOENT), but it could be that you’re getting
> ‘encoding-error’ in this case.
> 
> In that case, ‘fail-safe’ should also catch this.
> 
> We can extend ‘%test-cleanup’ in (gnu tests base) to exercise this.
> 
> Would you like to give it a spin?

Yes, just not yet (low priority, doesn't block the boot, just a bit 
annoying).

Greetings,
Maxime.

[OpenPGP_0x49E3EE22191725EE.asc (application/pgp-keys, attachment)]

[OpenPGP_signature (application/pgp-signature, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.