Re: Problem: Xen 3.3.1 with FreeBSD 8.0 RC1

2009-10-27 Thread Larry Baird
I have two Citrix XenServer 5.5.0 servers.  One with an Intel processor
and one with an AMD processor.  Current versions of FreebSD 8 and 9
run on the Intel processor.  Both panic after displaying available
memory on the AMD processor.  

Panic message is:
  panic: vm_fault: fault on nofault entry, addr: c428200

I guess I'll need to install FreeBSD 7 and then cvsup to FreeBSD 9 to
really get any useful debug information.

Larry


-- 

Larry Baird| http://www.gta.com
Global Technology Associates, Inc. | Orlando, FL
Email: l...@gta.com | TEL 407-380-0220, FAX 407-380-6080
___
freebsd-xen@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"


Re: Problem: Xen 3.3.1 with FreeBSD 8.0 RC1

2009-10-27 Thread Adrian Chadd
This sounds like you're running the domU with >1 CPU.. ?



Adrian


2009/10/28 Hugo Silva :
> Carsten Heesch wrote:
>>
>> Athough I seem to be talking to myself here, I have good news for RC2! It
>> works!
>> Just did an "freebsd-update -R 8.0-RC2 upgrade". Both GENERIC and XENHVM
>> kernels work without any problems.
>>
>> Maybe somebody else can chime in an confirm that, too? Probably good for
>> the developers to see positive feedback, while 8.0-RELEASE is coming closer
>> :-)
>>
>>
>> Cheers
>> Carsten
>>
>>
>> On 25 Oct 2009, at 00:31, Carsten Heesch wrote:
>>
>>>
>>> I realised that it's still possible to use 8.0-BETA* as a target for
>>> freebsd-update. So I investigated a bit further. For whatever it's worth:
>>>
>>> The problems described earlier started with BETA-4.
>>>
>>> BETA-3 is fine with both GENERIC and XENHVM kernel, except that I see
>>> this on the console and in dmesg every now and then (with both kernels):
>>>
>>>
>>> lock order reversal:
>>> 1st 0xff8014810620 bufwait (bufwait) @
>>> /usr/src/sys/kern/vfs_bio.c:2559
>>> 2nd 0xff00015a7c00 dirhash (dirhash) @
>>> /usr/src/sys/ufs/ufs/ufs_dirhash.c:285
>>> KDB: stack backtrace:
>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
>>> _witness_debugger() at _witness_debugger+0x2e
>>> witness_checkorder() at witness_checkorder+0x81e
>>> _sx_xlock() at _sx_xlock+0x55
>>> ufsdirhash_acquire() at ufsdirhash_acquire+0x33
>>> ufsdirhash_add() at ufsdirhash_add+0x19
>>> ufs_direnter() at ufs_direnter+0x88b
>>> ufs_makeinode() at ufs_makeinode+0x31c
>>> VOP_CREATE_APV() at VOP_CREATE_APV+0x8d
>>> vn_open_cred() at vn_open_cred+0x423
>>> kern_openat() at kern_openat+0x179
>>> syscall() at syscall+0x1af
>>> Xfast_syscall() at Xfast_syscall+0xe1
>>> --- syscall (5, FreeBSD ELF64, open), rip = 0x800e32dfc, rsp =
>>> 0x7fffe608, rbp = 0x1a4 ---
>>>
>>>
>>> I though this might be XENHVM kernel related, but it happens with GENERIC
>>> kernel as well. Not sure if this is related to XEN at all.
>>>
>>>
>>>
>>> Cheers
>>> Carsten
>>>
>>>
>>>
>>
>> ___
>> freebsd-xen@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-xen
>> To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"
>
>
> I grabbed the 8.0-RC2/amd64iso to give this a spin; no luck here, it hangs
> after "Trying to mount root from ufs:/dev/md0". Also, I confirm the panics
> on boot with RC1. It's gone with RC2, but as I said, it gets stuck (for me,
> at least).
>
> My dom0 is NetBSD 5 / amd64.
> ___
> freebsd-xen@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-xen
> To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"
>
___
freebsd-xen@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"


Re: Problem: Xen 3.3.1 with FreeBSD 8.0 RC1

2009-10-27 Thread Hugo Silva

Carsten Heesch wrote:
Athough I seem to be talking to myself here, I have good news for RC2! 
It works!
Just did an "freebsd-update -R 8.0-RC2 upgrade". Both GENERIC and 
XENHVM kernels work without any problems.


