On Thu, Jul 18, 2019 at 5:02 PM Chris Murphy <li...@colorremedies.com> wrote:
> On Thu, Jul 18, 2019 at 10:18 AM Dave Howorth <syst...@howorth.org.uk> > wrote: > > > > On Thu, 18 Jul 2019 09:55:51 -0600 > > Chris Murphy <li...@colorremedies.com> wrote: > > > On Thu, Jul 18, 2019 at 4:50 AM Uoti Urpala <uoti.urp...@pp1.inet.fi> > > > wrote: > > > > > > > > On Mon, 2019-07-15 at 14:32 -0600, Chris Murphy wrote: > > > > > So far nothing I've tried gets me access to information that would > > > > > give a hint why systemd-journald thinks there's no free space and > > > > > yet it still decides to create a single 8MB system journal, which > > > > > then almost immediately gets deleted, including all the evidence > > > > > up to that point. > > > > > > > > Run journald under strace and check the results of the system calls > > > > used to query space? (One way to run it under strace would be to > > > > change the unit file to use "strace -D -o /run/output > > > > systemd-journald" as the process to start.) > > > > > > It's a good idea but strace isn't available on Fedora live media. So I > > > either have to learn how to create a custom live media locally (it's a > > > really complicated process) or convince Fedora to add strace to live > > > media... > > > > I'm not a fedora user, but I don't think it's that difficult to run > > strace. > > > > To run it once, start your live image and type: > > > > # yum install strace > > > > You will need to reinstall it if you reboot. > > > > To permanently install it apparently you need to configure your USB > > with persistent storage. I haven't looked up how to do that. > > I thought about that, but this is a substantial alteration from the > original ISO in terms of the storage layout and how everything gets > assembled. But it's worth a shot. If it is a systemd bug, then it > should still reproduce. If it doesn't reproduce, then chances are it's > some kind of assembly related problem. > > Still seems like a systemd-journald bug that neither forward to > console nor to kmsg includes any useful systemd or dracut debugging. > I'm no systemd expert by any means, and just a Fedora user because we ship our product on RHEL, so I like to see what is coming down the pipe. Nonetheless, I have been following this thread with interest since threads I always follow on LKML refer to the kernel's shitty print to console implementation that sucks so bad and well, it might cross boundaries.. Not to toss knives, but I would almost always blame RedHat before anyone else in the community - they do have a tendency to bastardize things in ways that suit themselves. Please do not take that as a jab, it just is what it is - like I said - I have just learned to accept it. I am assuming you have ripped apart the initramfs to see exactly how RedHat is invoking systemd in the live images? -Greg
_______________________________________________ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd-devel