Date: Sun, 07 Jun 2009 07:10:52 +0200 From: Bruno Damour <llama@ruomad.net> To: Adrian Chadd <adrian@freebsd.org> Cc: freebsd-xen@freebsd.org Subject: Re: freebsd on opensolaris dom0 Message-ID: <4A2B4BDC.2020900@ruomad.net> In-Reply-To: <d763ac660906062141v6ead5799v584fcc030441fdee@mail.gmail.com> References: <4A2864E1.40208@ruomad.net> <d763ac660906041941t545df92dna922097d2691e04b@mail.gmail.com> <4A28A674.6020809@ruomad.net> <4A28AA18.3010808@ruomad.net> <4A2A962A.9050207@ruomad.net> <d763ac660906062124i29348286kd01bb8d5441fa1c9@mail.gmail.com> <4A2B4412.8030704@ruomad.net> <d763ac660906062141v6ead5799v584fcc030441fdee@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Adrian Chadd wrote: > What, so fetching data from ftpd running on the xen domU to another > LAN connected host? > > >> so the problem seems to come more from upload traffic than download ? >> > > See, thats the sort of information I need to reproduce the problem. :) > > I enable a ftp on a local LAN host (not the dom0) and it confirms that ftp get works whereas a ftp put command triggers an immediate crash : # ftp 192.168.0.103 ftp: Unknown port `ftp', using port 21 Connected to 192.168.0.103. 220 random FTP server ready. Name (192.168.0.103): bruno 331 Password required for bruno. Password: 230 User bruno logged in. Remote system type is UNIX. Using binary mode to transfer files. ftp> get zaum_by_slbprod-2.6.sql local: zaum_by_slbprod-2.6.sql remote: zaum_by_slbprod-2.6.sql 229 Entering Extended Passive Mode (|||14185|) 150 Opening BINARY mode data connection for zaum_by_slbprod-2.6.sql (10514 bytes). 226 Transfer complete. 10514 bytes received in 00:00 (31.29 KB/s) ftp> put foobar local: foobar remote: foobar 229 Entering Extended Passive Mode (|||20050|) 150 Opening BINARY mode data connection for foobar. Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex xennetif_tx (network transmit lock) r = 0 (0xc39430a0) locked @ /home/adrian/work/freebsd/xen/svn/head/sys/dev/xen/netfront/netfront.c:1144 KDB: stack backtrace: X_db_sym_numargs(c03578d2,c3527ab4,c01166d5,c037b2c8,478,...) at X_db_sym_numargs+0x146 kdb_backtrace(c037b2c8,478,ffffffff,c050a9cc,c3527aec,...) at kdb_backtrace+0x29 witness_display_spinlock(c0359db5,c3527b00,4,1,0,...) at witness_display_spinlock+0x75 witness_warn(5,0,c0383c74,c3527b5c,c,...) at witness_warn+0x1fd trap(c3527b88) at trap+0x13e alltraps(c39430a0,0,c037b2c8,478,2,...) at alltraps+0x1b xlvbd_add(c3943000,c3527cc8,c00c6924,c03ce780,c3782538,...) at xlvbd_add+0x36b3 intr_event_execute_handlers(c37087ec,c3782500,c034fbb5,4e9,c3782570,...) at intr_event_execute_handlers+0x125 intr_event_add_handler(c3948140,c3527d38,c034f8e8,335,c37087ec,...) at intr_event_add_handler+0x41f fork_exit(c00afe50,c3948140,c3527d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3527d70, ebp = 0 --- 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) db> bt Tracing pid 12 tid 100024 td 0xc3756d80 xlvbd_add(c39430a0,0,c037b2c8,478,2,...) at xlvbd_add+0x204b xlvbd_add(c3943000,c3527cc8,c00c6924,c03ce780,c3782538,...) at xlvbd_add+0x36b3 intr_event_execute_handlers(c37087ec,c3782500,c034fbb5,4e9,c3782570,...) at intr_event_execute_handlers+0x125 intr_event_add_handler(c3948140,c3527d38,c034f8e8,335,c37087ec,...) at intr_event_add_handler+0x41f fork_exit(c00afe50,c3948140,c3527d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3527d70, ebp = 0 --- db>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A2B4BDC.2020900>