[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Possible bug in Xen



Hi Andrew.

Yes, running the scrypt unit test twice simultaneously made the error occur faster.
This time, this wasn't required because it failed straight away - the boot parameter is present:



Regards

~Joe

On 12/18/23 17:43, Andrew Cooper wrote:
On 18/12/2023 11:36 pm, Joe Tretter wrote:
Hi Andrew,

I have tried it with your suggested command line, and it "feels" like
it makes the issue occur less often (but one never knows with sparse
intermittent issues).
The first time I ran my test, it took 23 minutes before the error
occurred.
However, I picked that when running two processes simultaneously, the
issue occurs reasonably fast.
Do you mean running the unit tests twice simultaneously?  Or something else.

I have, however, not been able to verify during runtime that the
parameter really arrived in Xen because /proc/cmdline didn't show the
Xen parameters. But I have taken a screen shot of what I have done to
submit the parameter.

If you tell me how I can view the boot options in a running system to
be certain the option has is effective, I'm happy to run the test again.

Side remark: To make reasonably sure the issue really only happens
with Xen, I have re-verified that without Xen the issue does not
exist, even with two instances for more than 1.5 hours.
Running `xl info` in dom0 will tell you various things, one of which is
xen_cmdline.  This is the command line that Xen is currently booted with.

~Andrew


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.