I could confirm that I can run the guest that way and it uses the
intended root=/dev/disk/by-path/ip-10.0.12.2:3260-iscsi-tgt-boot-test-
b7X8g2-lun-1-part1.
The only and unfortunate difference to the issue when run on LP infra stays,
that it works all of the time :-/
Note: I ran most of them in
There also was a slight remaining uncertainty if this might be the detection of
KVM being broken and running in nested KVm on Launchpad.
But I was able to confirm that it runs as intended in TCG mode:
should_try_kvm = no. virt=kvm (nested kvm is finicky). set _USE_KVM=1 to
force.
[1]:
FYI: In Cosmic this currently blocks (and will block more soon due to
python bound on it): qemu, debconf, python3, targetcli-fb, netifaces
It also is no more transient, but happens always on LP infrastructure recently
(~20 reruns now).
Knowing it likely is "too slow" even being unsure why LP in
CE: Moving over some of the discussion that started on a related MP [1].
Smoser:
I put together some doc on how to run the
https://hackmd.io/E0ydu7Y7QEe-kroPb6-OOA
That should help you to possibly recreate outside of the adt test
harness.
[1]:
** Summary changed:
- transient boot fail with overlayroot
+ transient boot fail with overlayroot [open-iscsi dep8 tests]
** Attachment added: "bionic failure log 2.0.874-5ubuntu2
qemu/1:2.11+dfsg-1ubuntu2"
Bummer.
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic/bionic/amd64/o/open-iscsi/20171122_204418_8ac74@/log.gz
shows
[ 43.793658] systemd[1]: media-root\x2dro.mount: Found ordering cycle on
-.mount/start
[ 43.801914] systemd[1]:
Well, I tried updating /etc/fstab
https://code.launchpad.net/~smoser/ubuntu/+source/open-iscsi/+git/open-iscsi/+ref/fix/get-journal-publish-artifacts
but that doesnt help. It still fails and goes on after 90 seconds. I
verified this by just changing the LABEL= to a different string that
would
Note that this failure could just be due to slowness at this point.
The open-iscsi tests that are running are running in nested qemu with kvm
disabled. So it is quite slow to boot.
We seem to be getting usually around 40 seconds for that to arrive. My
statement is based on
messages like:
[
Is there a way to bump that 1m30s timeout from the kernel command line?
Even image modification would be ok, as we're already modifying the
image to insert the deb.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
It looks like:
x-systemd.device-timeout=
might be useful
https://www.freedesktop.org/software/systemd/man/systemd.mount.html
we'd have to update the /etc/fstab entry in 'patch-image' of the open-
iscsi test, but we could do that and just bump it to 6m or something.
As some evidence, that this
Another fail log at
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic/bionic/amd64/o/open-iscsi/20171114_192057_17bf1@/log.gz
Basically if you look at bionic failures
http://autopkgtest.ubuntu.com/packages/o/open-iscsi/bionic/amd64
if
11 matches
Mail list logo