Re: problems with 7.2, vm_page_insert: page already inserted
Dimitry Andric escribió: As a side note, isc-dhcp30-server port doesn't like the new jail stuff Please see http://www.freebsd.org/cgi/query-pr.cgi?pr=131515 for a possible fix. Your patch builds cleanly and looks good (against today's sources), at least not using jails at all :). Let me see about jailed dhcp, even compiling support for it I've never tried before XD. Regards, Raul ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: problems with 7.2, vm_page_insert: page already inserted
Alan Cox escribió: I believe that this problem is now resolved. A recent MFC overlooked one critical change. That change was MFCed a few minutes ago. So, please update your kernel. Rebuilding right now, thanks. Regards Raul ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: problems with 7.2, vm_page_insert: page already inserted
Alan Cox wrote: > I believe that this problem is now resolved. A recent MFC overlooked > one critical change. That change was MFCed a few minutes ago. So, > please update your kernel. > > Regards, > Alan > > I will csup and rebuild tonight, thanks for sharing! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: problems with 7.2, vm_page_insert: page already inserted
I believe that this problem is now resolved. A recent MFC overlooked one critical change. That change was MFCed a few minutes ago. So, please update your kernel. Regards, Alan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
problems with 7.2, vm_page_insert: page already inserted
(Sorry for not directly replying to the thread, just subscribed to the list) I've had this panic myself, on a system that would run 7.1 for weeks at a time. More importantly, this is a very standard desktop system with very simple apps for casual use: FreeBSD atlantis.dyndns.org 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #21: Sat Apr 4 08:30:04 EEST 2009 r...@atlantis.dyndns.org:/usr/obj/usr/src/sys/ATLANTIS i386 As far as modules are concerned: Id Refs AddressSize Name 1 13 0xc040 624a64 kernel 21 0xc0a25000 5464 vesa.ko 31 0xc0a2b000 6a45cacpi.ko 41 0xc55bc000 22000linux.ko 51 0xc5f4d000 9000 i915.ko 61 0xc5f56000 13000drm.ko sound, snd_hda and geom_journal are built into the kernel (I am journaling /usr and /var). There are no other differences (other than some removed drivers) from GENERIC The latest incident was this morning, while I was opening firefox. The system has 2G of memory and 1G swap and it never runs out of memory (it won't even touch swap most of the times) as it is just a standard desktop (XFCE). Unfortunately I don't have a dump at this point, but as the system runs 24/7 I'll make sure to get one if it happens next time. I've nuked and reinstalled all packages from scratch today. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: problems with 7.2, vm_page_insert: page already inserted
Here's another one: panic: vm_page_insert: page already inserted cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at 0x8018bd85 = db_trace_self_wrapper+0x2a kdb_backtrace() at 0x802d3717 = kdb_backtrace+0x32 panic() at 0x802a95ac = panic+0x1b0 vm_page_insert() at 0x8041aa1c = vm_page_insert+0x2e vm_page_alloc() at 0x8041af09 = vm_page_alloc+0x3c0 kmem_malloc() at 0x8040fd98 = kmem_malloc+0x329 page_alloc() at 0x80407280 = page_alloc+0x18 uma_large_malloc() at 0x80409b0b = uma_large_malloc+0x4d malloc() at 0x802999a3 = malloc+0x97 zfs_kmem_alloc() at 0x807836ed = zfs_kmem_alloc+0x12 zio_data_buf_alloc() at 0x807cbca3 = zio_data_buf_alloc+0xe arc_get_data_buf() at 0x807924f3 = arc_get_data_buf+0x28e arc_buf_alloc() at 0x80792736 = arc_buf_alloc+0xe0 arc_read() at 0x807938b6 = arc_read+0x2bb dbuf_prefetch() at 0x80797aa8 = dbuf_prefetch+0x146 dmu_zfetch_dofetch() at 0x807aa102 = dmu_zfetch_dofetch+0x102 dmu_zfetch() at 0x807aa80c = dmu_zfetch+0x55a dbuf_read() at 0x807965c5 = dbuf_read+0x37f dmu_buf_hold_array_by_dnode() at 0x80798e92 = dmu_buf_hold_array_by_dnode+0x1ed dmu_buf_hold_array() at 0x8079922c = dmu_buf_hold_array+0x57 dmu_read_uio() at 0x8079928e = dmu_read_uio+0x3f zfs_freebsd_read() at 0x807dcb84 = zfs_freebsd_read+0x4b1 VOP_READ_APV() at 0x8047f7e4 = VOP_READ_APV+0x47 vn_read() at 0x803392b2 = vn_read+0x275 dofileread() at 0x802e1246 = dofileread+0x96 kern_preadv() at 0x802e13d1 = kern_preadv+0x6a pread() at 0x802e149f = pread+0x51 syscall() at 0x8044755d = syscall+0x347 Xfast_syscall() at 0x8042c51b = Xfast_syscall+0xab -- Andriy Gapon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: problems with 7.2, vm_page_insert: page already inserted
On Sat, Apr 11, 2009 at 08:30:42PM -0400, Ken Smith wrote: > That said if there is a bug it's likely to be something fairly difficult > to reproduce (lots of people are running 7.2-PRERELEASE and so far only > two reports of this issue) so it's not a shock for you to have only had > it happen once so far. Odds are it takes a rare sequence of events to > trigger it. I also reported this in Mar 19th with some kgdb-output: http://lists.freebsd.org/pipermail/freebsd-stable/2009-March/048911.html == uname -a == FreeBSD top.uugrn.org 7.1-STABLE FreeBSD 7.1-STABLE #0: Sat Mar 14 20:06:04 CET 2009 r...@top.uugrn.org:/usr/obj/usr/src_RELENG_7/sys/TOP i386 == /usr/src/sys/i386/conf/TOP == include GENERIC ident TOP nodeviceplip# TCP/IP over parallel == kldstat == Id Refs AddressSize Name 19 0xc040 9ec994 kernel 21 0xc0ded000 164e8geom_mirror.ko 31 0xc0e04000 6a45cacpi.ko 41 0xc5b9a000 e000 ipfw.ko 51 0xc5c94000 4000 logo_saver.ko 61 0xc5cf4000 4000 nullfs.ko 71 0xc5cfc000 4000 fdescfs.ko == Hardware == The machine ran about 30 months without crashes, at last with 6.4-RELEASE. The storage was on a 3ware with two attached SATA150 drives. Then we replaced the old 3ware + 2xSATA by two onboard-attached SATA300 drives with geom mirror configuration. The new OS is 7.1-STABLE from Mar 14th, which crashed with "vm_page_insert: page already inserted" under i/o load. geom mirror status: NameStatus Components mirror/TOPRAID COMPLETE ad4 ad6 atap...@pci0:0:31:2:class=0x010601 card=0x778015d9 chip=0x27c18086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GB I/O Controller Hub SATA cc=AHCI' class = mass storage subclass = SATA Mar 14 22:45:37 top kernel: atapci1: port 0x6898-0x689f,0x687c-0x687f,0x6890-0x6897,0x6878-0x687b,0x6880-0x688f mem 0xed000400-0xed0007ff irq 19 at device 31.2 on pci0 Mar 14 22:45:37 top kernel: atapci1: [ITHREAD] Mar 14 22:45:37 top kernel: atapci1: AHCI Version 01.10 controller with 4 ports detected Mar 14 22:45:37 top kernel: ata2: on atapci1 Mar 14 22:45:37 top kernel: ata2: [ITHREAD] Mar 14 22:45:37 top kernel: ata3: on atapci1 Mar 14 22:45:37 top kernel: ata3: [ITHREAD] Mar 14 22:45:37 top kernel: ad4: 381554MB at ata2-master SATA300 Mar 14 22:45:37 top kernel: ad6: 381554MB at ata3-master SATA300 == What happened == The crash happened while cvsupping from local cvsup-mirror, hence there was pretty much read-write i/o on the geom while having some CPU load. After rebooting the geom-mirror was degraded and rebuilded within some couple of hours. I didn't have had any crashes since then but don't want to provoke this since this server is kind of "productive". Maybe those "environmental" information does help someone to spot the cause of this error. Regards Raphael Becker -- Raphael Beckerhttp://rabe.uugrn.org/ GnuPG:E7B2 1D66 3AF2 EDC7 9828 6D7A 9CDA 3E7B 10CA 9F2D .|.|.|.|.|.|.|.. pgpl3pAHJVDMF.pgp Description: PGP signature
Re: problems with 7.2, vm_page_insert: page already inserted
>You're the second one to report this panic so it's caught our notice as >something to watch over. One report of a panic like this is potentially >issues with memory errors or any number of other possibilities given >this area of code but more than that deserves us paying more attention >to it. Well, here's a third report for you - I saw the same panic, and I was also running without swap at the time. I was migrating a system from UFS to using ZFS, which I did by NFS mounting some space, copying the files there, then repartitioning the original machine and copying them back. I got the panic during one of the big copy sessions, but I can't rememer the direction I'm afraid. The system is running STABLE from early March. I didn't report it at the time as I just assumed it was a ZFS tuning issue, but now I see this thread and I realise I've never seen that panic on any ZFS machines. It was a one-off, but that does make three of us now. Is the common factor that we all had swap disabled at the time ? That worries me as I now install all our webservers with twice the RAM and no swap, due to the fact that having swap gves us worse behaviour when we get overloaded. -pete. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: problems with 7.2, vm_page_insert: page already inserted
El dom, 12-04-2009 a las 00:00 -0400, Ken Smith escribió: > On Sat, 2009-04-11 at 23:35 -0400, Mike Tancsa wrote: > > I am wondering if it was an issue > > of not having swap. > > Raul, > > Any chance your machine might have somehow run low on available memory > (either by not having swap enabled, or perhaps not enough swap space)? I can't say no, is connected throught internet and run maybe some poorly tunned services, but fairly difficult. The worst memory scenario that I remember was artificially stressing zfs ... around 1.5Gb 'Inact' and no swap in use. The box has 4Gb of memory and a 4Gb swap partition enabled practically never used. Given said that, and related to zfs the box 'constrain' kernel memory. The loader.conf looks like: [] vm.kmem_size="1536M" vm.kmem_size_max="1536M" [] This are normal figures from top, perhaps a little higher (wired) but not much: [] last pid: 90354; load averages: 0.03, 0.05, 0.05up 0+09:55:09 09:51:46 115 processes: 2 running, 113 sleeping CPU: 2.3% user, 1.5% nice, 0.2% system, 0.0% interrupt, 96.1% idle Mem: 356M Active, 2502M Inact, 873M Wired, 99M Cache, 399M Buf, 108M Free Swap: 4096M Total, 24K Used, 4096M Free [] Regards Raul ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: problems with 7.2, vm_page_insert: page already inserted
On Sat, 2009-04-11 at 23:35 -0400, Mike Tancsa wrote: > I am wondering if it was an issue > of not having swap. Raul, Any chance your machine might have somehow run low on available memory (either by not having swap enabled, or perhaps not enough swap space)? Thanks (and thanks Mike). -- Ken Smith - From there to here, from here to | kensm...@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | signature.asc Description: This is a digitally signed message part
Re: problems with 7.2, vm_page_insert: page already inserted
At 08:30 PM 4/11/2009, Ken Smith wrote: On Sun, 2009-04-12 at 02:04 +0200, Raul wrote: > I've rebuilt all ports twice without a glitch, except isc-dhcp30-server > but that's another story. Can this double rebuilt help somehow with that > sort of error?. I'm still out of ideas ... If the double rebuild did help somehow it's still an issue that would need to be addressed. Stuff user-level does shouldn't cause the kernel to panic - that's never a good thing. You're the second one to report this panic so it's caught our notice as something to watch over. One report of a panic like this is potentially issues with memory errors or any number of other possibilities given this area of code but more than that deserves us paying more attention to it. Mike, you were the first to report this - have you had recurrences? Hi Ken, I have not see it again. I am wondering if it was an issue of not having swap. It happened last weekend when some level 0 dumps over nfs are run, so its possible too much demand on memory and 'bad things' started to happen. I have since enabled swap and no issues since. On another box which has a similar mix of spamd,clamav, sendmail, no issues at all. ---Mike That said if there is a bug it's likely to be something fairly difficult to reproduce (lots of people are running 7.2-PRERELEASE and so far only two reports of this issue) so it's not a shock for you to have only had it happen once so far. Odds are it takes a rare sequence of events to trigger it. -- Ken Smith - From there to here, from here to | kensm...@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: problems with 7.2, vm_page_insert: page already inserted
Raul wrote: El sáb, 11-04-2009 a las 19:37 -0500, Alan Cox escribió: Please post your kernel configuration file. It's rather simple: [] include GENERIC ident TURING options IPSEC device enc device crypto [] That's all. Ok, thanks. Alan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: problems with 7.2, vm_page_insert: page already inserted
El sáb, 11-04-2009 a las 19:37 -0500, Alan Cox escribió: > Please post your kernel configuration file. Maybe loaded kernel modules are also interesting: [] Id Refs AddressSize Name 1 17 0x8010 c13558 kernel 21 0x80e22000 8113czfs.ko 31 0x80ea4000 111b opensolaris.ko 41 0x80ea6000 240e if_vlan.ko 51 0x80ea9000 972 pflog.ko 61 0x80eaa000 2ae58pf.ko 71 0x80ed5000 19ba ng_socket.ko 88 0x80ed7000 8f74 netgraph.ko 91 0x80ee 184b ng_mppc.ko 101 0x80ee2000 23e rc4.ko 111 0x80ee3000 1446 ng_iface.ko 121 0x80ee5000 45fe ng_ppp.ko 131 0x80eea000 a9e ng_tee.ko 141 0x80eeb000 12a6 ng_ether.ko 151 0x80eed000 30be ng_pppoe.ko 161 0x80ef1000 9e2 ng_tcpmss.ko [] Regards Raul ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: problems with 7.2, vm_page_insert: page already inserted
El sáb, 11-04-2009 a las 19:37 -0500, Alan Cox escribió: > Please post your kernel configuration file. It's rather simple: [] include GENERIC ident TURING options IPSEC device enc device crypto [] That's all. Regards Raul ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: problems with 7.2, vm_page_insert: page already inserted
Please post your kernel configuration file. Regards, Alan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: problems with 7.2, vm_page_insert: page already inserted
On Sun, 2009-04-12 at 02:04 +0200, Raul wrote: > I've rebuilt all ports twice without a glitch, except isc-dhcp30-server > but that's another story. Can this double rebuilt help somehow with that > sort of error?. I'm still out of ideas ... If the double rebuild did help somehow it's still an issue that would need to be addressed. Stuff user-level does shouldn't cause the kernel to panic - that's never a good thing. You're the second one to report this panic so it's caught our notice as something to watch over. One report of a panic like this is potentially issues with memory errors or any number of other possibilities given this area of code but more than that deserves us paying more attention to it. Mike, you were the first to report this - have you had recurrences? That said if there is a bug it's likely to be something fairly difficult to reproduce (lots of people are running 7.2-PRERELEASE and so far only two reports of this issue) so it's not a shock for you to have only had it happen once so far. Odds are it takes a rare sequence of events to trigger it. -- Ken Smith - From there to here, from here to | kensm...@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | signature.asc Description: This is a digitally signed message part
Re: problems with 7.2, vm_page_insert: page already inserted
On 2009-04-12 02:04, Raul wrote: > As a side note, isc-dhcp30-server port doesn't like the new jail stuff Please see http://www.freebsd.org/cgi/query-pr.cgi?pr=131515 for a possible fix. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: problems with 7.2, vm_page_insert: page already inserted
Hi again. El sáb, 11-04-2009 a las 12:55 +0200, Raul escribió: > Hello! > > Last night I've switched at home from 7.1R to RELENG_7. Everything went > smooth but 2 hours 46 mins later the box paniced with: vm_page_insert: > page already inserted. The 1688MB dump stopped at 1417 ... there is no > dump available :/. I've rebuilt all ports twice without a glitch, except isc-dhcp30-server but that's another story. Can this double rebuilt help somehow with that sort of error?. I'm still out of ideas ... As a side note, isc-dhcp30-server port doesn't like the new jail stuff with default port setings (WITH_DHCP_JAIL=true): [] Making all in server cc -O2 -fno-strict-aliasing -pipe -D_PATH_DHCPD_CONF= \"/usr/local/etc/dhcpd.conf\" -D_PATH_DHCPD_DB=\"/var/db/dhcpd.leases\" -D_PATH_DHCPD_PID=\"/var/run/dhcpd.pid\" -D_PATH_DHCRELAY_PID= \"/var/run/dhcrelay.pid\" -D_PATH_DHCLIENT_CONF= \"/usr/local/etc/dhclient.conf\" -D_PATH_DHCLIENT_SCRIPT= \"/usr/local/sbin/dhclient-script\" -D_PATH_DHCLIENT_DB= \"/var/db/dhclient.leases\" -D_PATH_DHCLIENT_PID=\"/var/run/dhclient.pid \" -Dwarn=dhcp_warn -DNOMINUM -DPARANOIA -DJAIL -I/usr/ports/net/isc-dhcp30-server/work/dhcp-3.0.7 -I/usr/ports/net/isc-dhcp30-server/work/dhcp-3.0.7/includes -O -Wall -Wno-unused -c dhcpd.c dhcpd.c: In function 'setup_jail': dhcpd.c:234: error: 'struct jail' has no member named 'ip_number' *** Error code 1 [] may I fill a PR about this? Regards Raul ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
problems with 7.2, vm_page_insert: page already inserted
Hello! Last night I've switched at home from 7.1R to RELENG_7. Everything went smooth but 2 hours 46 mins later the box paniced with: vm_page_insert: page already inserted. The 1688MB dump stopped at 1417 ... there is no dump available :/. The box, a dell t105, has been rock solid (as freeBSD) until yesterday since 7.0R. It runs a bit complex mixture of things: xorp, racoon, ipsec, pf, several openvpn udp tunnels, pppoe client (mpd5), intensive use of zfs, some nfs, samba, apache, php, postgresql, mysql, dovecot, postfix ... well, the list is never ending and I have no idea where to start to track the problem. dmesg available at http://pastebin.com/m4d640f31 feel free to ask for whatever more info HELP! Thanks a lot in advance, Cheers. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
