Might be a problem in systemd code to select clock type (monotonic/realtime/etc.).On Thu, Jul 05, 2018 at 01:55:46PM -0400, Jeff Backus wrote:
> On Thu, Jul 5, 2018 at 12:56 PM, Jeff Backus <jeff.backus@gmail.com> wrote:
>
> > Hi Adam,
> >
> > Thanks for your response.
> >
> > On Wed, Jul 4, 2018 at 4:33 PM, Adam Williamson <
> > adamwill@fedoraproject.org> wrote:
> >
> >> On Thu, 2018-06-28 at 13:22 -0400, Jeff Backus wrote:
> >> > Hi folks,
> >> >
> >> > I'm going to take a whack at triaging x86-related bugs. I see a few
> >> listed
> >> > on the x86 tracker bug and the x86 exclude arch bug, which I'll take a
> >> > closer look at.
> >> >
> >> > Before I start searching for anything i686-related, are there any issues
> >> > you'd like us to take a look at first?
> >>
> >> Rawhide's been completely broken on x86 since...about 20180611.n.0,
> >> definitely 20180627.n.0. Installer images don't seem to make it out of
> >> dracut. I haven't had time to look into the problem in any detail, but
> >> all the openQA tests are failing, all the time.
> >>
> >
> > Yeah, based on my cursory study of the logs, looks like the 6/10 image
> > started failing for some form of core dump during initial boot that
> > affected at least the Workstation image, and by 6/27 all i686 images were
> > affected. I'm going to see if I can narrow it down.
> >
>
> I was able to get to a dracut prompt with the 6/30 image. Looks like the
> udev Kernel Device Manager is trying to core q dump? I'm seeing this
> message several times in the log after trying to start
> systemd-udevd.service:
> systemd-coredump[1663]: Failed to connect to coredump service: No such file
> or directory
>
> Interestingly, I am seeing the following right after attempting to start
> systemd-udevd:
> Assertion 'clock_gettime(map_clock_id(clock_id), &ts) == 0' failed at
> ../src/basic/time-util.c:53, function now(). Abortion.
>
> I'll try to get the log off of the machine. Thoughts or suggestions?
You can try taking an older image, and compiling systemd, and running the tests.
Even something as simple as
sudo dnf build-dep systemd
git clone https://github.com/systemd/systemd
cd systemd
meson -Dman=false build && ninja -C build && ninja -C build test
If that passes, then the next step would be to take that older image,
install just the newer kernel, and repeat the tests.
Zbyszek