Re: FreeBSD-current/Xen and block device enumeration
(Cross-posting to -current because of the way a badly confused Xen DomU confuses GEOM and populates invalid stuff.) 2009/5/19 Adrian Chadd adr...@freebsd.org: This config: disk = [ 'phy:/dev/hosting2_data2/XEN_freebsd_root,0x01,w', 'phy:/dev/hosting2_data2/XEN_freebsd_swap,0x02,w' ] Confuses some linux device unit naming type magic in the blkfront device code. Anyway. To get xbd0 and xbd1 I need to use 0xCA00 and 0xCA10. The code matches on major 202 (0xca) and shifts the minor bits right to get partition ids (which I'm not using here.) This outlines some sanity checking and debugging which should be improved a little. Gives this output in dmesg: xbd0: 10240MB Virtual Block Device at device/vbd/1 on xenbus0 GEOM: new disk xbd0 xbd1: 512MB Virtual Block Device at device/vbd/2 on xenbus0 WARNING: WITNESS option enabled, expect reduced performance. GEOM: new disk xbd0 .. since I shouldn't be able to do that. and then ls -l /dev/xbd* : freebsd_domu# ls -l /dev/xbd* crw-r- 1 root operator 0, 41 May 18 02:51 /dev/xbd0 crw-r- 1 root operator 0, 41 May 18 02:51 /dev/xbd0 .. or that. Adrian ___ 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: My FreeBSD-current/Xen install notes
2009/5/19 Saifi Khan saifi.k...@twincling.org: . is dom0 support something that FreeBSD will target at some point in time or would be happy to be domU ? If Kip (and other Xen-clueful people get funding) - and there's time - then I bet so. . there was some mention of vimage/bitvisor in one of the slides (i think on scribd.com). So, is it that jails getting extended to support virtualization+containers and thus a entirely different approach which does not use Xen ? These solve different problem sets. :) People seem to think virtualisation is virtualisation. It isn't. It depends on what kind(s) of problems you're trying to solve. Xen solves a certain set of virtualisation problems. . is it envisaged that a stable NetBSD dom0 implementation would then be ported to FreeBSD (maybe) ? No idea. Is it stable? :) Personally, I'd prefer to see the FreeBSD DomU stuff 100% bulletproof and documented before more stuff is hacked on, but as I said before, I'm just interested in getting the current pieces into some kind of documented shape; I'm not hacking on Xen by any stretch of the imagination! Adrian ___ 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-current Xen image
I've put up a recent FreeBSD-current Xen DomU image at http://people.freebsd.org/~adrian/xen/ . * the image is a gzip'ed 512meg filesystem installworld/distribution install, around 208 mb. * it includes the grub bootloader info (/boot/grub/menu.lst); a basic /etc/fstab w/ root on xvd0 and swap on xvd1, and the xen console (xc0) in /etc/ttys. * The config file in that directory (freebsd-current.sxp) works for me. It assumes one network interface and two block devices on LVM - one for root, one for swap. You should be able to just dd the image into an LVM slice or modify the configuration to use a file (tap:aio IIRC), then xm create /path/to/file . xm console will give you a working console. Bonus points to you if you then figure out the magic required to boot it to single user mode to run growfs, then tunefs -n enable to enable softupdates, with the requisite fscks and reboots to make sure things stay consistent. I'll document that later. I'm working on DomU releng_7 and releng_6 images at the moment but I'm stuck with a buildworld issue and a kernel panic, respectively. Have fun; Adrian ___ 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: freebsd on opensolaris dom0
2009/6/7 Bruno Damour ll...@ruomad.net: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2 fault code = supervisor read, page not present instruction pointer = 0x21:0xc02f719b stack pointer = 0x29:0xc3527bc8 frame pointer = 0x29:0xc3527bf8 code segment = base 0x0, limit 0xf9800, type 0x1b = DPL 1, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq135: xn) [thread pid 12 tid 100024 ] Stopped at xlvbd_add+0x204b: cmpl $0,0(%edx) That seems to be dereferencing a mbuf pointer. I'll look into it. What are you doing to trigger this condition again? Adrian ___ 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: kernel freebsd
http://wiki.freebsd.org/AdrianChadd/XenImages/ has a couple of FreeBSD Xen system images that I've locally built. Hopefully that'll be enough for you to get started. Thanks, Adrian 2009/6/9 marco di sano marcodis...@gmail.com: hi, I'm new on this list. I have a debian etch system with xen support 3.0.3-1. I want to create a freebsd domU, but i don't find any freebsd kernel on the net. Instead I found the image .iso of the realese. Where can i find a freebsd kernel source with the XEN support? How can i start the machine domU? Thanks ___ 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: my experience with FreeBSD Xen guest
I've only just started seeing filesystem corruption under high load. -current Xen survived buildworlds in my initial testing so I was focusing more on fixing network related bugs. It is quite possible there are bugs in the VM system and/or Xen block device code which are causing instabilities. Please file a FreeBSD PR so the problem isn't forgotten about. Thanks, Adrian 2009/6/17 Alex Urbanowicz alex.urbanow...@artegence.com: Hello I've spent last four days trying to get a stable 8.0-CURRENT on a CentOS 5.3. I am not very versed in BSD, so some of the problems may come from applying generic Unix approach to BSD environment. * disk operations are unstable. I attach dmesg from boot of a freshly fscked filesystem (16G LVM on host), the two stack backtraces are routinely happening during boot sequence. Also massive operations like buildworld usually lead to more syscall errors and routine filesystem corruption * sometimes the guest just crashes to kernel debugger, I have not isolated any particular reason why it happens * during the four days I only managed to successfully compile kernel once and world twice, installworld always fails, the last one with following error: [...] === secure (install) === secure/lib (install) === secure/lib/libcrypto (install) .depend, line 19879: Unassociated shell command ��ɫ���'�F/^�� 闆 �� � .depend, line 19880: Need an operator .depend, line 19881: Need an operator .depend, line 19883: Missing dependency operator .depend, line 19884: Need an operator No closing parenthesis in archive specification .depend, line 19885: Error in archive specification: % Z��F��� ��_o o�x;w,� �Fގ�/ 7�͚�� No closing parenthesis in archive specification .depend, line 19886: Error in archive specification: � .depend, line 19888: Need an operator .depend, line 19889: Need an operator .depend, line 19893: Need an operator .depend, line 19894: Missing dependency operator No closing parenthesis in archive specification .depend, line 19899: Error in archive specification: 6pH�EX�� ��]9� 䝺8� .depend, line 19910: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/src/secure/lib. *** Error code 1 Stop in /usr/src/secure. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Also, during the mentioned buildworld the following syscall error happened: lock order reversal: 1st 0xc393b81c snaplk (snaplk) @ /usr/home/alex/bsd/sys/kern/vfs_vnops.c:295 2nd 0xc441037c ufs (ufs) @ /usr/home/alex/bsd/sys/ufs/ffs/ffs_snapshot.c:1587 KDB: stack backtrace: X_db_sym_numargs(c0356957,e4d2f640,c0116b95,c01072bb,c035979e,...) at X_db_sym_numargs+0x146 kdb_backtrace(c01072bb,c035979e,c36ccf10,c36ccbd0,e4d2f69c,...) at kdb_backtrace+0x29 witness_display_spinlock(c035979e,c441037c,c034c8dc,c36ccbd0,c0371652,...) at witness_display_spinlock+0x75 witness_checkorder(c441037c,9,c0371652,633,0,...) at witness_checkorder +0x839 __lockmgr_args(c441037c,8,0,0,0,...) at __lockmgr_args+0x797 ffs_snapremove(c4410324,0,e4d2f7d8,e4d2f7d8,c035e67e,...) at ffs_snapremove+0x11f ffs_truncate(c4410324,0,0,c00,0,...) at ffs_truncate+0x5f7 ufs_inactive(e4d2fa58,c4410398,c4410324,c4410398,e4d2fa70,...) at ufs_inactive+0x218 VOP_INACTIVE_APV(c03b0200,e4d2fa58,c0360aae,925,c03c2160,...) at VOP_INACTIVE_APV+0xa5 vref(c03b0200,e4d2fa8c,c0360aae,8ab,127,...) at vref+0x136e vput(c4410324,e4d2fac8,c0361c78,127,0,...) at vput+0x1cd vn_close(c4410324,1,c3b02600,c3b1f240,c0c74880,...) at vn_close+0x19a vn_close(c39611f8,c3b1f240,3,0,c39611f8,...) at vn_close+0x294 _fdrop(c39611f8,c3b1f240,e4d2fb94,c01169dc,0,c0507a20,c3b1f2e4,c0507a20,c039b680,c4bd432c,6f4,c034e229,e4d2fbbc,c00de690,c4bd432c,8,c034e229,6f4) at _fdrop+0x43 closef(c39611f8,c3b1f240,6f4,6f1,c3b1f2e4,...) at closef+0x290 fdfree(c3b1f240,0,c034eafc,103,1,...) at fdfree+0x3ea exit1(c3b1f240,0,e4d2fd3c,c0329e23,c3b1f240,...) at exit1+0x533 sys_exit(c3b1f240,e4d2fd08,4,c035a0f3,c039227c,...) at sys_exit+0x1d syscall(e4d2fd48) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x22 --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x28129f63, esp = 0xbf7fe33c, ebp = 0xbf7fe348 --- I guess that the both of the errors are related to fs corruption that happened during the course of buildworld (before I started buildworld I launched the guest from different image and fscked the / clean). The filesystem problems are severe, and block us from using FreeBSD/Xen. Regards Alex ___ 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
Re: Fw: XEN kernel config - supposed to build?
Just create a PR with the details and email me the number. I'll look at fixing it if it is broken. It has been working for me though! Adrian 2009/7/3 Tim Bishop t...@bishnet.net: Just FYI, here's an email I sent to freebsd-current earlier. I should maybe have sent it here instead, but I forgot, so this is just a quick ping in case you don't follow freebsd-current. Thanks, Tim. - Forwarded message from Tim Bishop tim-li...@bishnet.net - Date: Thu, 2 Jul 2009 16:50:55 +0100 From: Tim Bishop tim-li...@bishnet.net To: freebsd-curr...@freebsd.org Subject: XEN kernel config - supposed to build? I'm building the XEN kernel config on a recent (today) csup of CURRENT, but I'm getting the following build error: # make buildkernel KERNCONF=XEN ... cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/xen/evtchn/evtchn.c cc1: warnings being treated as errors /usr/src/sys/xen/evtchn/evtchn.c:653: warning: initialization from incompatible pointer type *** Error code 1 Is this supposed to be working? Or have I dived randomly in and missed the pool? :-) Thanks, Tim. - End forwarded message - -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 ___ 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: finishing up the xen port - would funding help?
The best thing users can do is -tell- the FreeBSD foundation that they're interested in this and in what way they're interested. If you're a company that is or would like to be deploying FreeBSD on Xen, you should also do this. Adrian 2009/8/24 Kai Mosebach x...@komadev.de: Hi, i guess a lot of us feel the same (mainly sadness) about the progress here and a lot of us have to feed penguins meanwhile... I personally think, that the virtualization technology in general is one of the key technologies of tomorrow and therefore it makes me even more sad, that FreeBSD fell back that much these days (years!). Therefore i ask myself whether this should be a major project in general and maybe the best way to push it (along with all the administrative and longterm problem) might be to get support from the FreeBSD Foundation, which successfully enabled Java for BSD some months ago (another key technology as i think). Otherwise it is very unprobably (in my eyes) that the little daemon ever will be playing in the ongoing cloud game and everything behind, which IS and WOULD BE a shame! Maybe some of the core ppl can raise awareness here? Best Kai - Adrian Chadd adr...@freebsd.org schrieb: Including me, as a developer. adrian 2009/8/22 Randy Bush ra...@psg.com: 2) Individual monetary contributions cannot be by default handled by some proxy person (without much legal footwork); they will need to go directly from the source to the developer. a number of us have legal business fronts that could be used in pass-through mode. let's not worry about administrivia. randy ___ 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 ___ 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: finishing up the xen port - would funding help?
Give me a few days to get stuff together here and I'll see what I can do in -head. Thanks for all your offers of support. adrian 2009/8/26 Michael David Crawford m...@prgmr.com: Luke S Crawford wrote: I could also scrape up some cash. (unfortunately, my own budget isn't as flush as it was a few months ago, when I tried to set one of my friends on the project.) That friend would be me (no relation). I'm afraid I didn't get very far at the time, in part because I had a lot of trouble coming to grips with Xen, and because I had never done any FreeBSD kernel programming before. I would be happy to continue with the work as a volunteer. I'd like to actually contribute some real code so as to finally earn all the money Luke paid me. I've been reading McKusick's book on The Design and Implementation of the FreeBSD Operating System. It is very good; I expect I will be able to do some meaningful kernel hacking once I finish reading it. I gave up on Xen entirely for a while, as I had intended to use it for a project of my own but just couldn't get it to do what I need. But the Xen kernel and Linux Dom0 continue to be actively developed, so I'm intending to give it another try. I do have experience with kernel and driver programming on Mac OS X and with embedded systems. I am also a wizard at debugging - I was once on a team at Apple that specialized in fixing the most difficult bugs in the Classic Mac OS. I have also done a lot of storage and FireWire work. I have a Core 2 Quad Xeon box that runs Fedora 11, as well as a Core 2 Duo box that Luke lent me, that runs FreeBSD CURRENT. My intention for that box has been to learn FreeBSD kernel hacking by fixing some of the existing bugs on real hardware. That's just a step in the process of learning how to hack FreeBSD's DomU support. Ever Faithful, Mike -- Michael David Crawford m...@prgmr.com prgmr.com - We Don't Assume You Are Stupid. Xen-Powered Virtual Private Servers: http://prgmr.com/xen ___ 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: finishing up the xen port - would funding help?
I'd suggest use whatever works. I use Centos 5.x since they use the latest stable xen patched kernel but its quite out of date. Adrian 2009/8/29 Michael David Crawford m...@prgmr.com: For working on the FreeBSD DomU, what should we use for the Xen kernel and the Dom0? Most people use Linux for Dom0 I think, but I understand you can also use Solaris. I was running the bleeding edge sources for a while, and I was able to get them to work, but not well. I eventually abandoned the effort out of frustration. However we might need some changes to the Xen or to the Dom0 sources, so maybe it would be best to work with the bleeding edge. A problem I had is that I was trying to use Xen to support the development of my own cross-platform product. This machine has a RAID that contains *all* of my files, going back almost twenty years. So I was a little hesitant to boot just any kernel on it. But now I have another box, purely for experimental use, that doesn't have any manner of precious data on it. I can freely run anything on it, without fear of losing anything valuable. Mike -- Michael David Crawford m...@prgmr.com prgmr.com - We Don't Assume You Are Stupid. Xen-Powered Virtual Private Servers: http://prgmr.com/xen ___ 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: finishing up the xen port - would funding help?
Just don't dick around with that stuff unless you're an actual developer! :) stick to a distribution you get support from. I'd suggest CentOS. Centos/redhat are at least caring about Xen PVM/HVM support. Ubuntu for example seems to really only care about KVM these days. No idea about the rest. Adrian 2009/8/29 Michael David Crawford m...@prgmr.com: The Xen kernel sources seem to be kept in both Mercurial and Git repositories. I've never been real clear as to which one I should use. If I want to use the development sources, but not the raw, seething, bleeding edge, which repository do I use? Can you supply an example checkout command line? The Linux Dom0 development just uses Git, I think, because that's what the mainline kernel developers use. Thanks, Mike -- Michael David Crawford m...@prgmr.com prgmr.com - We Don't Assume You Are Stupid. Xen-Powered Virtual Private Servers: http://prgmr.com/xen ___ 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: finishing up the xen port - would funding help?
The -head xen stuff I was testing worked fine with the out-of-box Xen hypervisor shipped with CentOS 5.3. That is what I'm using to do development against at the moment. Adrian 2009/8/29 Michael David Crawford m...@prgmr.com: Adrian Chadd wrote: Just don't dick around with that stuff unless you're an actual developer! :) stick to a distribution you get support from. I'd suggest CentOS. I'm concerned that the FreeBSD support might need patches made to the Xen kernel or to the various Dom0s. If that were the case, we really would be wanting to run the development code. When I was working with Xen a few months ago, the development code had all kinds of stuff in it that wasn't available in any of the releases. Mike -- Michael David Crawford m...@prgmr.com prgmr.com - We Don't Assume You Are Stupid. Xen-Powered Virtual Private Servers: http://prgmr.com/xen ___ 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: finishing up the xen port - would funding help?
Please contact the FreeBSD foundation and let them know that Amazon contacted you. The best thing to do IMHO is get Amazon and the Foundation discussing Xen related things before involving developers. Thanks, Adrian 2009/10/10 Greg Larkin glar...@freebsd.org: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adrian Chadd wrote: Give me a few days to get stuff together here and I'll see what I can do in -head. Thanks for all your offers of support. adrian [...] Hi everyone, I received an email from a contact @ Amazon AWS yesterday asking about the status of the FreeBSD Xen project. He and I connected earlier this year after a short exchange on Twitter and some emails about getting FreeBSD AMIs running on Amazon EC2. I told him that there was a thread on the freebsd-xen mailing list in August. My understanding is that the primary blocker is funding for the developers who have the skills required to bring the Xen support up to production quality. I also figured that it might take even more time to then port to the version of Xen used by Amazon. I hope to hear back from him soon with his thoughts. Obviously, it would be extremely helpful if Amazon funded the development, presuming there would be a long-term financial gain for them. If anyone has any feedback that I should relay to him, let me know. I also asked him if he wanted contact information for the FreeBSD/Xen developers and other folks who are involved in the project at a high level. I'll post back here if he does. Best regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFKz+xu0sRouByUApARArKYAKCVziRDp71w977HHy2XpKxQsHgUXgCaA2fT RFxGu9dVA1s39MKn0+o6520= =Zg60 -END PGP SIGNATURE- ___ 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
This sounds like you're running the domU with 1 CPU.. ? Adrian 2009/10/28 Hugo Silva h...@barafranca.com: 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: FreeBSD Xen domU ?
Take a look at my page in the wiki. wiki.freebsd.org/AdrianChadd I haven't built any Xen images lately. I may try and build an 8.0-RC1 or 8.0-RC2 kernel image. I think things are still a bit unstable though and I personally don't have the time to try and fix them at the present.. Adrian 2009/11/3 Brett Sheffield br...@gladserv.com: Greetings all, What's the present status of FreeBSD running under Xen? I see some posts in the archives of this mailing list suggesting RC2 works. Is anyone using this in production yet? I was planning on offering FreeBSD virtual servers from next year, but I've had an enquiry already so I'm looking at it sooner than I'd expected. Documentation at http://wiki.freebsd.org/FreeBSD/Xen is a bit thin. It links to http://www.fsmware.com/xenofreebsd/7.0/download/ which is broken: $ host www.fsmware.com Host www.fsmware.com not found: 3(NXDOMAIN) Is this the most up-to-date doco? Happy to contribute to improving it (assuming I can get it working myself, of course!) Cheers, Brett -- __ Application Hosting | Virtual Servers | Monitoring | Email Tel: 0131 510 0340 http://www.gladserv.com/ ___ 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: Xen 8 9 DomU kernel panic with 2 or more virtual CPU
The last time I checked, FreeBSD/DomU was highly buggy, and this includes SMP support. I never managed to get around to figuring out what wasn't being locked correctly. :/ Adrian On 1 April 2010 00:49, Guillaume Seigneuret g...@omegacube.fr wrote: Dear all, When I try to make FreeBSD work in Xen domU with multiple vcups, I got a kernel panic. If someone have a clue . I got the following error : WARNING: loader(8) metadata is missing! GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #1: Tue Mar 23 20:38:17 CET 2010 drgk...@redproxy2:/usr/obj/usr/src/sys/XEN i386 WARNING: WITNESS option enabled, expect reduced performance. Xen reported: 2526.982 MHz processor. Timecounter ixen frequency 10 Hz quality 0 CPU: Intel(R) Xeon(R) CPU X3440 @ 2.53GHz (2526.98-MHz 686-class CPU) Origin = GenuineIntel Id = 0x106e5 Family = 6 Model = 1e Stepping = 5 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA ,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x98e3fdSSE3,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PD CM,SSE4.1,SSE4.2,POPCNT AMD Features=0x2810NX,RDTSCP,LM AMD Features2=0x1LAHF TSC: P-state invariant Data TLB: 4 KB pages, 4-way set associative, 64 entries 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size L2 cache: 256 kbytes, 8-way associative, 64 bytes/line real memory = 536870912 (512 MB) Physical memory chunk(s): 0x007f - 0x1f638fff, 518295552 bytes (126537 pages) avail memory = 515362816 (491 MB) APIC: Using the MPTable enumerator. SMP: Added CPU 0 (BSP) ULE: setup cpu 0 [XEN] IPI cpu=0 irq=128 vector=RESCHEDULE_VECTOR (0) [XEN] IPI cpu=0 irq=129 vector=CALL_FUNCTION_VECTOR (1) Event-channel device installed. mem: memory Pentium Pro MTRR support enabled nfslock: pseudo-device null: null device, zero device random: entropy source, Software, Yarrow io: I/O crypto: crypto core Grant table initialized xenbus0: Xen Devices on motherboard xc0: Xen Console on motherboard kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x21:0xc0389142 stack pointer = 0x29:0xc06c6ad8 frame pointer = 0x29:0xc06c6af0 code segment = base 0x0, limit 0xf, type 0x1b = DPL 1, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) [ thread pid 0 tid 10 ] Stopped at intr_execute_handlers+0x12: movl 0x8(%ebx),%eax db db db show alllocks Process 0 (kernel) thread 0xc044f430 (10) exclusive sleep mutex Giant (Giant) r = 0 (0xc0450c50) locked @ /usr/src/sys/kern/kern_module.c:117 Or : Started domain RedProxy2 (id=23) WARNING: loader(8) metadata is missing! GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #1: Tue Mar 23 20:38:17 CET 2010 drgk...@redproxy2:/usr/obj/usr/src/sys/XEN i386 WARNING: WITNESS option enabled, expect reduced performance. Xen reported: 2526.984 MHz processor. Timecounter ixen frequency 10 Hz quality 0 CPU: Intel(R) Xeon(R) CPU X3440 @ 2.53GHz (2526.98-MHz 686-class CPU) Origin = GenuineIntel Id = 0x106e5 Family = 6 Model = 1e Stepping = 5 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA ,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x98e3fdSSE3,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PD CM,SSE4.1,SSE4.2,POPCNT AMD Features=0x2810NX,RDTSCP,LM AMD Features2=0x1LAHF TSC: P-state invariant Data TLB: 4 KB pages, 4-way set associative, 64 entries 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size L2 cache: 256 kbytes, 8-way associative, 64 bytes/line real memory = 536870912 (512 MB) Physical memory chunk(s): 0x007f - 0x1f638fff, 518295552 bytes (126537 pages) avail memory = 515362816 (491 MB) APIC: Using the MPTable enumerator. SMP: Added CPU 0 (BSP) SMP: Added CPU 1 (AP) gdtpfn=219746 pdptpfn=5cc05 panic:
Re: Kip Macy, are you out there?
Hi, I can do you up a build of Kip's 7.x/Xen branch if you'd like. I don't think it'll run in its current state on EC2 unless you've updated the version of Xen on the cluster. Adrian On 27 August 2010 08:52, Ward, Miles miw...@amazon.com wrote: Kip, this is Miles from Amazon. We're interested in running FreeBSD on EC2. Any way we could take a peek at this? http://www.fsmware.com/xenofreebsd/7.0/download/ Thanks! Miles Ward | Amazon Web Services ___ 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: PV i386 patch
On 21 December 2011 12:47, Alan Cox a...@rice.edu wrote: Can you please try the attached patch? I'm trying to reduce the number of differences between the native and Xen pmap implementations. Hi, When I last tinkered with Xen, I noticed that it was _very_ easy to end up with FS corruption by just doing a whole lot of parallel software builds (in my case squid). This happened with single-CPU VMs too. I wonder if this would be fixed by your work.. Adrian ___ 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: PV i386 patch
On 27 December 2011 15:24, Sean Bruno sean...@yahoo-inc.com wrote: Initial testing looks ok from here. Single CPU PV DomU is up and running as ref10-xen32.f.o if you want to poke around at all. I'm updating the HVM enabled ref10-xen64.f.o as well to check it out. Since I don't yet have my test environment going here, is anyone here running (developer) accessible PVM hosts (32 bit) that I can get access to? I can run a whole sleuth of thrashing tests on it to see if it breaks. Thanks, Adrian ___ 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: FreeBSD now available on all EC2 instance types
On 17 January 2012 15:34, Colin Percival cperc...@freebsd.org wrote: * ec2.patch is just tweaking some configuration files, so that doesn't need to be merged and isn't really a patch anyway. There's also some new rc.d scripts which get installed and more configuration files; I'm not sure if it makes sense to bring those rc.d scripts into FreeBSD proper since they're only relevant to the EC2 environment. .. port? Adrian ___ 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
Xen and the art of the Linux Foundation
Hi all, Now that the Xen project is moving under the umbrella of the Linux foundation, what's that mean for Xen on non-Linux platforms? adrian ___ 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