Maybe somebody else can chime in an confirm that, too? Probably good 
for the developers to see positive feedback, while 8.0-RELEASE is 
coming closer :-)



Cheers
Carsten


On 25 Oct 2009, at 00:31, Carsten Heesch wrote:



I realised that it's still possible to use 8.0-BETA* as a target for 
freebsd-update. So I investigated a bit further. For whatever it's 
worth:


The problems described earlier started with BETA-4.

BETA-3 is fine with both GENERIC and XENHVM kernel, except that I see 
this on the console and in dmesg every now and then (with both kernels):



lock order reversal:
1st 0xff8014810620 bufwait (bufwait) @ 
/usr/src/sys/kern/vfs_bio.c:2559
2nd 0xff00015a7c00 dirhash (dirhash) @ 
/usr/src/sys/ufs/ufs/ufs_dirhash.c:285

KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
_witness_debugger() at _witness_debugger+0x2e
witness_checkorder() at witness_checkorder+0x81e
_sx_xlock() at _sx_xlock+0x55
ufsdirhash_acquire() at ufsdirhash_acquire+0x33
ufsdirhash_add() at ufsdirhash_add+0x19
ufs_direnter() at ufs_direnter+0x88b
ufs_makeinode() at ufs_makeinode+0x31c
VOP_CREATE_APV() at VOP_CREATE_APV+0x8d
vn_open_cred() at vn_open_cred+0x423
kern_openat() at kern_openat+0x179
syscall() at syscall+0x1af
Xfast_syscall() at Xfast_syscall+0xe1
--- syscall (5, FreeBSD ELF64, open), rip = 0x800e32dfc, rsp = 
0x7fffe608, rbp = 0x1a4 ---



I though this might be XENHVM kernel related, but it happens with 
GENERIC kernel as well. Not sure if this is related to XEN at all.




Cheers
Carsten





___
freebsd-xen@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"



I grabbed the 8.0-RC2/amd64iso to give this a spin; no luck here, it 
hangs after "Trying to mount root from ufs:/dev/md0". Also, I confirm 
the panics on boot with RC1. It's gone with RC2, but as I said, it gets 
stuck (for me, at least).


My dom0 is NetBSD 5 / amd64.
___
freebsd-xen@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"


Re: Problem: Xen 3.3.1 with FreeBSD 8.0 RC1

2009-10-27 Thread Carsten Heesch
Athough I seem to be talking to myself here, I have good news for RC2!  
It works!
Just did an "freebsd-update -R 8.0-RC2 upgrade". Both GENERIC and  
XENHVM kernels work without any problems.


Maybe somebody else can chime in an confirm that, too? Probably good  
for the developers to see positive feedback, while 8.0-RELEASE is  
coming closer :-)



Cheers
Carsten


On 25 Oct 2009, at 00:31, Carsten Heesch wrote:



I realised that it's still possible to use 8.0-BETA* as a target for  
freebsd-update. So I investigated a bit further. For whatever it's  
worth:


The problems described earlier started with BETA-4.

BETA-3 is fine with both GENERIC and XENHVM kernel, except that I  
see this on the console and in dmesg every now and then (with both  
kernels):



lock order reversal:
1st 0xff8014810620 bufwait (bufwait) @ /usr/src/sys/kern/ 
vfs_bio.c:2559
2nd 0xff00015a7c00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ 
ufs_dirhash.c:285

KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
_witness_debugger() at _witness_debugger+0x2e
witness_checkorder() at witness_checkorder+0x81e
_sx_xlock() at _sx_xlock+0x55
ufsdirhash_acquire() at ufsdirhash_acquire+0x33
ufsdirhash_add() at ufsdirhash_add+0x19
ufs_direnter() at ufs_direnter+0x88b
ufs_makeinode() at ufs_makeinode+0x31c
VOP_CREATE_APV() at VOP_CREATE_APV+0x8d
vn_open_cred() at vn_open_cred+0x423
kern_openat() at kern_openat+0x179
syscall() at syscall+0x1af
Xfast_syscall() at Xfast_syscall+0xe1
--- syscall (5, FreeBSD ELF64, open), rip = 0x800e32dfc, rsp =  
0x7fffe608, rbp = 0x1a4 ---



I though this might be XENHVM kernel related, but it happens with  
GENERIC kernel as well. Not sure if this is related to XEN at all.




Cheers
Carsten





___
freebsd-xen@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"