I left it open because I was under the impression that some people were
still working on a fix for the tests. But since there doesn't seem to be
a short-term solution it's probably better to close it. There's a TODO
comment now anyway.
On Mon, 08 Jan 2018 15:29:35 +0100
l...@gnu.org (Ludovic
Rutger Helling skribis:
> Thanks for all the replies. I've disabled the tests.
Thank you. Remember to close the bug by emailing
number-d...@debbugs.gnu.org as I did here. :-)
Ludo’.
Thanks for all the replies. I've disabled the tests.
pgpVB5CVyirGf.pgp
Description: OpenPGP digital signature
Tobias Geerinckx-Rice wrote on 28/12/17 at 00:16:
> No objections if it's in a few days.
Actually, the fix I was hacking on appears as dead an end as all the others.
No objections any day.
Kind regards,
T G-R
signature.asc
Description: OpenPGP digital signature
Rutger Helling writes:
> This bug has been open for quite a while now.
> If there are no objections in the next few days, I'd like to disable the
> tests entirely for now with a FIXME on finding and disabling only the
> offending tests.
I dug pretty deep into the Ceph test
Rutger,
Rutger Helling wrote on 27/12/17 at 23:50:
> This bug has been open for quite a while now.
> If there are no objections in the next few days, I'd like to disable the
> tests entirely for now with a FIXME on finding and disabling only the
> offending tests.
No objections if it's in a few
On Wed, Dec 27, 2017 at 11:50:39PM +0100, Rutger Helling wrote:
> This bug has been open for quite a while now.
> If there are no objections in the next few days, I'd like to disable the
> tests entirely for now with a FIXME on finding and disabling only the
> offending tests.
That sounds fine
Hey everyone,
Thanks for all the replies.
@Marius: It's a dependency for multipath-tools.
@Ludo: Like Tobias mentioned it does indeed systematically leave behind
subvolumes that can only be manually deleted as root.
Thankfully this is the only package in which I've noticed this behavior.
Tobias Geerinckx-Rice skribis:
> Ludovic Courtès wrote on 12/12/17 at 17:03:
>> So does guix-daemon systematically leave /tmp/guix-build-ceph* behind it?
>
> Almost certainly. I can confirm several hundred previously unknown
> subvolumes filling up my btrfs substitute server.
Ludovic Courtès wrote on 12/12/17 at 17:03:
> So does guix-daemon systematically leave /tmp/guix-build-ceph* behind it?
Almost certainly. I can confirm several hundred previously unknown
subvolumes filling up my btrfs substitute server. Time to clean up.
Kind regards,
T G-R
Rutger Helling skribis:
> Actually, I just tested it with the following:
>
> $ cd /tmp
> $ sudo -s -u guixbuilder01
> bash-4.4$ guix environment -C --ad-hoc btrfs-progs
> guixbuilder01@guixsd /tmp [env]# btrfs subvol create test-snapshot
> Create subvolume
Rutger Helling writes:
> Hey Guix,
>
> I was surprised to learn that Ceph creates Btrfs subvolumes during its
> tests.
> This is problematic because on Btrfs regular users can create
> subvolumes, but they cannot delete them.
Ugh. My build machines do not use Btrfs so I
Actually, I just tested it with the following:
$ cd /tmp
$ sudo -s -u guixbuilder01
bash-4.4$ guix environment -C --ad-hoc btrfs-progs
guixbuilder01@guixsd /tmp [env]# btrfs subvol create test-snapshot
Create subvolume './test-snapshot'
guixbuilder01@guixsd /tmp [env]# btrfs subvol del
Hi Ludo,
I'll try building again later (could be a while, Ceph takes a really
long time to build), but I highly doubt that that's the case.
Btrfs subvolumes cannot be deleted with tools such as rm/rmdir, even as
root. You have to run 'btrfs subvolume delete /subvolume' as root.
Although a
Hi Rutger,
Rutger Helling skribis:
> I was surprised to learn that Ceph creates Btrfs subvolumes during its
> tests.
> This is problematic because on Btrfs regular users can create
> subvolumes, but they cannot delete them.
> This means I had to manually delete the
Hey Guix,
I was surprised to learn that Ceph creates Btrfs subvolumes during its
tests.
This is problematic because on Btrfs regular users can create
subvolumes, but they cannot delete them.
This means I had to manually delete the following subvolumes as root:
ID 1744 gen 819598 top level
16 matches
Mail list logo