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(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?
Might be a problem in systemd code to select clock type (monotonic/realtime/etc.).
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