Re: merge bouyer-xenpvh to HEAD

[Chavdar Ivanov <ci4ic4%gmail.com@localhost>]

On Sun, 26 Apr 2020 at 18:53, Chavdar Ivanov <ci4ic4%gmail.com@localhost> wrote:
>
> Thanks! I'll try it straight away.

And so I did.

Removing the CD drive was indeed the solution to this particular problem.

It then tries to boot with root on xbd0a and swap on xbd0b, which
fails, as the disk is gpt and the device names are dk1 and dk2; when I
enter them, it goes further, until it comes to starting the network.
Now it simply resets, no crash or dump of any kind; after you see the
line 'starting dhcpcd' and 'startin mdnsd', the latter was previously
enabled; the next thing you see is the UEFI icon in the middle of the
screen. So it seems there is some incompatibility between the xennet
driver in NetBSD and the actual implementation in the present version
of XCP-NG, 8.1.



>
> On Sun, 26 Apr 2020 at 18:18, Manuel Bouyer <bouyer%antioche.eu.org@localhost> wrote:
> >
> > On Sun, Apr 26, 2020 at 06:06:36PM +0100, Chavdar Ivanov wrote:
> > > No, there is only a single 32GB disk allocated:
> > >
> > > # xe vm-disk-list  uuid=ce92d1de-aa1d-7b4f-97d4-d56da032339c
> > > Disk 0 VBD:
> > > uuid ( RO)             : e43f463d-688c-c586-19f0-91e3cbd1db07
> > >     vm-name-label ( RO): n999-pvhvm
> > >        userdevice ( RW): 0
> > >
> > >
> > > Disk 0 VDI:
> > > uuid ( RO)             : 7930785d-c40e-4372-9ab1-31e4e1cfdb42
> > >        name-label ( RW): n99959-pvhvm
> > >     sr-name-label ( RO): sdb
> > >      virtual-size ( RO): 34359738368
> > >
> > > shows the virtual block device and the associated virtual disk; I can
> > > list their parameters, the pointers are correct.
> > >
> > > Transcribed from the screenshot ( I miss earlier messages related to Xen):
> > > ...
> > > Xensource, Inc Xen Platform Device (SCSI mass storage, revision 0.x01)
> > > at pci0 dev 3 function 0 not configured
> > > ...
> > > xbd0 at xenbus0 id 768: Xen Virtual Block Device Interface
> > > xbd1 at xenbus0 id 5696: Xen Virtual Block Device Interface
> >
> > Clearly there's 2 entries in the store, with different IDs.
> >
> > > xennet0 at xenbus0 id 0: Xen Virtual Network Interface
> > > pool redzone disabled for 'xnfrx'
> > > xennet0: MAC address xx:xx:xx:xx:xx:xx
> > > baloon at xenbus0 id 0 not configured
> > > xennet0: using RX copy mode
> > > xbd0: 34359738368, 512 bytes/sect x 67108864 sectors
> > > dk0 at xbd0: "....", 262144 blocks at 64, type: msdos
> > > dk1 at xbd0: "....", 65814461 blocks at 262272, type: ffs
> > > dk2 at xbd0: "....", 1032095 blocks at 66076367, type: swap
> > > ...
> > > cd0 at atapibus0 drive 1: <QEMU DVD-ROM, QM00004, 0.10> cdrom removable
> >
> > And here is your second entry. You have a cdrom configured (ioemu:hdc:cdrom).
> > Change it to a plain PV disk, or remove it, and it will work.
> >
> > Eventually I'll look at this ...
> >
> > --
> > Manuel Bouyer <bouyer%antioche.eu.org@localhost>
> >      NetBSD: 26 ans d'experience feront toujours la difference
> > --
>
>
>
> --
> ----



-- 
----