On 22.07.2024 15:03, Anthony PERARD wrote:
> On Mon, Jul 22, 2024 at 09:05:43AM +0200, Jan Beulich wrote:
>> On 22.07.2024 06:56, osstest service owner wrote:
>>> flight 186932 linux-linus real [real]
>>> http://logs.test-lab.xenproject.org/osstest/logs/186932/
>>>
>>> Regressions :-(
>>>
>>> Tests which did not succeed and are blocking,
>>> including tests which could not be run:
>>>  test-arm64-arm64-examine      8 reboot                   fail REGR. vs. 
>>> 186827
>>>  test-arm64-arm64-xl           8 xen-boot                 fail REGR. vs. 
>>> 186827
>>
>> There looks to be a basic problem as of flight 186925, yet a brief look at 
>> one
>> of the logs doesn't really give any hint other than the system perhaps simply
>> being slow. Ideas, anyone?
> 
> Well, yes, it's really slow to reach having a running ssh server. If I
> let the machine boot, there's two reason in the log for the long time:
> 
> Jul 22 11:44:25.216867 Waiting for /dev to be fully populated...Timed out for 
> waiting the udev queue being empty.
> Jul 22 11:46:25.469002 done (timeout).
> 
> Jul 22 11:46:29.103350 Configuring network interfaces...
> Jul 22 11:46:32.127350 ^@Timed out for waiting the udev queue being empty.

Yet both of these instances of timing out look suspiciously like a regression
(in or caused by the kernel)?

Jan

> Jul 22 11:48:29.256918 [  403.298102] NET: Registered PF_INET6 protocol family
> ... more network kernel info after that.
> Jul 22 11:48:33.204921 Waiting for xenbr0 to get ready (MAXWAIT is 2 seconds).
> Jul 22 11:48:33.204984 done.
> 
> (on previous run, "configuring network interface" is followed by
> "waiting for xenbr0")
> 
> 
> So, we lost already 4 min waiting, out of a budget of 7min for full
> reboot.
> 
> Also, "reboot" doesn't work with this newer kernel, the machine prints
> "Will now restart." then nothing happen.
> 
> I have also try without Xen, it's the same behavior.
> 
> Cheers,
> 


Reply via email to