>>> Andrei Borzenkov schrieb am 08.02.2021 um 19:43 in
Nachricht <63608ba2-0510-0e03-eb20-c92d86521...@gmail.com>:
> 08.02.2021 12:10, Ulrich Windl пишет:
>> It seems systemd messes with that in a bad way.
>>
>
> Streetlight effect ...
>
> For the last time - systemd does exactly what unit defi
>>> Reindl Harald schrieb am 08.02.2021 um 19:01 in
Nachricht :
>
> Am 08.02.21 um 18:27 schrieb Lennart Poettering:
>> On So, 07.02.21 22:43, Reindl Harald (h.rei...@thelounge.net) wrote:
>>
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1909805
>>
>> In response to your actual issue, ignor
On 2/8/21 12:55 PM, Zbigniew Jędrzejewski-Szmek wrote:
The culprit seems to be that atomic commits fail with the
"Permission denied" error.
That's because of a bug in logind. I started working on a fix last
year [1], but doing this properly requires restructuring how the code
handles cleanup. I
On Mon, Feb 8, 2021 at 8:20 AM Phillip Susi wrote:
>
>
> Chris Murphy writes:
>
> > I showed that the archived journals have way more fragmentation than
> > active journals. And the fragments in active journals are
> > insignificant, and can even be reduced by fully allocating the journal
>
> Then
Hi everyone,
I am trying to setup an app using transparent proxy and I need to insert the
following route:
ip route add local 0.0.0.0/0 dev lo table 100
After a few attempts, I noticed that it appears that systemd-networkd, on my
router, cannot insert any route to any table other than the defa
On Mon, Feb 8, 2021 at 7:56 AM Phillip Susi wrote:
>
>
> Chris Murphy writes:
>
> >> It sounds like you are arguing that it is better to do the wrong thing
> >> on all SSDs rather than do the right thing on ones that aren't broken.
> >
> > No I'm suggesting there isn't currently a way to isolate
>
On Mon, Feb 8, 2021 at 1:24 AM Ulrich Windl
wrote:
>
> I didn't follow the thread tightly, but there was a happy mix of IOps,
> fragments (and no bandwidth),
> but I wonder here: Isn't it concept of BtrFS that writes are fragmented if
> there is no contiguous free space?
> The idea was *not* to sp
On Mon, Feb 8, 2021 at 2:31 PM Reindl Harald wrote:
> > I think removing this symlink would prevent /sys/fs/fuse/connections
> > from being mounted and the fuse module from being loaded
> > unconditionally on boot
>
> no
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1909805#c6
It almost works f
On 2/8/21 7:52 AM, Uoti Urpala wrote:
This is wrong. Socket units are useful completely independently of
whether the unit is started on demand, and it's a good idea to use them
even for services that are always started on boot. They allow
configuring listening ports in a consistent manner, and ma
On Mon, Feb 8, 2021 at 1:01 PM Reindl Harald wrote:
>
>
>
> Am 08.02.21 um 18:27 schrieb Lennart Poettering:
> > On So, 07.02.21 22:43, Reindl Harald (h.rei...@thelounge.net) wrote:
> >
> >> https://bugzilla.redhat.com/show_bug.cgi?id=1909805
> >
> > In response to your actual issue, ignoring all
Am 08.02.21 um 18:27 schrieb Lennart Poettering:
Masking is a last resort thing, you really want to use that only after
having investigated everything. You use it here anyway to mask out a
really low-level system thing, hence you might get warnings about
this.
You can of course mask sys-fs-fus
Am 08.02.21 um 18:27 schrieb Lennart Poettering:
On So, 07.02.21 22:43, Reindl Harald (h.rei...@thelounge.net) wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=1909805
In response to your actual issue, ignoring all the nasty wording:
Masking is a last resort thing, you really want to us
08.02.2021 12:10, Ulrich Windl пишет:
> It seems systemd messes with that in a bad way.
>
Streetlight effect ...
For the last time - systemd does exactly what unit definitions tell it
to do. Unit definitions belong to your application. If unit definitions
that come with application are not suita
On So, 07.02.21 22:43, Reindl Harald (h.rei...@thelounge.net) wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=1909805
>
> what is this new nonsense given that only one out of 50 installs here have a
> business for fuse at all and there is no reason to load/touch any fuse
> related stuff at bo
Am 08.02.21 um 14:52 schrieb Uoti Urpala:
On Mon, 2021-02-08 at 11:27 +0100, Reindl Harald wrote:
this is *not* what systemd-sockets are for
they are for service is started at the first connect
This is wrong. Socket units are useful completely independently of
whether the unit is started on
On Mo, 08.02.21 10:09, Phillip Susi (ph...@thesusis.net) wrote:
> That's a fair point: if btrfs isn't any worse than other filessytems,
> then why is it the only one that gets a defrag?
As answered elsewhere:
1. only btrfs has a cow mode, where fragmentation is through the roof
for randomly w
On Sa, 06.02.21 12:51, Chris Murphy (li...@colorremedies.com) wrote:
> The original commit description only mentions COW, it doesn't mention
> being predicated on nodatacow. In effect commit
> f27a386430cc7a27ebd06899d93310fb3bd4cee7 is obviated by commit
> 3a92e4ba470611ceec6693640b05eb248d62e32d
On Sa, 06.02.21 19:47, Chris Murphy (li...@colorremedies.com) wrote:
65;6201;1c
> On Fri, Feb 5, 2021 at 8:23 AM Phillip Susi wrote:
>
> > Chris Murphy writes:
> >
> > > But it gets worse. The way systemd-journald is submitting the journals
> > > for defragmentation is making them more fragmented
On Fr, 05.02.21 17:44, Chris Murphy (li...@colorremedies.com) wrote:
> On Fri, Feb 5, 2021 at 3:55 PM Lennart Poettering
> wrote:
> >
> > On Fr, 05.02.21 20:58, Maksim Fomin (ma...@fomin.one) wrote:
> >
> > > > You know, we issue the btrfs ioctl, under the assumption that if the
> > > > file is a
Chris Murphy writes:
> I showed that the archived journals have way more fragmentation than
> active journals. And the fragments in active journals are
> insignificant, and can even be reduced by fully allocating the journal
Then clearly this is a problem with btrfs: it absolutely should not be
Chris Murphy writes:
>> It sounds like you are arguing that it is better to do the wrong thing
>> on all SSDs rather than do the right thing on ones that aren't broken.
>
> No I'm suggesting there isn't currently a way to isolate
> defragmentation to just HDDs.
Yes, but it sounded like you were
On Mon, 2021-02-08 at 11:27 +0100, Reindl Harald wrote:
> this is *not* what systemd-sockets are for
> they are for service is started at the first connect
This is wrong. Socket units are useful completely independently of
whether the unit is started on demand, and it's a good idea to use them
eve
On Mon, Feb 08, 2021 at 11:43:35AM +0200, Vlad Zahorodnii wrote:
> Hi,
> My question is - should Wayland compositors handle logind restarts
> in any way?
>
> At the moment, many Wayland compositors don't take any precautions
> against the case where logind is restarted. They assume that the DRM
Am 08.02.21 um 10:10 schrieb Ulrich Windl:
Andrei Borzenkov schrieb am 06.02.2021 um 09:14 in
Nachricht <09aa6a69-ee37-ffea-c4fd-e4c5d3327...@gmail.com>:
04.02.2021 10:47, Ulrich Windl пишет:
...
I had provided the full units yesterday. Basically I don't know what to do:
I
just want to
Hi,
Currently, a lot of Wayland compositors can't recover from logind
restarts. For example, that's the case with weston, sway, kwin, and
perhaps other compositors.
The culprit seems to be that atomic commits fail with the "Permission
denied" error.
My question is - should Wayland composit
>>> Andrei Borzenkov schrieb am 06.02.2021 um 09:14 in
Nachricht <09aa6a69-ee37-ffea-c4fd-e4c5d3327...@gmail.com>:
> 04.02.2021 10:47, Ulrich Windl пишет:
...
>> I had provided the full units yesterday. Basically I don't know what to do:
> I
>> just want to start the service and its sockets at a
>>> Phillip Susi schrieb am 05.02.2021 um 16:02 in
Nachricht
<87a6si5yjq@vps.thesusis.net>:
> Chris Murphy writes:
>
>> But it gets worse. The way systemd‑journald is submitting the journals
>> for defragmentation is making them more fragmented than just leaving
>> them alone.
>
> Wait, doe
27 matches
Mail list logo
