On Thu, Jul 5, 2018 at 12:56 PM, Jeff Backus <jeff.backus(a)gmail.com> wrote:
Hi Adam,
Thanks for your response.
On Wed, Jul 4, 2018 at 4:33 PM, Adam Williamson <
adamwill(a)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?
Thanks!
jeff
--
Jeff Backus
jeff.backus(a)gmail.com
http://github.com/jsbackus