GNU bug report logs -
#29675
databases should be created with chattr +C
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 29675 in the body.
You can then email your comments to 29675 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#29675
; Package
guix
.
(Tue, 12 Dec 2017 11:47:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Efraim Flashner <efraim <at> flashner.co.il>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Tue, 12 Dec 2017 11:47:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
We support running GuixSD on top of btrfs, and the prevailing wisdom is
to mark databases (sqlite, postgresql, etc.) as 'chattr +C', that is, as
not copy-on-write. It is honored under ext4, but it shouldn't cause any
changes.
--
Efraim Flashner <efraim <at> flashner.co.il> אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#29675
; Package
guix
.
(Wed, 13 Dec 2017 08:52:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 29675 <at> debbugs.gnu.org (full text, mbox):
This should also be done with virtual machine images.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#29675
; Package
guix
.
(Wed, 13 Dec 2017 14:41:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 29675 <at> debbugs.gnu.org (full text, mbox):
Hi Efraim,
On Tue, 12 Dec 2017 13:46:08 +0200
Efraim Flashner <efraim <at> flashner.co.il> wrote:
> We support running GuixSD on top of btrfs, and the prevailing wisdom is
> to mark databases (sqlite, postgresql, etc.) as 'chattr +C', that is, as
> not copy-on-write. It is honored under ext4, but it shouldn't cause any
> changes.
It sounds reasonable to do that - but I don't think that relational databases are managed by the Guix store. Rather they are in /var or in the home directory. Long story short, it would make sense for Postgres and Sqlite upstream to do the chattr +C, if they don't already do it.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#29675
; Package
guix
.
(Wed, 20 Dec 2017 13:13:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 29675 <at> debbugs.gnu.org (full text, mbox):
Hello,
Danny Milosavljevic <dannym <at> scratchpost.org> skribis:
> On Tue, 12 Dec 2017 13:46:08 +0200
> Efraim Flashner <efraim <at> flashner.co.il> wrote:
>
>> We support running GuixSD on top of btrfs, and the prevailing wisdom is
>> to mark databases (sqlite, postgresql, etc.) as 'chattr +C', that is, as
>> not copy-on-write. It is honored under ext4, but it shouldn't cause any
>> changes.
>
> It sounds reasonable to do that - but I don't think that relational databases are managed by the Guix store. Rather they are in /var or in the home directory. Long story short, it would make sense for Postgres and Sqlite upstream to do the chattr +C, if they don't already do it.
I agree.
Efraim, unless we have a specific example, I’m inclined to close it as
“not-a-bug”, with the understanding that it’s an upstream issue rather
than something GuixSD-specific.
How does that sound?
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#29675
; Package
guix
.
(Wed, 20 Dec 2017 13:32:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 29675 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Wed, Dec 20, 2017 at 02:12:39PM +0100, Ludovic Courtès wrote:
> Hello,
>
> Danny Milosavljevic <dannym <at> scratchpost.org> skribis:
>
> > On Tue, 12 Dec 2017 13:46:08 +0200
> > Efraim Flashner <efraim <at> flashner.co.il> wrote:
> >
> >> We support running GuixSD on top of btrfs, and the prevailing wisdom is
> >> to mark databases (sqlite, postgresql, etc.) as 'chattr +C', that is, as
> >> not copy-on-write. It is honored under ext4, but it shouldn't cause any
> >> changes.
> >
> > It sounds reasonable to do that - but I don't think that relational databases are managed by the Guix store. Rather they are in /var or in the home directory. Long story short, it would make sense for Postgres and Sqlite upstream to do the chattr +C, if they don't already do it.
>
> I agree.
>
> Efraim, unless we have a specific example, I’m inclined to close it as
> “not-a-bug”, with the understanding that it’s an upstream issue rather
> than something GuixSD-specific.
>
> How does that sound?
>
> Ludo’.
My intention was that after creating the database in /var that it should
get 'chattr +C file', but it actually looks like people are divided
between less fragmentation from not CoW for the database or more
recovery options from having it CoW and the checksumming, so closing it
and leaving it alone for now seems best.
--
Efraim Flashner <efraim <at> flashner.co.il> אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
[signature.asc (application/pgp-signature, inline)]
Added tag(s) notabug.
Request was from
ludo <at> gnu.org (Ludovic Courtès)
to
control <at> debbugs.gnu.org
.
(Wed, 20 Dec 2017 13:51:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
29675 <at> debbugs.gnu.org and Efraim Flashner <efraim <at> flashner.co.il>
Request was from
ludo <at> gnu.org (Ludovic Courtès)
to
control <at> debbugs.gnu.org
.
(Wed, 20 Dec 2017 13:51:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 18 Jan 2018 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 7 years and 155 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.