after upgrade, slow (~3 min) boot of Xen 13.1 DomU on 13.1 Dom0

On a Opensuse 13.1 server booting as a Xen 4.3.0 Dom0 host (kernel-xen-3.11.6-4.1.x86_64, xen-4.3.0_14-281.1.x86_64), I’m launching a Xen PV Guest, also running Opensuse 13.1.

The DomU boots, and functions OK. But, currently, the startup process takes ~ 3mins. Prior to upgrade of this Host & Guest from 12.3 -> 13.1, the Guest took ~ 20-30 secs to boot.

It’s stalling/waiting at several points.

‘blame’ is placed on a couple of suspects:

systemd-analyze blame
      1min 222ms kmod-static-nodes.service
      1min 152ms dev-mqueue.mount
      1min 142ms systemd-udev-root-symlink.service
      1min 141ms systemd-vconsole-setup.service
      1min 140ms systemd-modules-load.service
          3.715s network.service
          2.242s quotad.service
          2.223s autofs.service
          2.201s network@eth0.service
          1.068s nfs.service
           625ms nfsserver.service
           489ms systemd-udev-settle.service
           319ms rsyslog.service
           312ms rpcbind.service
           285ms systemd-logind.service
           234ms lvm2-activation-early.service
           213ms systemd-tmpfiles-clean.service
           174ms systemd-fsck@dev-xvda1.service
           107ms lvm2-activation.service
           104ms sshd-custom.service
            80ms systemd-tmpfiles-setup-dev.service
            71ms boot.mount
            66ms systemd-sysctl.service
            65ms systemd-remount-fs.service
            58ms user@0.service
            56ms systemd-random-seed.service
            47ms systemd-udevd.service
            44ms systemd-readahead-done.service
            41ms systemd-user-sessions.service
            38ms systemd-udev-trigger.service
            38ms sys-kernel-debug.mount
            35ms systemd-update-utmp.service
            32ms systemd-tmpfiles-setup.service
            32ms systemd-journal-flush.service
            27ms systemd-update-utmp-runlevel.service
            26ms var-run.mount
            22ms dev-xvdb1.swap
            12ms rc-local.service
            12ms var-lock.mount
             5ms sys-fs-fuse-connections.mount

looking at the journalctl output

journalctl -xb

on the guest:

I’m not clear yet on why those delays are occurring, and/or if there’s yet a different culprit than those ‘blamed’ above.

Hoping to troubleshoot b4 filing a bug, another set of eyes would be appreaciated.

From the logs, do any likely/probable candidates stand out?

Does the machine have a floppy. If NOT then be sure the BIOS is set to no floppy. If the BIOS thinks there is a floppy and thee is none the system trys to mount it and waits untill the process times out.

It’s a Xen guest.

There’s no virtualized fd device defined.

relo’d to: