I''m trying to install a Xen guest domain on a Sun Ultra40 M2 AMD64 box.
I had to manually add a Xen xVM entry to /boot/grub/menu.lst so uname -i would
show "i86xpv" and I had to ignore the syntax errors in
virt-install(1M)--the equal signs (=) on the command line are rejected (e.g.,
--location=). And the install source can''t be a directory--it has to
be a ISO image.
My current problem is I can''t access the console during the install.
QUESTION: Any ideas on how to grab the console and complete the install?
- Dan
Here''s the session:
# virt-install --nographics --name=amboy-1 --hvm --file=/dev/rdsk/c1t0d0s6
--mac=00:dd:ee:aa:00:01 --location=/export/nv79b.iso --ram=768
What would you like to use for the virtual CD image? /export/nv79b.iso
Starting install...
Creating domain... 0 B 00:18
Domain installation still in progress. You can reconnect
to the console to complete the installation process.
# virsh console amboy-1
No console available for domain
# virsh list
Id Name State
----------------------------------
0 Domain-0 running
7 amboy-1 no state
# svcs |grep xvm
online 15:31:31 svc:/system/xvm/store:default
online 15:31:36 svc:/system/xvm/xend:default
online 15:31:36 svc:/system/xvm/console:default
online 15:31:37 svc:/system/xvm/domains:default
# uname -a
SunOS amboy 5.11 snv_79a i86pc i386 i86xpv
# head -1 /etc/release
Solaris Express Developer Edition 1/08 snv_79b X86
And the tail of some Xen logs:
----- /var/log/xen/qemu-dm.1596.log
domid: 7
qemu: the number of cpus is 1
net_tap_init: nic = vnic900, setphysaddr = 0
qemu_map_cache_init nr_buckets = 300
shared page at pfn:2ffff
buffered io page at pfn:2fffd
xs_read(): vncpasswd get error.
/vm/6f5ca60e-163e-6f45-049e-e94def73e9b6/vncpasswd.
Could not initialize SDL - exiting
----- /var/log/xen/xend-debug.log
. . .
VmError: Disk image does not exist: /dev/rdsk/c1t0d0s6
----- /var/log/xen/xend.log
. . .
[2008-02-26 16:32:37 xend 296] INFO (XendDomain:1062) Domain amboy-1 (7)
unpaused.
[2008-02-26 16:32:39 xend.XendConfig 296] WARNING (XendConfig:612) Unconverted
key: cpus
[2008-02-26 16:32:39 xend.XendDomainInfo 296] DEBUG (XendDomainInfo:226)
XendDomainInfo.createDormant({''PV_args'': '''',
''PV_bootloader'': '''',
''image'': {''type'': ''hvm'',
''hvm'': {''device_model'':
''/usr/lib/xen/bin/qemu-dm'', ''pae'': 1,
''devices'': {''vcpus'': 1,
''boot'': ''c''}}}, ''cpus'':
[], ''devices'':
{''ee1b21db-c4e5-a21a-effa-be97826be53c'':
(''vif'', {''bridge'': '''',
''mac'': ''00:dd:ee:aa:00:01'',
''type'': ''ioemu'', ''uuid'':
''ee1b21db-c4e5-a21a-effa-be97826be53c''}),
''fc48fa6b-d037-4b95-4d18-9f5c2964afa7'':
(''vbd'', {''uname'':
''phy:/dev/dsk/c1t0d0s6'', ''driver'':
''paravirtualised'', ''mode'':
''w'', ''dev'': ''hda:disk'',
''uuid'':
''fc48fa6b-d037-4b95-4d18-9f5c2964afa7''})},
''vcpu_avail'': 1, ''features'':
'''', ''actions_after_crash'':
''restart'', ''platform_std_vga'': False,
''uuid'':
''6f5ca60e-163e-6f45-049e-e94def73e9b6'',
''PV_ramdisk'': ''
'', ''name_label'': ''amboy-1'',
''cpu_weight'': 256, ''console_refs'': [],
''online_vcpus'': 1, ''cpu_cap'': 0,
''on_xend_stop'': ''shutdown'',
''memory_static_min'': 768, ''memory_actual'':
0, ''memory_static_m
ax'': 768, ''actions_after_shutdown'':
''destroy'', ''on_xend_start'':
''ignore'', ''memory_dynamic_max'': 768,
''vcpus_number'': 1, ''actions_after_suspend'':
'''', ''memory_dynamic_min'': 768,
''vbd_refs'':
[''fc48fa6b-d037-4b95-4d18-9f5c2964afa7''],
''PV_kernel'': ''/usr/lib/xen/boot/hvmloader'',
''shadow_memory'': 0, ''HVM_boot'':
'''', ''PV_bootloader_args'':
'''', ''actions_after_reboot'':
''restart'', ''platform_serial'':
'''', ''platform_localtime'': False,
''vif_refs'':
[''ee1b21db-c4e5-a21a-effa-be97826be53c''],
''platform_enable_audio'': False, ''vtpm_refs'':
[], ''security'': None, ''max_vcpu_id'': 0})
[2008-02-26 16:32:39 xend 296] DEBUG (XendDomain:926) Creating new managed
domain: amboy-1
----- /var/log/xen/xpvd-event.log
. . .
+ xenstore-read backend/vif/7/0/mac
mac=00:dd:ee:aa:00:01
+ [ -z 00:dd:ee:aa:00:01 ]
+ /usr/lib/vna nge0 00:dd:ee:aa:00:01
vid=900
+ [ 0 != 0 ]
+ xenstore-write backend/vif/7/0/SUNW-need-promiscuous 1
+ xenstore-write backend/vif/7/0/nic vnic900
+ xenstore-write backend/vif/7/0/hotplug-status connected
+ exit 0
This message posted from opensolaris.org
> I''m trying to install a Xen guest domain on a Sun > Ultra40 M2 AMD64 box. I had to manually add a Xen > xVM entry to /boot/grub/menu.lstAfter standard install SNV75A,76,78,81 the option "Solaris xVM" automatically appeared in Solaris Grub Menu. No manual intervention was needed. Selecting this option brings to Xen enabled environment without any problems.>so uname -i would > show "i86xpv" and I had to ignore the syntax errors > in virt-install(1M)--the equal signs (=) on the > command line are rejected (e.g., --location=). And > the install source can''t be a directory--it has to be > a ISO image. > > My current problem is I can''t access the console > during the install. > QUESTION: Any ideas on how to grab the console and > complete the install? > - Dan > e''s the session: > > # virt-install --nographics --name=amboy-1 --hvm > --file=/dev/rdsk/c1t0d0s6 --mac=00:dd:ee:aa:00:01 > --location=/export/nv79b.iso --ram=768 > What would you like to use for the virtual CD image? > /export/nv79b.iso > Starting install... > Creating domain... > 0 B > 00:18 > Domain installation still in progress. You can > reconnect > to the console to complete the installation process. > > # virsh console amboy-1 > No console available for domain > # xm console amboy-1 > /usr/lib/xen/bin/xenconsole: Could not read tty from > store: No such file or directory > # virsh list > Id Name State > --------------------------------- > 0 Domain-0 running > 7 amboy-1 no state > # mount /dev/dsk/c1t0d0s6 /mnt > # ls /mnt > lost+found > # svcs |grep xvm > online 15:31:31 > svc:/system/xvm/store:default > online 15:31:36 svc:/system/xvm/xend:default > online 15:31:36 > svc:/system/xvm/console:default > online 15:31:37 > svc:/system/xvm/domains:default > # uname -a > SunOS amboy 5.11 snv_79a i86pc i386 i86xpv > # head -1 /etc/release > Solaris Express Developer Edition > 1/08 snv_79b X86 > > And the tail of some Xen logs: > > ----- /var/log/xen/qemu-dm.1596.log > domid: 7 > qemu: the number of cpus is 1 > net_tap_init: nic = vnic900, setphysaddr = 0 > qemu_map_cache_init nr_buckets = 300 > shared page at pfn:2ffff > buffered io page at pfn:2fffd > xs_read(): vncpasswd get error. > /vm/6f5ca60e-163e-6f45-049e-e94def73e9b6/vncpasswd. > Could not initialize SDL - exiting > ----- /var/log/xen/xend-debug.log > . . . > VmError: Disk image does not exist: > /dev/rdsk/c1t0d0s6 > ----- /var/log/xen/xend.log > . . . > [2008-02-26 16:32:37 xend 296] INFO (XendDomain:1062) > Domain amboy-1 (7) unpaused. > [2008-02-26 16:32:39 xend.XendConfig 296] WARNING > (XendConfig:612) Unconverted key: cpus > [2008-02-26 16:32:39 xend.XendDomainInfo 296] DEBUG > (XendDomainInfo:226) > XendDomainInfo.createDormant({''PV_args'': '''', > ''PV_bootloader'': '''', ''image'': {''type'': ''hvm'', ''hvm'': > {''device_model'': ''/usr/lib/xen/bin/qemu-dm'', ''pae'': > 1, ''devices'': {''vcpus'': 1, ''boot'': ''c''}}}, ''cpus'': > [], ''devices'': > {''ee1b21db-c4e5-a21a-effa-be97826be53c'': (''vif'', > {''bridge'': '''', ''mac'': ''00:dd:ee:aa:00:01'', ''type'': > ''ioemu'', ''uuid'': > ''ee1b21db-c4e5-a21a-effa-be97826be53c''}), > ''fc48fa6b-d037-4b95-4d18-9f5c2964afa7'': (''vbd'', > {''uname'': ''phy:/dev/dsk/c1t0d0s6'', ''driver'': > ''paravirtualised'', ''mode'': ''w'', ''dev'': ''hda:disk'', > ''uuid'': ''fc48fa6b-d037-4b95-4d18-9f5c2964afa7''})}, > ''vcpu_avail'': 1, ''features'': '''', > ''actions_after_crash'': ''restart'', ''platform_std_vga'': > False, ''uuid'': > ''6f5ca60e-163e-6f45-049e-e94def73e9b6'', ''PV_ramdisk'': > '''', ''name_label'': ''amboy-1'', ''cpu_weight'': 256, > ''console_refs'': [], ''online_vcpus'': 1, ''cpu_cap'': 0, > ''on_xend_stop'': ''shutdown'', ''memory_static_min'': 768, > ''memory_actual'': 0, ''memory_static_max'': 768, > ''actions_after_shutdown'': ''destroy'', ''on_xend_start'': > ''ignore'', ''memory_dynamic_max'': 768, ''vcpus_number'': > 1, ''actions_after_suspend'': '''', ''memory_dynamic_min'': > 768, ''vbd_refs'': > [''fc48fa6b-d037-4b95-4d18-9f5c2964afa7''], > ''PV_kernel'': ''/usr/lib/xen/boot/hvmloader'', > ''shadow_memory'': 0, ''HVM_boot'': '''', > ''PV_bootloader_args'': '''', ''actions_after_reboot'': > ''restart'', ''platform_serial'': '''', > ''platform_localtime'': False, ''vif_refs'': > [''ee1b21db-c4e5-a21a-effa-be97826be53c''], > ''platform_enable_audio'': False, ''vtpm_refs'': [], > ''security'': None, ''max_vcpu_id'': 0}) > [2008-02-26 16:32:39 xend 296] DEBUG (XendDomain:926) > Creating new managed domain: amboy-1 > ----- /var/log/xen/xpvd-event.log > . . . > + xenstore-read backend/vif/7/0/mac > mac=00:dd:ee:aa:00:01 > + [ -z 00:dd:ee:aa:00:01 ] > + /usr/lib/vna nge0 00:dd:ee:aa:00:01 > vid=900 > + [ 0 != 0 ] > + xenstore-write > backend/vif/7/0/SUNW-need-promiscuous 1 > + xenstore-write backend/vif/7/0/nic vnic900 > + xenstore-write backend/vif/7/0/hotplug-status > connected > + exit 0This message posted from opensolaris.org
>> I''m trying to install a Xen guest domain on a Sun >> Ultra40 M2 AMD64 box. I had to manually add a Xen >> xVM entry to /boot/grub/menu.lst > >After standard install SNV75A,76,78,81 the option "Solaris xVM" >automatically appeared in Solaris Grub Menu. >No manual intervention was needed. >Selecting this option brings to Xen enabled environment without any problems.Well, it didn''t work with Live Upgrade from S10U3 to NV79b (even after installing the live upgrade packages from the NV79b CD first on S10U3). Perhaps Xen doesn''t support Live Upgrade, or hasn''t been tested. Anyway, that''s a easy workaround. The Real Problem is virt-install fails with NV79b:>> # virt-install --nographics --name=amboy-1 --hvm --file=/dev/rdsk/c1t0d0s6 --mac=00:dd:ee:aa:00:01 -location=/export/nv79b.iso --ram=768 >> What would you like to use for the virtual CD image? >> /export/nv79b.iso >> Starting install... >> Creating domain... 0 B 00:18 >> Domain installation still in progress. You can reconnect >> to the console to complete the installation process. >> >> # virsh console amboy-1 >> No console available for domain >> # xm console amboy-1 >> /usr/lib/xen/bin/xenconsole: Could not read tty from store: No such file or directoryThis message posted from opensolaris.org
On Tue, Feb 26, 2008 at 05:32:54PM -0800, Dan Anderson wrote:> I''m trying to install a Xen guest domain on a Sun Ultra40 M2 AMD64 > box. I had to manually add a Xen xVM entry to /boot/grub/menu.lst so > uname -i would show "i86xpv" and I had to ignore the syntax errors in > virt-install(1M)--the equal signs (=) on the command line are rejected > (e.g., --location=).What do you mean syntax errors? Can you give an exact virt-install command line that failed for you? Your example below includes equals signs:> And the install source can''t be a directory--it > has to be a ISO image.For HVM installs, you do need to install from ISO yes. You want to use -c not --location for HVM. As it happens, though, you''re installing Nevada 79b - don''t install it as HVM, use paravirt. john
On Wed, Feb 27, 2008 at 09:27:26AM -0800, Dan Anderson wrote:> Well, it didn''t work with Live Upgrade from S10U3 to NV79b (even after > installing the live upgrade packages from the NV79b CD first on > S10U3). Perhaps Xen doesn''t support Live Upgrade, or hasn''t been > tested.This was a known problem with older Nevada builds (why not upgrade to a recent build?). Remember to run liveupgrade20 script before you do the actual upgrade to a more recent build, and you''ll get the xVM menu entry.> Anyway, that''s a easy workaround. The Real Problem is virt-install fails with NV79b: > > >> # virt-install --nographics --name=amboy-1 --hvm --file=/dev/rdsk/c1t0d0s6 --mac=00:dd:ee:aa:00:01 -location=/export/nv79b.iso --ram=768As a side note, HVM domains don''t have a console like this. You can set up a console that you can telnet to, see the archives regards john
> On Wed, Feb 27, 2008 at 09:27:26AM -0800, Dan Anderson wrote: > > Well, it didn''t work with Live Upgrade from S10U3 to NV79b (even after > > installing the live upgrade packages from the NV79b CD first on > > S10U3). Perhaps Xen doesn''t support Live Upgrade, or hasn''t been tested. > This was a known problem with older Nevada builds (why not upgrade to a > recent build?). Remember to run liveupgrade20 script before you do the > actual upgrade to a more recent build, and you''ll get the xVM menu > entry.I ran liveupgrade20 script from the NV79b CD on S10 before upgrading to NV79b. Maybe liveupgrade was fixed in the next few builds (nv80-nv83).> As a side note, HVM domains don''t have a console like this. You can set > up a console that you can telnet to, see the archivesOK. I looked and found this: http://opensolaris.org/os/community/xen/docs/solhvmguest/ Unfortunately, they don''t mention the name of the "configuration file". I can do this?: virt-install --nographics --name amboy-1 --hvm --file /dev/dsk/c1t0d0s6 --mac 00:dd:ee:aa:00:01 --location /export/nv79b.iso --ram 768 --extra_args "telnet:0.0.0.0:2323,amboy" # 2323,amboy is port,server This message posted from opensolaris.org
> From: John Levon <john.levon@sun.com> > On Tue, Feb 26, 2008 at 05:32:54PM -0800, Dan Anderson wrote: > > I''m trying to install a Xen guest domain on a Sun Ultra40 M2 AMD64 > > box. I had to manually add a Xen xVM entry to /boot/grub/menu.lst so > > uname -i would show "i86xpv" and I had to ignore the syntax errors in > > virt-install(1M)--the equal signs (=) on the command line are rejected > > (e.g., --location=). > What do you mean syntax errors? Can you give an exact virt-install > command line that failed for you? Your example below includes equals signs:Here it is (exact): # virt-install --nographics --name=amboy-1 --hvm --file=/dev/rdsk/c1t0d0s6 --mac=00:dd:ee:aa:00:01 --location=/export/nv79b.iso --ram=768 What would you like to use for the virtual CD image? /export/nv79b.iso The problem is that even though I give it the --location=, it still asks for the location, /export/nv79b.iso. virt-install should NOT ask for information already provided on the command line.> > And the install source can''t be a directory--it has to be a ISO image. > For HVM installs, you do need to install from ISO yes. You want to use > -c not --location for HVM. As it happens, though, you''re installing > Nevada 79b - don''t install it as HVM, use paravirt.OK--I get it. HVM is broken until NV84 (more or less). I''ll try paravirtual, so I''ll have a console at least and can use --location. Thanks. This message posted from opensolaris.org
On Wed, Feb 27, 2008 at 12:54:33PM -0800, Dan Anderson wrote:> I ran liveupgrade20 script from the NV79b CD on S10 before upgrading > to NV79b. Maybe liveupgrade was fixed in the next few builds > (nv80-nv83).Indeed.> I can do this?: > > virt-install --nographics --name amboy-1 --hvm --file /dev/dsk/c1t0d0s6 --mac 00:dd:ee:aa:00:01 --location /export/nv79b.iso --ram 768 --extra_args "telnet:0.0.0.0:2323,amboy" # 2323,amboy is port,serverNo, you need a .py file right now to use the telnet thing. john
On Wed, Feb 27, 2008 at 01:02:01PM -0800, Dan Anderson wrote:> Here it is (exact): > > # virt-install --nographics --name=amboy-1 --hvm --file=/dev/rdsk/c1t0d0s6 --mac=00:dd:ee:aa:00:01 --location=/export/nv79b.iso --ram=768 > What would you like to use for the virtual CD image? /export/nv79b.isoAs I explained previously, you need to use -c: you can''t use --location for HVM. It has nothing to do with equals signs - the man page is correct (and does explain this).> > > And the install source can''t be a directory--it has to be a ISO image. > > For HVM installs, you do need to install from ISO yes. You want to use > > -c not --location for HVM. As it happens, though, you''re installing > > Nevada 79b - don''t install it as HVM, use paravirt. > > OK--I get it. HVM is broken until NV84 (more or less).No, that''s not true.> I''ll try paravirtual, so I''ll have a console at least and can use --location.See above. john