Re: [Solved] FreeBSD 9-Beta3 on X300 2 problems
crsnet.pl crs...@crsnet.pl writes: On Tue, 27 Sep 2011 08:21:23 +0800, Adrian Chadd adr...@freebsd.org wrote: Hi, Please try to do this without wlan loaded at all (not just down, but build your wifi support as a module.) Then try without X, see whether it's related to that or not. (And you haven't told us what your hardware is.) Gavin Atkinson send me this link : http://docs.freebsd.org/cgi/getmsg.cgi?fetch=96631+0+/usr/local/www/db/text/2011/freebsd-usb/20110605.freebsd-usb suspend / resume works like a charm with this pathes. FYI: this patch also solves the resume stall problem (1 minute or so caused by uhci) on my Thinkpad X40 using 8.2-REL! See this thread on mobile@ for a problem description: http://lists.freebsd.org/pipermail/freebsd-mobile/2011-July/012392.html Bengt Ps. Trimmed cross-posting, but added usb, as I felt that was more appropriate. ___ 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: CARP interfaces and mastership issue
On 9/15/11 11:07 AM, Damien FLEURIOT wrote: Hello list, TLDR: carp interface becomes MASTER for a split second after being created, even if another MASTER exists on the network with faster advertisements. Breaks connections. HOWTO prevent ? We've been experiencing this double mastership problem with CARP interfaces. Allow me to put some context here: 2 firewalls, PF1, PF2, each with 2 VLANs (for example, some have more) on a lagg device (link aggregation). These firewalls then share virtual IPs through CARP interfaces, let us assume the following: PF1: - vlan13 - vlan410 - carp13 (advskew 50) - carp410 (advskew 50) PF2: - vlan13 - vlan410 - carp13 (advskew 100) - carp410 (advskew 100) CARP preemption is turned on, so that if vlan13 should fail on PF1, PF2 would assume mastership on both CARP interfaces. Syscontrols below: net.inet.carp.allow: 1 net.inet.carp.preempt: 1 net.inet.carp.log: 1 net.inet.carp.arpbalance: 0 net.inet.carp.suppress_preempt: 0 The problem we have is, say for example we reboot PF2. When it comes back up, it will, even for a split second, assume CARP mastership for its interfaces, at the same time as PF1. This breaks existing sessions, openvpn tunnels and new client connections. While I acknowledge the home-made demons should be built to support tiny network outages, this doesn't solve our main problem. We have the same issue when destroying/creating said CARP interfaces. Recently we upgraded some switches' IOS version on our backup datacenter (which also has 2 PF boxes, sharing the CARP IPs with the 2 PFs on our production DC). To prevent anything nasty happening, we forbade production VLANs on the switches' uplink ports and only allowed management traffic to allow us to perform the upgrade. Things went smoothly but when we brought the production VLANs up again at layer 2 on the switches, when spanning-tree converged we had again a double MASTER problem. I understand I could have avoided it by destroying/recreating the CARP interfaces, but even in this case there is a split second during which both firewalls are CARP MASTER. Is there any way to force CARP to assume INIT state for some time when coming up, and only after X seconds either become MASTER or BACKUP ? Any other idea how to solve this, guys ? ___ freebsd...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-pf To unsubscribe, send any mail to freebsd-pf-unsubscr...@freebsd.org Hello List, This is a follow-up to my original email quoted above. It seems that there is an existing bug in OpenBSD 3.8 and lower's CARP implementation which causes CARP interfaces to skip the INIT state altogether and start as MASTER if preempt is enabled. Source: https://calomel.org/pf_carp.html Quote: INIT : All CARP interfaces start in this state. Also, when a CARP interface is admin down, i.e. ifconfig em0 down, it is put into this state. When a CARP interface is admin up, it immediately transitions to BACKUP. Note that in OpenBSD 3.8 and earlier, a bug exists which will cause the host to transition to MASTER right away if preempt is enabled. I have been able to verify and reproduce this behavior on boxes running both 8.1 and 8.2 FreeBSD. Does anyone know what version of OpenBSD's CARP implementation we're running on FreeBSD 8.x ? It seems like this is the same bug, to me. ___ 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
stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
Hello! I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports (I've upgraded from 8.2). I'm getting panic. Is it known problem/already fixed somewhere? FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 i386 Unread portion of the kernel message buffer: panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero cpuid = 1 Uptime: 16h6m53s Physical memory: 1904 MB Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump (textdump=1) at pcpu.h:244 #1 0xc071e5cb in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:442 #2 0xc071e82b in panic (fmt=Variable fmt is not available. ) at /usr/src/sys/kern/kern_shutdown.c:607 #3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) at /usr/src/sys/vm/vm_page.c:1905 #4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4) at /usr/src/sys/kern/vfs_bio.c:1638 #5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0, size=16384, maxsize=16384, gbflags=0) at /usr/src/sys/kern/vfs_bio.c:1949 #6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384, slpflag=0, slptimeo=0, flags=Variable flags is not available. ) at /usr/src/sys/kern/vfs_bio.c:2788 #7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088, lbn=2520, blkno=1209440, size=16384, run=Variable run is not available. ) at /usr/src/sys/kern/vfs_cluster.c:332 #8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088, lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7, bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 #9 0xc0934cf5 in ffs_read (ap=0xf5824bac) at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 #10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac) at vnode_if.c:887 #11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48, active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384 #12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508, auio=0xf5824c48, offset=41189376, flags=1) at file.h:254 #13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48, offset=41189376) at /usr/src/sys/kern/sys_generic.c:288 #14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec) at /usr/src/sys/kern/sys_generic.c:189 #15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131 #16 0xc0996db1 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:266 #17 0x0033 in ?? () Previous frame inner to this frame (corrupt stack?) -- Alexandr Kovalenko http://uafug.org.ua/ ___ 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: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: Hello! I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports (I've upgraded from 8.2). I'm getting panic. Is it known problem/already fixed somewhere? FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 i386 Unread portion of the kernel message buffer: panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero cpuid = 1 Uptime: 16h6m53s Physical memory: 1904 MB Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump (textdump=1) at pcpu.h:244 #1 0xc071e5cb in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:442 #2 0xc071e82b in panic (fmt=Variable fmt is not available. ) at /usr/src/sys/kern/kern_shutdown.c:607 #3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) at /usr/src/sys/vm/vm_page.c:1905 Please do frame 2, then p/x *m and show the result. #4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4) at /usr/src/sys/kern/vfs_bio.c:1638 #5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0, size=16384, maxsize=16384, gbflags=0) at /usr/src/sys/kern/vfs_bio.c:1949 #6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384, slpflag=0, slptimeo=0, flags=Variable flags is not available. ) at /usr/src/sys/kern/vfs_bio.c:2788 #7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088, lbn=2520, blkno=1209440, size=16384, run=Variable run is not available. ) at /usr/src/sys/kern/vfs_cluster.c:332 #8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088, lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7, bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 #9 0xc0934cf5 in ffs_read (ap=0xf5824bac) at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 #10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac) at vnode_if.c:887 #11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48, active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384 #12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508, auio=0xf5824c48, offset=41189376, flags=1) at file.h:254 #13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48, offset=41189376) at /usr/src/sys/kern/sys_generic.c:288 #14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec) at /usr/src/sys/kern/sys_generic.c:189 #15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131 #16 0xc0996db1 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:266 #17 0x0033 in ?? () Previous frame inner to this frame (corrupt stack?) -- Alexandr Kovalenko http://uafug.org.ua/ ___ 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 pgpEqW488Y83a.pgp Description: PGP signature
Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov kostik...@gmail.com wrote: On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: Hello! I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports (I've upgraded from 8.2). I'm getting panic. Is it known problem/already fixed somewhere? FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 i386 Unread portion of the kernel message buffer: panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero cpuid = 1 Uptime: 16h6m53s Physical memory: 1904 MB Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump (textdump=1) at pcpu.h:244 #1 0xc071e5cb in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:442 #2 0xc071e82b in panic (fmt=Variable fmt is not available. ) at /usr/src/sys/kern/kern_shutdown.c:607 #3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) at /usr/src/sys/vm/vm_page.c:1905 Please do frame 2, then p/x *m and show the result. (kgdb) frame 2 #2 0xc071e82b in panic (fmt=Variable fmt is not available.) at /usr/src/sys/kern/kern_shutdown.c:607 607 kern_reboot(bootopt); (kgdb) p/x *m No symbol m in current context. #4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4) at /usr/src/sys/kern/vfs_bio.c:1638 #5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0, size=16384, maxsize=16384, gbflags=0) at /usr/src/sys/kern/vfs_bio.c:1949 #6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384, slpflag=0, slptimeo=0, flags=Variable flags is not available. ) at /usr/src/sys/kern/vfs_bio.c:2788 #7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088, lbn=2520, blkno=1209440, size=16384, run=Variable run is not available. ) at /usr/src/sys/kern/vfs_cluster.c:332 #8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088, lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7, bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 #9 0xc0934cf5 in ffs_read (ap=0xf5824bac) at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 #10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac) at vnode_if.c:887 #11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48, active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384 #12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508, auio=0xf5824c48, offset=41189376, flags=1) at file.h:254 #13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48, offset=41189376) at /usr/src/sys/kern/sys_generic.c:288 #14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec) at /usr/src/sys/kern/sys_generic.c:189 #15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131 #16 0xc0996db1 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:266 #17 0x0033 in ?? () Previous frame inner to this frame (corrupt stack?) -- Alexandr Kovalenko http://uafug.org.ua/ ___ 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 -- Alexandr Kovalenko http://uafug.org.ua/ ___ 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: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov kostik...@gmail.com wrote: On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: Hello! I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports (I've upgraded from 8.2). I'm getting panic. Is it known problem/already fixed somewhere? FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 i386 Unread portion of the kernel message buffer: panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero cpuid = 1 Uptime: 16h6m53s Physical memory: 1904 MB Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump (textdump=1) at pcpu.h:244 #1 0xc071e5cb in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:442 #2 0xc071e82b in panic (fmt=Variable fmt is not available. ) at /usr/src/sys/kern/kern_shutdown.c:607 #3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) at /usr/src/sys/vm/vm_page.c:1905 Please do frame 2, then p/x *m and show the result. (kgdb) frame 2 frame 3, sorry. p/x *(struct vm_page *)0xc2a38dc8 will do it as well. #2 0xc071e82b in panic (fmt=Variable fmt is not available.) at /usr/src/sys/kern/kern_shutdown.c:607 607 kern_reboot(bootopt); (kgdb) p/x *m No symbol m in current context. #4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4) at /usr/src/sys/kern/vfs_bio.c:1638 #5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0, size=16384, maxsize=16384, gbflags=0) at /usr/src/sys/kern/vfs_bio.c:1949 #6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384, slpflag=0, slptimeo=0, flags=Variable flags is not available. ) at /usr/src/sys/kern/vfs_bio.c:2788 #7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088, lbn=2520, blkno=1209440, size=16384, run=Variable run is not available. ) at /usr/src/sys/kern/vfs_cluster.c:332 #8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088, lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7, bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 #9 0xc0934cf5 in ffs_read (ap=0xf5824bac) at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 #10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac) at vnode_if.c:887 #11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48, active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384 #12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508, auio=0xf5824c48, offset=41189376, flags=1) at file.h:254 #13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48, offset=41189376) at /usr/src/sys/kern/sys_generic.c:288 #14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec) at /usr/src/sys/kern/sys_generic.c:189 #15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131 #16 0xc0996db1 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:266 #17 0x0033 in ?? () Previous frame inner to this frame (corrupt stack?) -- Alexandr Kovalenko http://uafug.org.ua/ ___ 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 -- Alexandr Kovalenko http://uafug.org.ua/ pgpKS0hyuF5Gk.pgp Description: PGP signature
Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
2011/9/29 Kostik Belousov kostik...@gmail.com:
On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote:
On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov kostik...@gmail.com wrote:
On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote:
Hello!
I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports
(I've upgraded from 8.2). I'm getting panic. Is it known
problem/already fixed somewhere?
FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28
17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9
i386
Unread portion of the kernel message buffer:
panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
cpuid = 1
Uptime: 16h6m53s
Physical memory: 1904 MB
Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160
144 128 112 96 80 64 48 32 16
#0 doadump (textdump=1) at pcpu.h:244
#1 0xc071e5cb in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:442
#2 0xc071e82b in panic (fmt=Variable fmt is not available.
) at /usr/src/sys/kern/kern_shutdown.c:607
#3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0)
at /usr/src/sys/vm/vm_page.c:1905
Please do frame 2, then p/x *m and show the result.
(kgdb) frame 2
frame 3, sorry. p/x *(struct vm_page *)0xc2a38dc8 will do it as well.
(kgdb) frame 3
#3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) at
/usr/src/sys/vm/vm_page.c:1905
1905panic(vm_page_unwire: page %p's wire count is
zero, m);
(kgdb) p/x *(struct vm_page *)0xc2a38dc8
$1 = {pageq = {tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b0}, listq =
{tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b8}, left = 0x0, right =
0x0, object = 0xc5725770, pindex = 0xbd3, phys_addr = 0x56a32000, md =
{pv_list = {tqh_first = 0xc3cc6418, tqh_last = 0xc3cc641c},
pat_mode = 0x6}, queue = 0x1, segind = 0x2, hold_count = 0x0,
order = 0xb, pool = 0x0, cow = 0x0, wire_count = 0x0, aflags = 0x3,
flags = 0x0, oflags = 0x0, act_count = 0x5, busy = 0x0, valid = 0xff,
dirty = 0xff}
#2 0xc071e82b in panic (fmt=Variable fmt is not available.) at
/usr/src/sys/kern/kern_shutdown.c:607
607 kern_reboot(bootopt);
(kgdb) p/x *m
No symbol m in current context.
#4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4)
at /usr/src/sys/kern/vfs_bio.c:1638
#5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0,
size=16384, maxsize=16384, gbflags=0) at
/usr/src/sys/kern/vfs_bio.c:1949
#6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384,
slpflag=0,
slptimeo=0, flags=Variable flags is not available.
) at /usr/src/sys/kern/vfs_bio.c:2788
#7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088,
lbn=2520,
blkno=1209440, size=16384, run=Variable run is not available.
) at /usr/src/sys/kern/vfs_cluster.c:332
#8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088,
lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7,
bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254
#9 0xc0934cf5 in ffs_read (ap=0xf5824bac)
at /usr/src/sys/ufs/ffs/ffs_vnops.c:514
#10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac)
at vnode_if.c:887
#11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48,
active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384
#12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508,
auio=0xf5824c48, offset=41189376, flags=1) at file.h:254
#13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48,
offset=41189376) at /usr/src/sys/kern/sys_generic.c:288
#14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec)
at /usr/src/sys/kern/sys_generic.c:189
#15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131
#16 0xc0996db1 in Xint0x80_syscall ()
at /usr/src/sys/i386/i386/exception.s:266
#17 0x0033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
--
Alexandr Kovalenko
http://uafug.org.ua/
___
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
--
Alexandr Kovalenko
http://uafug.org.ua/
--
Alexandr Kovalenko
http://uafug.org.ua/
___
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: CARP interfaces and mastership issue
On 29 September 2011 14:20, Damien Fleuriot m...@my.gd wrote:
On 9/15/11 11:07 AM, Damien FLEURIOT wrote:
Hello list,
TLDR: carp interface becomes MASTER for a split second after being
created, even if another MASTER exists on the network with faster
advertisements. Breaks connections. HOWTO prevent ?
We've been experiencing this double mastership problem with CARP interfaces.
Allow me to put some context here:
2 firewalls, PF1, PF2, each with 2 VLANs (for example, some have more)
on a lagg device (link aggregation).
These firewalls then share virtual IPs through CARP interfaces, let us
assume the following:
PF1:
- vlan13
- vlan410
- carp13 (advskew 50)
- carp410 (advskew 50)
PF2:
- vlan13
- vlan410
- carp13 (advskew 100)
- carp410 (advskew 100)
CARP preemption is turned on, so that if vlan13 should fail on PF1, PF2
would assume mastership on both CARP interfaces.
Syscontrols below:
net.inet.carp.allow: 1
net.inet.carp.preempt: 1
net.inet.carp.log: 1
net.inet.carp.arpbalance: 0
net.inet.carp.suppress_preempt: 0
The problem we have is, say for example we reboot PF2.
When it comes back up, it will, even for a split second, assume CARP
mastership for its interfaces, at the same time as PF1.
This breaks existing sessions, openvpn tunnels and new client connections.
While I acknowledge the home-made demons should be built to support tiny
network outages, this doesn't solve our main problem.
We have the same issue when destroying/creating said CARP interfaces.
Recently we upgraded some switches' IOS version on our backup datacenter
(which also has 2 PF boxes, sharing the CARP IPs with the 2 PFs on our
production DC).
To prevent anything nasty happening, we forbade production VLANs on the
switches' uplink ports and only allowed management traffic to allow us
to perform the upgrade.
Things went smoothly but when we brought the production VLANs up again
at layer 2 on the switches, when spanning-tree converged we had again a
double MASTER problem.
I understand I could have avoided it by destroying/recreating the CARP
interfaces, but even in this case there is a split second during which
both firewalls are CARP MASTER.
Is there any way to force CARP to assume INIT state for some time when
coming up, and only after X seconds either become MASTER or BACKUP ?
Any other idea how to solve this, guys ?
___
freebsd...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-pf
To unsubscribe, send any mail to freebsd-pf-unsubscr...@freebsd.org
Hello List,
This is a follow-up to my original email quoted above.
It seems that there is an existing bug in OpenBSD 3.8 and lower's CARP
implementation which causes CARP interfaces to skip the INIT state
altogether and start as MASTER if preempt is enabled.
Source:
https://calomel.org/pf_carp.html
Quote:
INIT : All CARP interfaces start in this state. Also, when a CARP
interface is admin down, i.e. ifconfig em0 down, it is put into this
state. When a CARP interface is admin up, it immediately transitions to
BACKUP. Note that in OpenBSD 3.8 and earlier, a bug exists which will
cause the host to transition to MASTER right away if preempt is enabled.
I have been able to verify and reproduce this behavior on boxes running
both 8.1 and 8.2 FreeBSD.
Does anyone know what version of OpenBSD's CARP implementation we're
running on FreeBSD 8.x ?
It seems like this is the same bug, to me.
Quick follow-up again.
This is the code for sys/netinet/ip_carp.c on FreeBSD 8.2, OpenBSD
3.8, OpenBSD 3.9 in function carp_setrun(struct carp_softc *sc,
sa_family_t af)
FREEBSD 8.2-PRERELEASE with init + preempt = auto MASTER bug
Function starts at line 1371.
---
switch (sc-sc_state) {
case INIT:
if (carp_opts[CARPCTL_PREEMPT] !carp_suppress_preempt) {
carp_send_ad_locked(sc);
carp_send_arp(sc);
#ifdef INET6
carp_send_na(sc);
#endif /* INET6 */
CARP_LOG(%s: INIT - MASTER (preempting)\n,
SC2IFP(sc)-if_xname);
carp_set_state(sc, MASTER);
carp_setroute(sc, RTM_ADD);
} else {
CARP_LOG(%s: INIT - BACKUP\n, SC2IFP(sc)-if_xname);
carp_set_state(sc, BACKUP);
carp_setroute(sc, RTM_DELETE);
carp_setrun(sc, 0);
}
break;
---
OPENBSD 3.8 with init + preempt = auto MASTER bug
Function starts at line 1293.
---
case INIT:
if (carp_opts[CARPCTL_PREEMPT] !carp_suppress_preempt) {
carp_set_state(sc, MASTER);
carp_setroute(sc, RTM_ADD);
carp_send_ad(sc);
Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
On Thu, Sep 29, 2011 at 03:51:53PM +0300, Alexandr Kovalenko wrote:
2011/9/29 Kostik Belousov kostik...@gmail.com:
On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote:
On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov kostik...@gmail.com
wrote:
On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote:
Hello!
I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports
(I've upgraded from 8.2). I'm getting panic. Is it known
problem/already fixed somewhere?
Do you use custom kernel config ? Is there a chance you have ZERO_COPY_SOCKETS
option enabled ?
FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28
17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9
i386
Unread portion of the kernel message buffer:
panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
cpuid = 1
Uptime: 16h6m53s
Physical memory: 1904 MB
Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160
144 128 112 96 80 64 48 32 16
#0 doadump (textdump=1) at pcpu.h:244
#1 0xc071e5cb in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:442
#2 0xc071e82b in panic (fmt=Variable fmt is not available.
) at /usr/src/sys/kern/kern_shutdown.c:607
#3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0)
at /usr/src/sys/vm/vm_page.c:1905
Please do frame 2, then p/x *m and show the result.
(kgdb) frame 2
frame 3, sorry. p/x *(struct vm_page *)0xc2a38dc8 will do it as well.
(kgdb) frame 3
#3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) at
/usr/src/sys/vm/vm_page.c:1905
1905panic(vm_page_unwire: page %p's wire count is
zero, m);
(kgdb) p/x *(struct vm_page *)0xc2a38dc8
$1 = {pageq = {tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b0}, listq =
{tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b8}, left = 0x0, right =
0x0, object = 0xc5725770, pindex = 0xbd3, phys_addr = 0x56a32000, md =
{pv_list = {tqh_first = 0xc3cc6418, tqh_last = 0xc3cc641c},
pat_mode = 0x6}, queue = 0x1, segind = 0x2, hold_count = 0x0,
order = 0xb, pool = 0x0, cow = 0x0, wire_count = 0x0, aflags = 0x3,
flags = 0x0, oflags = 0x0, act_count = 0x5, busy = 0x0, valid = 0xff,
dirty = 0xff}
Please show the output of p *(struct vm_object *)0xc5725770 from kgdb.
#2 0xc071e82b in panic (fmt=Variable fmt is not available.) at
/usr/src/sys/kern/kern_shutdown.c:607
607 kern_reboot(bootopt);
(kgdb) p/x *m
No symbol m in current context.
#4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4)
at /usr/src/sys/kern/vfs_bio.c:1638
#5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0,
size=16384, maxsize=16384, gbflags=0) at
/usr/src/sys/kern/vfs_bio.c:1949
#6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384,
slpflag=0,
slptimeo=0, flags=Variable flags is not available.
) at /usr/src/sys/kern/vfs_bio.c:2788
#7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088,
lbn=2520,
blkno=1209440, size=16384, run=Variable run is not available.
) at /usr/src/sys/kern/vfs_cluster.c:332
#8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088,
lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7,
bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254
#9 0xc0934cf5 in ffs_read (ap=0xf5824bac)
at /usr/src/sys/ufs/ffs/ffs_vnops.c:514
#10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac)
at vnode_if.c:887
#11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48,
active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384
#12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508,
auio=0xf5824c48, offset=41189376, flags=1) at file.h:254
#13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48,
offset=41189376) at /usr/src/sys/kern/sys_generic.c:288
#14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec)
at /usr/src/sys/kern/sys_generic.c:189
#15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131
#16 0xc0996db1 in Xint0x80_syscall ()
at /usr/src/sys/i386/i386/exception.s:266
#17 0x0033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
--
Alexandr Kovalenko
http://uafug.org.ua/
___
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
--
Alexandr Kovalenko
http://uafug.org.ua/
--
Alexandr Kovalenko
http://uafug.org.ua/
pgpJLf0pqRQ0D.pgp
Description: PGP signature
Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
2011/9/29 Kostik Belousov kostik...@gmail.com:
On Thu, Sep 29, 2011 at 03:51:53PM +0300, Alexandr Kovalenko wrote:
2011/9/29 Kostik Belousov kostik...@gmail.com:
On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote:
On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov kostik...@gmail.com
wrote:
On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote:
Hello!
I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports
(I've upgraded from 8.2). I'm getting panic. Is it known
problem/already fixed somewhere?
Do you use custom kernel config ? Is there a chance you have ZERO_COPY_SOCKETS
option enabled ?
Yes, ZERO_COPY_SOCKETS is there.
FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28
17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9
i386
Unread portion of the kernel message buffer:
panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
cpuid = 1
Uptime: 16h6m53s
Physical memory: 1904 MB
Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160
144 128 112 96 80 64 48 32 16
#0 doadump (textdump=1) at pcpu.h:244
#1 0xc071e5cb in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:442
#2 0xc071e82b in panic (fmt=Variable fmt is not available.
) at /usr/src/sys/kern/kern_shutdown.c:607
#3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0)
at /usr/src/sys/vm/vm_page.c:1905
Please do frame 2, then p/x *m and show the result.
(kgdb) frame 2
frame 3, sorry. p/x *(struct vm_page *)0xc2a38dc8 will do it as well.
(kgdb) frame 3
#3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) at
/usr/src/sys/vm/vm_page.c:1905
1905 panic(vm_page_unwire: page %p's wire count is
zero, m);
(kgdb) p/x *(struct vm_page *)0xc2a38dc8
$1 = {pageq = {tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b0}, listq =
{tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b8}, left = 0x0, right =
0x0, object = 0xc5725770, pindex = 0xbd3, phys_addr = 0x56a32000, md =
{pv_list = {tqh_first = 0xc3cc6418, tqh_last = 0xc3cc641c},
pat_mode = 0x6}, queue = 0x1, segind = 0x2, hold_count = 0x0,
order = 0xb, pool = 0x0, cow = 0x0, wire_count = 0x0, aflags = 0x3,
flags = 0x0, oflags = 0x0, act_count = 0x5, busy = 0x0, valid = 0xff,
dirty = 0xff}
Please show the output of p *(struct vm_object *)0xc5725770 from kgdb.
#2 0xc071e82b in panic (fmt=Variable fmt is not available.) at
/usr/src/sys/kern/kern_shutdown.c:607
607 kern_reboot(bootopt);
(kgdb) p/x *m
No symbol m in current context.
#4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4)
at /usr/src/sys/kern/vfs_bio.c:1638
#5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0,
size=16384, maxsize=16384, gbflags=0) at
/usr/src/sys/kern/vfs_bio.c:1949
#6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384,
slpflag=0,
slptimeo=0, flags=Variable flags is not available.
) at /usr/src/sys/kern/vfs_bio.c:2788
#7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088,
lbn=2520,
blkno=1209440, size=16384, run=Variable run is not available.
) at /usr/src/sys/kern/vfs_cluster.c:332
#8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088,
lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7,
bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254
#9 0xc0934cf5 in ffs_read (ap=0xf5824bac)
at /usr/src/sys/ufs/ffs/ffs_vnops.c:514
#10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac)
at vnode_if.c:887
#11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48,
active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384
#12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508,
auio=0xf5824c48, offset=41189376, flags=1) at file.h:254
#13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48,
offset=41189376) at /usr/src/sys/kern/sys_generic.c:288
#14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec)
at /usr/src/sys/kern/sys_generic.c:189
#15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131
#16 0xc0996db1 in Xint0x80_syscall ()
at /usr/src/sys/i386/i386/exception.s:266
#17 0x0033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
--
Alexandr Kovalenko
http://uafug.org.ua/
___
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
--
Alexandr Kovalenko
http://uafug.org.ua/
--
Alexandr Kovalenko
http://uafug.org.ua/
--
Alexandr Kovalenko
http://uafug.org.ua/
mile-9-stripped.conf
Description: Binary data
___
freebsd-stable@freebsd.org mailing list
Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
On Thu, Sep 29, 2011 at 04:12:19PM +0300, Alexandr Kovalenko wrote:
2011/9/29 Kostik Belousov kostik...@gmail.com:
On Thu, Sep 29, 2011 at 03:51:53PM +0300, Alexandr Kovalenko wrote:
2011/9/29 Kostik Belousov kostik...@gmail.com:
On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote:
On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov kostik...@gmail.com
wrote:
On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote:
Hello!
I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports
(I've upgraded from 8.2). I'm getting panic. Is it known
problem/already fixed somewhere?
Do you use custom kernel config ? Is there a chance you have
ZERO_COPY_SOCKETS
option enabled ?
Yes, ZERO_COPY_SOCKETS is there.
Ok, this is the cause. Remove it.
I asked for some additional data below, which you ignored, but I believe
that I will not see anything new there, after we found the ZERO_COPY_SOCKETS
in kernel config.
FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep
28
17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9
i386
Unread portion of the kernel message buffer:
panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
cpuid = 1
Uptime: 16h6m53s
Physical memory: 1904 MB
Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160
144 128 112 96 80 64 48 32 16
#0 doadump (textdump=1) at pcpu.h:244
#1 0xc071e5cb in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:442
#2 0xc071e82b in panic (fmt=Variable fmt is not available.
) at /usr/src/sys/kern/kern_shutdown.c:607
#3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0)
at /usr/src/sys/vm/vm_page.c:1905
Please do frame 2, then p/x *m and show the result.
(kgdb) frame 2
frame 3, sorry. p/x *(struct vm_page *)0xc2a38dc8 will do it as well.
(kgdb) frame 3
#3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) at
/usr/src/sys/vm/vm_page.c:1905
1905 panic(vm_page_unwire: page %p's wire count is
zero, m);
(kgdb) p/x *(struct vm_page *)0xc2a38dc8
$1 = {pageq = {tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b0}, listq =
{tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b8}, left = 0x0, right =
0x0, object = 0xc5725770, pindex = 0xbd3, phys_addr = 0x56a32000, md =
{pv_list = {tqh_first = 0xc3cc6418, tqh_last = 0xc3cc641c},
pat_mode = 0x6}, queue = 0x1, segind = 0x2, hold_count = 0x0,
order = 0xb, pool = 0x0, cow = 0x0, wire_count = 0x0, aflags = 0x3,
flags = 0x0, oflags = 0x0, act_count = 0x5, busy = 0x0, valid = 0xff,
dirty = 0xff}
Please show the output of p *(struct vm_object *)0xc5725770 from kgdb.
#2 0xc071e82b in panic (fmt=Variable fmt is not available.) at
/usr/src/sys/kern/kern_shutdown.c:607
607 kern_reboot(bootopt);
(kgdb) p/x *m
No symbol m in current context.
#4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4)
at /usr/src/sys/kern/vfs_bio.c:1638
#5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0,
size=16384, maxsize=16384, gbflags=0) at
/usr/src/sys/kern/vfs_bio.c:1949
#6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384,
slpflag=0,
slptimeo=0, flags=Variable flags is not available.
) at /usr/src/sys/kern/vfs_bio.c:2788
#7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088,
lbn=2520,
blkno=1209440, size=16384, run=Variable run is not available.
) at /usr/src/sys/kern/vfs_cluster.c:332
#8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088,
lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7,
bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254
#9 0xc0934cf5 in ffs_read (ap=0xf5824bac)
at /usr/src/sys/ufs/ffs/ffs_vnops.c:514
#10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac)
at vnode_if.c:887
#11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48,
active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384
#12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508,
auio=0xf5824c48, offset=41189376, flags=1) at file.h:254
#13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48,
offset=41189376) at /usr/src/sys/kern/sys_generic.c:288
#14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec)
at /usr/src/sys/kern/sys_generic.c:189
#15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131
#16 0xc0996db1 in Xint0x80_syscall ()
at /usr/src/sys/i386/i386/exception.s:266
#17 0x0033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
--
Alexandr Kovalenko
http://uafug.org.ua/
___
freebsd-stable@freebsd.org mailing list
Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
2011/9/29 Kostik Belousov kostik...@gmail.com:
On Thu, Sep 29, 2011 at 04:12:19PM +0300, Alexandr Kovalenko wrote:
2011/9/29 Kostik Belousov kostik...@gmail.com:
On Thu, Sep 29, 2011 at 03:51:53PM +0300, Alexandr Kovalenko wrote:
2011/9/29 Kostik Belousov kostik...@gmail.com:
On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote:
On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov kostik...@gmail.com
wrote:
On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote:
Hello!
I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports
(I've upgraded from 8.2). I'm getting panic. Is it known
problem/already fixed somewhere?
Do you use custom kernel config ? Is there a chance you have
ZERO_COPY_SOCKETS
option enabled ?
Yes, ZERO_COPY_SOCKETS is there.
Ok, this is the cause. Remove it.
So, ZERO_COPY_SOCKETS is broken?
I asked for some additional data below, which you ignored, but I believe
that I will not see anything new there, after we found the ZERO_COPY_SOCKETS
in kernel config.
Sorry, didn't noticed that.
(kgdb) p *(struct vm_object *)0xc5725770
$1 = {mtx = {lock_object = {lo_name = 0xc0a3f26a vm object, lo_flags
= 21168128, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, object_list
= {tqe_next = 0xc5725110, tqe_prev = 0xc61714dc}, shadow_head =
{lh_first = 0x0}, shadow_list = {le_next = 0xc5af0c38,
le_prev = 0xc11ac704}, memq = {tqh_first = 0xc2dc5168, tqh_last =
0xc1719718}, root = 0xc2cf2fe8, size = 6576, generation = 1, ref_count
= 1, shadow_count = 0, memattr = 6 '\006', type = 1 '\001', flags =
12288, pg_color = 45335, paging_in_progress = 0,
resident_page_count = 6202, backing_object = 0x0,
backing_object_offset = 0, pager_object_list = {tqe_next = 0x0,
tqe_prev = 0x0}, rvq = {lh_first = 0x0}, cache = 0xc18f2390, handle =
0x0, un_pager = {vnp = {vnp_size = 66}, devp = {devp_pglist =
{tqh_first = 0x42,
tqh_last = 0x0}}, sgp = {sgp_pglist = {tqh_first = 0x42,
tqh_last = 0x0}}, swp = {swp_bcount = 66}}, cred = 0xc56a4280, charge
= 26935296}
FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep
28
17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9
i386
Unread portion of the kernel message buffer:
panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
cpuid = 1
Uptime: 16h6m53s
Physical memory: 1904 MB
Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160
144 128 112 96 80 64 48 32 16
#0 doadump (textdump=1) at pcpu.h:244
#1 0xc071e5cb in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:442
#2 0xc071e82b in panic (fmt=Variable fmt is not available.
) at /usr/src/sys/kern/kern_shutdown.c:607
#3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0)
at /usr/src/sys/vm/vm_page.c:1905
Please do frame 2, then p/x *m and show the result.
(kgdb) frame 2
frame 3, sorry. p/x *(struct vm_page *)0xc2a38dc8 will do it as well.
(kgdb) frame 3
#3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) at
/usr/src/sys/vm/vm_page.c:1905
1905 panic(vm_page_unwire: page %p's wire count is
zero, m);
(kgdb) p/x *(struct vm_page *)0xc2a38dc8
$1 = {pageq = {tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b0}, listq =
{tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b8}, left = 0x0, right =
0x0, object = 0xc5725770, pindex = 0xbd3, phys_addr = 0x56a32000, md =
{pv_list = {tqh_first = 0xc3cc6418, tqh_last = 0xc3cc641c},
pat_mode = 0x6}, queue = 0x1, segind = 0x2, hold_count = 0x0,
order = 0xb, pool = 0x0, cow = 0x0, wire_count = 0x0, aflags = 0x3,
flags = 0x0, oflags = 0x0, act_count = 0x5, busy = 0x0, valid = 0xff,
dirty = 0xff}
Please show the output of p *(struct vm_object *)0xc5725770 from kgdb.
#2 0xc071e82b in panic (fmt=Variable fmt is not available.) at
/usr/src/sys/kern/kern_shutdown.c:607
607 kern_reboot(bootopt);
(kgdb) p/x *m
No symbol m in current context.
#4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4)
at /usr/src/sys/kern/vfs_bio.c:1638
#5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0,
size=16384, maxsize=16384, gbflags=0) at
/usr/src/sys/kern/vfs_bio.c:1949
#6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384,
slpflag=0,
slptimeo=0, flags=Variable flags is not available.
) at /usr/src/sys/kern/vfs_bio.c:2788
#7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088,
lbn=2520,
blkno=1209440, size=16384, run=Variable run is not available.
) at /usr/src/sys/kern/vfs_cluster.c:332
#8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088,
lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7,
bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254
#9 0xc0934cf5 in ffs_read (ap=0xf5824bac)
at
Re: CARP interfaces and mastership issue
Quick follow-up again.
This is the code for sys/netinet/ip_carp.c on FreeBSD 8.2, OpenBSD
3.8, OpenBSD 3.9 in function carp_setrun(struct carp_softc *sc,
sa_family_t af)
FREEBSD 8.2-PRERELEASE with init + preempt = auto MASTER bug
Function starts at line 1371.
---
switch (sc-sc_state) {
case INIT:
if (carp_opts[CARPCTL_PREEMPT] !carp_suppress_preempt) {
carp_send_ad_locked(sc);
carp_send_arp(sc);
#ifdef INET6
carp_send_na(sc);
#endif /* INET6 */
CARP_LOG(%s: INIT - MASTER (preempting)\n,
SC2IFP(sc)-if_xname);
carp_set_state(sc, MASTER);
carp_setroute(sc, RTM_ADD);
} else {
CARP_LOG(%s: INIT - BACKUP\n,
SC2IFP(sc)-if_xname);
carp_set_state(sc, BACKUP);
carp_setroute(sc, RTM_DELETE);
carp_setrun(sc, 0);
}
break;
---
OPENBSD 3.8 with init + preempt = auto MASTER bug
Function starts at line 1293.
---
case INIT:
if (carp_opts[CARPCTL_PREEMPT] !carp_suppress_preempt) {
carp_set_state(sc, MASTER);
carp_setroute(sc, RTM_ADD);
carp_send_ad(sc);
carp_send_arp(sc);
#ifdef INET6
carp_send_na(sc);
#endif /* INET6 */
} else {
carp_set_state(sc, BACKUP);
carp_setroute(sc, RTM_DELETE);
carp_setrun(sc, 0);
}
break;
---
OPENBSD 3.9 with bug fixed
Function starts at line 1348.
---
switch (sc-sc_state) {
case INIT:
carp_set_state(sc, BACKUP);
carp_setroute(sc, RTM_DELETE);
carp_setrun(sc, 0);
break;
---
It looks like the root cause is there.
I'll rebuild and test, keep you updated.
Find below my test results with the OpenBSD39 implementation which
forces an INIT - BACKUP transition regardless of preempt.
# sysctl net.inet.carp.preempt
net.inet.carp.preempt: 1
# sysctl net.inet.carp.suppress_preempt
net.inet.carp.suppress_preempt: 0
# ifconfig carp17
carp17: flags=8LOOPBACK metric 0 mtu 1500
inet 46.182.[snip] netmask 0x
inet 46.182.[snip] netmask 0x
inet 46.182.[snip] netmask 0x
inet 46.182.[snip] netmask 0x
inet 46.182.[snip] netmask 0x
carp: INIT vhid 117 advbase 1 advskew 200
# ifconfig carp17 up; ./check_carp17_status.sh
count: 0carp: BACKUP vhid 117 advbase 1 advskew 200
count: 1carp: BACKUP vhid 117 advbase 1 advskew 200
count: 2carp: BACKUP vhid 117 advbase 1 advskew 200
count: 3carp: BACKUP vhid 117 advbase 1 advskew 200
count: 4carp: BACKUP vhid 117 advbase 1 advskew 200
count: 5carp: BACKUP vhid 117 advbase 1 advskew 200
count: 6carp: BACKUP vhid 117 advbase 1 advskew 200
count: 7carp: BACKUP vhid 117 advbase 1 advskew 200
count: 8carp: BACKUP vhid 117 advbase 1 advskew 200
count: 9carp: BACKUP vhid 117 advbase 1 advskew 200
count: 10 carp: BACKUP vhid 117 advbase 1 advskew 200
# dmesg
carp17: INIT - BACKUP
carp17: link state changed to DOWN
Looks like it works.
I'm afraid I cannot test actual preemption by shutting down a physical
interface on the MASTER, because they're actually used in production and
I've got users logged in to their VPN on pf1.
I see no reason this should break anything however, it only forces the
CARP interface to assume a BACKUP state right after INIT, as it normally
should, regardless of preemption.
I'm filling a PR + patch.
___
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
How to update like Debian
hi, I think, I do not understand, how to update (security/bugfixes) my 8.2 machines :-) I searched a lot and tried, what I have found in the docs, but I had trouble ... What I have done (one thing was working, but didn't know, if it is correct): From the Docs: # /usr/sbin/freebsd-update fetch Looking up update.FreeBSD.org mirrors... 4 mirrors found. Fetching public key from update4.FreeBSD.org... failed. Fetching public key from update2.FreeBSD.org... failed. Fetching public key from update5.FreeBSD.org... failed. Fetching public key from update3.FreeBSD.org... failed. No mirrors remaining, giving up. Other docs: # portsnap fetch update Looking up portsnap.FreeBSD.org mirrors... 5 mirrors found. Fetching snapshot tag from portsnap2.FreeBSD.org... done. Fetching snapshot metadata... done. Updating from Tue Sep 13 12:54:18 CEST 2011 to Thu Sep 29 17:30:27 CEST 2011. Fetching 3 metadata patches.. done. Applying metadata patches... done. Fetching 3 metadata files... done. Fetching 3679 patches.10203040 (a lot of output) # portsnap extract pkg_add -r portmanager portmanager -u [...] my problem is especial, that portmanager asks me a lot, like Include support for X or opengl, LaTeX ... questions I don't want. My problem is now, that I have now a lot of programs installed, on a ISCSI target only machine. I want something like Debian with apt-get update apt-get upgrade So I'm sure that I have done something in a wrong way. I also know, that I can use /etc/make.conf: WITHOUT_X11=yes USE_NONDEFAULT_X11BASE=yes [...] but, is this needed to _keep_ a minimal system? cu denny___ 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: How to update like Debian
On Thu, Sep 29, 2011 at 9:02 AM, Denny Schierz linuxm...@4lin.net wrote: I think, I do not understand, how to update (security/bugfixes) my 8.2 machines :-) I searched a lot and tried, what I have found in the docs, but I had trouble ... What I have done (one thing was working, but didn't know, if it is correct): Updating FreeBSD is done is two separate processes, which can be done independently of one another. There is a clear separation between the base FreeBSD OS and third-party apps installed on top. This is something that is missing in the land of the penguin, and tends to trip people up as they switch between FreeBSD and Linux (in either direction). To do a binary upgrade of the base OS, you use freebsd-update: # freebsd-update fetch # freebsd-update update See the freebsd-update man page for more details and options. That updates only the base OS (stuff under / and /usr; it does not touch anything under /usr/local). There are several different ways to update your installed third-party software (stuff installed via either pkg_add or the ports tree), depending on whether or not you want to compile software. Since you want have a Debian-like experience, then you want to install via binary packages as much as possible. See the man page for pkg_add for information on doing the initial install of software, including remotely fetching software (this would be similar to apt-get install without any upgrade support). A nice tool for handling upgrades of binary packages, using only binary packages, is pkg_upgrade. This is part of the bsdadminscripts package, so you'll need to install that first. Using pkg_add and pkg_upgrade, you do not even need to install the ports tree (and can even rm -rf /usr/ports/*). That's about as close to a Debian-like experience as you'll get. -- Freddie Cash fjwc...@gmail.com ___ 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: How to update like Debian
On Thu, Sep 29, 2011 at 12:35 PM, Freddie Cash fjwc...@gmail.com wrote: On Thu, Sep 29, 2011 at 9:02 AM, Denny Schierz linuxm...@4lin.net wrote: I think, I do not understand, how to update (security/bugfixes) my 8.2 machines :-) I searched a lot and tried, what I have found in the docs, but I had trouble ... What I have done (one thing was working, but didn't know, if it is correct): Updating FreeBSD is done is two separate processes, which can be done independently of one another. There is a clear separation between the base FreeBSD OS and third-party apps installed on top. This is something that is missing in the land of the penguin, and tends to trip people up as they switch between FreeBSD and Linux (in either direction). To do a binary upgrade of the base OS, you use freebsd-update: # freebsd-update fetch # freebsd-update update See the freebsd-update man page for more details and options. That updates only the base OS (stuff under / and /usr; it does not touch anything under /usr/local). There are several different ways to update your installed third-party software (stuff installed via either pkg_add or the ports tree), depending on whether or not you want to compile software. Since you want have a Debian-like experience, then you want to install via binary packages as much as possible. See the man page for pkg_add for information on doing the initial install of software, including remotely fetching software (this would be similar to apt-get install without any upgrade support). Two other options to keep ports up to date are portupgrade in ports-mgmt/portupgrade and portmaster in ports-mgmt/portmaster . To see some real world example of using it check the man page for each and take a look at /usr/ports/UPDATING you will see some example of how to upgrade major port changes Check out the entry from 20110517 about upgrading to perl 5.14 and removing the older version and fixing all the depends. In the debian world there is no exact comparison for this , major changes like this could/would be done by the maintainers and pushed out as debs with some warnings. portmaster and portupgrade both do the same relative tasks, the best advice would be to try both and see which you like. Also stick to using one port management tool . If you want to manually upgrade try to do that, if you want a wrapper like portupgrade use portinstall / portupgrade . Mixing and matching ports management tools for me imho a bad idea for beginners. A nice tool for handling upgrades of binary packages, using only binary packages, is pkg_upgrade. This is part of the bsdadminscripts package, so you'll need to install that first. Using pkg_add and pkg_upgrade, you do not even need to install the ports tree (and can even rm -rf /usr/ports/*). That's about as close to a Debian-like experience as you'll get. -- Freddie Cash fjwc...@gmail.com ___ 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 -- mark saad | nones...@longcount.org ___ 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: How to update like Debian
Am 29.09.2011 um 18:35 schrieb Freddie Cash: To do a binary upgrade of the base OS, you use freebsd-update: # freebsd-update fetch # freebsd-update update That was the first, what I have found, but I get only errors: # freebsd-update fetch Looking up update.FreeBSD.org mirrors... 4 mirrors found. Fetching public key from update4.FreeBSD.org... failed. Fetching public key from update5.FreeBSD.org... failed. Fetching public key from update2.FreeBSD.org... failed. Fetching public key from update3.FreeBSD.org... failed. No mirrors remaining, giving up. There was also no solution for this problem. I think it has something to do with the release I run: 8.2-STABLE FreeBSD 8.2-STABLE #0: Thu Jul 7 13:20:14 CEST 2011 and freebsd-updated wants to fetch GPG files, without success. cu denny___ 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: linux-f10-flashplugin
On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: 28.09.2011, 21:10, Conrad J. Sabatier conr...@cox.net: On Wed, 28 Sep 2011 11:50:08 -0500 Conrad J. Sabatier conr...@cox.net wrote: It was a while ago that I did the actual wrapper install, but if I remember right, I simply copied npwrapper.libflashplayer.so from /usr/local/lib/browser_plugins to /home/conrads/.mozilla/plugins. You may want to try doing that and see if firefox/chromium will then recognize it. In theory, the system-wide install under /usr/local/lib/browser_plugins *should* work, but I seem to recall having problems with it, which was why I tried putting it under ~/.mozilla/plugins. Maybe it has something to do with the fact that it's not a native plugin(?). I don't know, really. But this has worked fine for me ever since, even across upgrades. Hope this helps. Let us know how it turns out. Actually, now that I think of it, I think the way I did it was this: cd /home/conrads/.mozilla/plugins /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so And npwrapper.libflashplayer.so was created under /home/conrads/.mozilla/plugins. Hope this helps. I've done it. No results. ... same problem here, but the last i did yesterday was a 'freebsd-update' to 8.2-RELEASEp3 after 'freebsd-update rollback' flash is working again. can someone look at this? -- auge ___ 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: linux-f10-flashplugin
On 09/29/11 13:57, Norbert Augenstein wrote: On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: 28.09.2011, 21:10, Conrad J. Sabatierconr...@cox.net: On Wed, 28 Sep 2011 11:50:08 -0500 Conrad J. Sabatierconr...@cox.net wrote: [ .. snip .. ] Actually, now that I think of it, I think the way I did it was this: cd /home/conrads/.mozilla/plugins /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so And npwrapper.libflashplayer.so was created under /home/conrads/.mozilla/plugins. Hope this helps. I've done it. No results. ... same problem here, but the last i did yesterday was a 'freebsd-update' to 8.2-RELEASEp3 after 'freebsd-update rollback' flash is working again. can someone look at this? Another data-point; when it fails, it records .. (npviewer.bin:62652): Gtk-WARNING **: cannot open display: :0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection NOTE: child process received `Goodbye', closing down .. in .xsession-errors :-( imb ___ 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: How to update like Debian
Hi, On 9/29/11 1:45 PM, Denny Schierz wrote: # freebsd-update fetch Looking up update.FreeBSD.org mirrors... 4 mirrors found. Fetching public key from update4.FreeBSD.org... failed. Fetching public key from update5.FreeBSD.org... failed. Fetching public key from update2.FreeBSD.org... failed. Fetching public key from update3.FreeBSD.org... failed. No mirrors remaining, giving up. There was also no solution for this problem. I think it has something to do with the release I run: 8.2-STABLE FreeBSD 8.2-STABLE #0: Thu Jul 7 13:20:14 CEST 2011 This is indeed correct. freebsd-update(8) does not provide binary updates for the -STABLE branches (outside of -RC release candidates occasionally). Regards, Glen -- Glen Barber ___ 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: How to update like Debian
On 29/09/2011 18:45, Denny Schierz wrote: There was also no solution for this problem. I think it has something to do with the release I run: 8.2-STABLE FreeBSD 8.2-STABLE #0: Thu Jul 7 13:20:14 CEST 2011 8.2-STABLE isn't a release. It's from a development branch. You need to download sources in some fashion and rebuild the system yourself if you're going to track STABLE. There are numerous ways of pulling down the FreeBSD sources, well documented in the Handbook. The Handbook also covers building and updating your system by compiling those sources. The Handbook is your friend. If you want a more Debian-like experience, then you need to be running an actual released version of the OS. Releases are called things like 8.2-RELEASE-p2 In general, if it doesn't have 'RELEASE' in the name then it isn't one, and usually it won't be supported through freebsd-update(8). (Exceptions are -BETAx and -RCx (release candidate) versions generated for testing by freebsd-update users during the release process, but those only have a very limited lifespan.) Unfortunately to get from -STABLE to -RELEASE and to have that work with freebsd-update(8), you will basically have to reinstall your system from install media downloaded from one of the FreeBSD FTP sites. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: linux-f10-flashplugin
On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: On 09/29/11 13:57, Norbert Augenstein wrote: On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: 28.09.2011, 21:10, Conrad J. Sabatierconr...@cox.net: On Wed, 28 Sep 2011 11:50:08 -0500 Conrad J. Sabatierconr...@cox.net wrote: [ .. snip .. ] Actually, now that I think of it, I think the way I did it was this: cd /home/conrads/.mozilla/plugins /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so And npwrapper.libflashplayer.so was created under /home/conrads/.mozilla/plugins. Hope this helps. I've done it. No results. ... same problem here, but the last i did yesterday was a 'freebsd-update' to 8.2-RELEASEp3 after 'freebsd-update rollback' flash is working again. can someone look at this? Another data-point; when it fails, it records .. (npviewer.bin:62652): Gtk-WARNING **: cannot open display: :0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection NOTE: child process received `Goodbye', closing down .. in .xsession-errors :-( I see that as well as: (process:5430): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due to unknown user id (2139) (npviewer.bin:5430): Gtk-WARNING **: cannot open display: :0.0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection NOTE: child process received `Goodbye', closing down I haven't explored the getpwuid_r thing. -- Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#SIG pgpa67wIKijUI.pgp Description: PGP signature
Re: linux-f10-flashplugin
On Thu, 29 Sep 2011 12:50:01 -0700 Ted Faber fa...@isi.edu wrote: On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: On 09/29/11 13:57, Norbert Augenstein wrote: On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: 28.09.2011, 21:10, Conrad J. Sabatierconr...@cox.net: On Wed, 28 Sep 2011 11:50:08 -0500 Conrad J. Sabatierconr...@cox.net wrote: I see that as well as: (process:5430): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due to unknown user id (2139) (npviewer.bin:5430): Gtk-WARNING **: cannot open display: :0.0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection NOTE: child process received `Goodbye', closing down I haven't explored the getpwuid_r thing. Can you all please confirm that you run the most recent FreeBSD version (of your branch), as in with the recent security fixes? There are reports that one of them may have caused what you see. Bye, Alexander. -- http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ 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: linux-f10-flashplugin
On Thu, Sep 29, 2011 at 12:50:01PM -0700, Ted Faber wrote: On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: On 09/29/11 13:57, Norbert Augenstein wrote: On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: 28.09.2011, 21:10, Conrad J. Sabatierconr...@cox.net: On Wed, 28 Sep 2011 11:50:08 -0500 Conrad J. Sabatierconr...@cox.net wrote: [ .. snip .. ] Actually, now that I think of it, I think the way I did it was this: cd /home/conrads/.mozilla/plugins /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so And npwrapper.libflashplayer.so was created under /home/conrads/.mozilla/plugins. Hope this helps. I've done it. No results. ... same problem here, but the last i did yesterday was a 'freebsd-update' to 8.2-RELEASEp3 after 'freebsd-update rollback' flash is working again. can someone look at this? Another data-point; when it fails, it records .. (npviewer.bin:62652): Gtk-WARNING **: cannot open display: :0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection NOTE: child process received `Goodbye', closing down .. in .xsession-errors :-( I see that as well as: (process:5430): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. This would indicate you're messing with LANG, LC_*, or similar environment variables and that the locale you've chosen isn't valid. env in your shell should show them all, unless you're doing environment setting changes in X-related dotfiles (if that's possible; I do not jack squat about X, Gtk, etc.) (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due to unknown user id (2139) ... I haven't explored the getpwuid_r thing. Running id 2139 should return something other than no such user. If not, your environment is looking up something that has such ownership. I don't know if it's a file or a piece of C code that is intentionally looking for UID 2139. This UID is not defined in /usr/ports/UIDs so it's not coming from a port using the existing USERS/GROUPS ports framework. If it's a file it's keying off of, meaning file ownership, then possibly find / -user 2139 -ls might turn up something. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | ___ 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: How to update like Debian
hi, Am 29.09.2011 um 21:06 schrieb Matthew Seaman: Releases are called things like 8.2-RELEASE-p2 In general, if it doesn't have 'RELEASE' in the name then it isn't one, and usually it Ah, ok, it's getting more clearly. We have some jbods connected on a LSI 9200-8e which uses the mps driver and this driver isn't in the RELEASE version, only in STABLE ... that could be the problem. Thanks cu denny___ 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: linux-f10-flashplugin
28.09.2011, 21:10, Conrad J. Sabatier conrads at cox.net: On Wed, 28 Sep 2011 11:50:08 -0500 Conrad J. Sabatier conrads at cox.net wrote: It was a while ago that I did the actual wrapper install, but if I remember right, I simply copied npwrapper.libflashplayer.so from /usr/local/lib/browser_plugins to /home/conrads/.mozilla/plugins. You may want to try doing that and see if firefox/chromium will then recognize it. In theory, the system-wide install under /usr/local/lib/browser_plugins *should* work, but I seem to recall having problems with it, which was why I tried putting it under ~/.mozilla/plugins. Maybe it has something to do with the fact that it's not a native plugin(?). I don't know, really. But this has worked fine for me ever since, even across upgrades. Hope this helps. Let us know how it turns out. Actually, now that I think of it, I think the way I did it was this: cd /home/conrads/.mozilla/plugins /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so And npwrapper.libflashplayer.so was created under /home/conrads/.mozilla/plugins. Hope this helps. I've done it. No results. -- Regards, Serguey. I also have the same error on 2 computers using 9.0-BETA3. Before the yesterday upgrade, everything was fine, however. I have linsys and linproc mounted, linux module compiled into the kernel and Firefox, Chromium and Opera all show Flash Player in about:plugins. ___ 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: linux-f10-flashplugin
On Thu, Sep 29, 2011 at 10:06:59PM +0200, Alexander Leidinger wrote: On Thu, 29 Sep 2011 12:50:01 -0700 Ted Faber fa...@isi.edu wrote: On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: On 09/29/11 13:57, Norbert Augenstein wrote: On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: 28.09.2011, 21:10, Conrad J. Sabatierconr...@cox.net: On Wed, 28 Sep 2011 11:50:08 -0500 Conrad J. Sabatierconr...@cox.net wrote: I see that as well as: (process:5430): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due to unknown user id (2139) (npviewer.bin:5430): Gtk-WARNING **: cannot open display: :0.0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection NOTE: child process received `Goodbye', closing down I haven't explored the getpwuid_r thing. Can you all please confirm that you run the most recent FreeBSD version (of your branch), as in with the recent security fixes? There are reports that one of them may have caused what you see. $ uname -a FreeBSD vim.isi.edu 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 09:08:38 PDT 2011 r...@vim.isi.edu:/usr/obj/usr/src/sys/GENERIC amd64 I did a make update and then compiled and installed, which took about 40 minutes. The update was triggered by seeing the security fixes on the RSS feed. I can grab new sources and reinstall if you think it's worth it. -- Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#SIG pgpSjmDuhMrdq.pgp Description: PGP signature
Re: linux-f10-flashplugin
On Thu, Sep 29, 2011 at 02:16:50PM -0700, Ted Faber wrote: On Thu, Sep 29, 2011 at 10:06:59PM +0200, Alexander Leidinger wrote: On Thu, 29 Sep 2011 12:50:01 -0700 Ted Faber fa...@isi.edu wrote: On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: On 09/29/11 13:57, Norbert Augenstein wrote: On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: 28.09.2011, 21:10, Conrad J. Sabatierconr...@cox.net: On Wed, 28 Sep 2011 11:50:08 -0500 Conrad J. Sabatierconr...@cox.net wrote: I see that as well as: (process:5430): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due to unknown user id (2139) (npviewer.bin:5430): Gtk-WARNING **: cannot open display: :0.0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection NOTE: child process received `Goodbye', closing down I haven't explored the getpwuid_r thing. Can you all please confirm that you run the most recent FreeBSD version (of your branch), as in with the recent security fixes? There are reports that one of them may have caused what you see. $ uname -a FreeBSD vim.isi.edu 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 09:08:38 PDT 2011 r...@vim.isi.edu:/usr/obj/usr/src/sys/GENERIC amd64 I did a make update and then compiled and installed, which took about 40 minutes. The update was triggered by seeing the security fixes on the RSS feed. I can grab new sources and reinstall if you think it's worth it. Did you rebuild ports (particularly glib, which appears to be what's spitting out the getpwuid_r() error) after you did this? -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | ___ 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: linux-f10-flashplugin
On Thu, Sep 29, 2011 at 01:05:40PM -0700, Jeremy Chadwick wrote: On Thu, Sep 29, 2011 at 12:50:01PM -0700, Ted Faber wrote: (process:5430): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. This would indicate you're messing with LANG, LC_*, or similar environment variables and that the locale you've chosen isn't valid. env in your shell should show them all, unless you're doing environment setting changes in X-related dotfiles (if that's possible; I do not jack squat about X, Gtk, etc.) Well, all together now: I didn't change anything. That is, I have not modified my LC_ALL setting: $ /usr/bin/env | grep LC LC_ALL=en_US.UTF-8 $ /compat/linux/usr/bin/env | grep LC LC_ALL=en_US.UTF-8 (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due to unknown user id (2139) ... I haven't explored the getpwuid_r thing. Running id 2139 should return something other than no such user. If not, your environment is looking up something that has such ownership. 2139 is my uid, and both linux and native FreeBSD seem to agree: $ /usr/bin/id uid=2139(faber) gid=134(div7) groups=134(div7),0(wheel),5(operator),80(www),169(dartgrp),259(sys413),335(cs555fac),356(arpisi),387(crisis),402(ilense),546(xcp),584(webdiv7),605(rfcdev),7001(abac) $ /compat/linux/usr/bin/id uid=2139 gid=134(div7) groups=0(wheel),5(operator),80(www),169,259,335,356,387,402,546,584,605,7001(abac) I don't know if it's a file or a piece of C code that is intentionally looking for UID 2139. This UID is not defined in /usr/ports/UIDs so it's not coming from a port using the existing USERS/GROUPS ports framework. If it's a file it's keying off of, meaning file ownership, then possibly find / -user 2139 -ls might turn up something. 2139 is my id: the id of the user running firefox (and presumably the plugin). -- Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#SIG pgp6Fw0YsVPya.pgp Description: PGP signature
Re: linux-f10-flashplugin
Ted Faber fa...@isi.edu writes: On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: On 09/29/11 13:57, Norbert Augenstein wrote: On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: 28.09.2011, 21:10, Conrad J. Sabatierconr...@cox.net: On Wed, 28 Sep 2011 11:50:08 -0500 Conrad J. Sabatierconr...@cox.net wrote: [ .. snip .. ] Actually, now that I think of it, I think the way I did it was this: cd /home/conrads/.mozilla/plugins /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so And npwrapper.libflashplayer.so was created under /home/conrads/.mozilla/plugins. Hope this helps. I've done it. No results. ... same problem here, but the last i did yesterday was a 'freebsd-update' to 8.2-RELEASEp3 after 'freebsd-update rollback' flash is working again. can someone look at this? Another data-point; when it fails, it records .. (npviewer.bin:62652): Gtk-WARNING **: cannot open display: :0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection NOTE: child process received `Goodbye', closing down .. in .xsession-errors :-( I see that as well as: (process:5430): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due to unknown user id (2139) (npviewer.bin:5430): Gtk-WARNING **: cannot open display: :0.0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection NOTE: child process received `Goodbye', closing down I haven't explored the getpwuid_r thing. After installing the recent uipc_socket security patch, acroread also fails with cannot open display: :0.0. That leads me to think that the recent uipc_socket security patch broke Unix-domain sockets in the Linux ABI in some way. (I'm on 8.2-REL.) Bengt ___ 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: linux-f10-flashplugin
On Thu, Sep 29, 2011 at 02:31:59PM -0700, Jeremy Chadwick wrote: I can grab new sources and reinstall if you think it's worth it. Did you rebuild ports (particularly glib, which appears to be what's spitting out the getpwuid_r() error) after you did this? I've rebuilt firefox and glib, still the same. -- Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#SIG pgps7g8wf6OnK.pgp Description: PGP signature
Re: linux-f10-flashplugin
On Thu, Sep 29, 2011 at 02:40:09PM -0700, Ted Faber wrote:
On Thu, Sep 29, 2011 at 01:05:40PM -0700, Jeremy Chadwick wrote:
On Thu, Sep 29, 2011 at 12:50:01PM -0700, Ted Faber wrote:
(npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due
to unknown user id (2139)
...
I haven't explored the getpwuid_r thing.
Running id 2139 should return something other than no such user. If
not, your environment is looking up something that has such ownership.
2139 is my uid, and both linux and native FreeBSD seem to agree:
$ /usr/bin/id
uid=2139(faber) gid=134(div7)
groups=134(div7),0(wheel),5(operator),80(www),169(dartgrp),259(sys413),335(cs555fac),356(arpisi),387(crisis),402(ilense),546(xcp),584(webdiv7),605(rfcdev),7001(abac)
$ /compat/linux/usr/bin/id
uid=2139 gid=134(div7)
groups=0(wheel),5(operator),80(www),169,259,335,356,387,402,546,584,605,7001(abac)
I can only speculate what's going on here, but there's a lot of
inconsistencies in UID-username and GID-group name mappings shown in
the Linux id program there.
On a native CentOS box, /usr/bin/id *does* return a username alongside
the uid number. Example:
$ /usr/bin/id
uid=1535(jdc) gid=1535(jdc) groups=101(cvsusers),110(netops),{snipped}
So what I'm getting at: I don't know if the error from glib complaining
about getpwuid_r() unknown user id is actually saying the UID 2139
is unknown, or if it's saying the passwd struct details aren't filled
in completely. Taken from getpwuid_r(3) RETURN VALUES section:
The functions getpwent_r(), getpwnam_r(), and getpwuid_r() return 0
if no error occurred, or an error number to indicate failure.
It is not an error if a matching entry is not found. (Thus, if
result is NULL and the return value is 0, no matching entry exists.)
Likewise I would expect the group names to be expanded as well -- it's
expanding some of them, but not all. Why doesn't it know about GIDs
169, 259, 335, 356, 387, 402, 546, 584, and 605?
Does Linux emulation on FreeBSD require a separate passwd(5) file
compared to /etc/passwd? I am not familiar with Linux emulation on
FreeBSD, which is why I find the above output weird.
--
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, US |
| Making life hard for others since 1977. PGP 4BD6C0CB |
___
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: linux-f10-flashplugin
On Thu, 29 Sep 2011 22:06:59 +0200 Alexander Leidinger alexan...@leidinger.net wrote: On Thu, 29 Sep 2011 12:50:01 -0700 Ted Faber fa...@isi.edu wrote: On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: On 09/29/11 13:57, Norbert Augenstein wrote: On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: 28.09.2011, 21:10, Conrad J. Sabatierconr...@cox.net: On Wed, 28 Sep 2011 11:50:08 -0500 Conrad J. Sabatierconr...@cox.net wrote: I see that as well as: (process:5430): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due to unknown user id (2139) (npviewer.bin:5430): Gtk-WARNING **: cannot open display: :0.0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection NOTE: child process received `Goodbye', closing down I haven't explored the getpwuid_r thing. Can you all please confirm that you run the most recent FreeBSD version (of your branch), as in with the recent security fixes? There are reports that one of them may have caused what you see. Bye, Alexander. Hi list, it seems that http://security.freebsd.org/advisories/FreeBSD-SA-11:05.unix.asc is the culprit. -- auge ___ 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: linux-f10-flashplugin
On Thu, Sep 29, 2011 at 11:56:48PM +0200, Norbert Augenstein wrote: On Thu, 29 Sep 2011 22:06:59 +0200 Alexander Leidinger alexan...@leidinger.net wrote: On Thu, 29 Sep 2011 12:50:01 -0700 Ted Faber fa...@isi.edu wrote: On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: On 09/29/11 13:57, Norbert Augenstein wrote: On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: 28.09.2011, 21:10, Conrad J. Sabatierconr...@cox.net: On Wed, 28 Sep 2011 11:50:08 -0500 Conrad J. Sabatierconr...@cox.net wrote: I see that as well as: (process:5430): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due to unknown user id (2139) (npviewer.bin:5430): Gtk-WARNING **: cannot open display: :0.0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection NOTE: child process received `Goodbye', closing down I haven't explored the getpwuid_r thing. Can you all please confirm that you run the most recent FreeBSD version (of your branch), as in with the recent security fixes? There are reports that one of them may have caused what you see. Bye, Alexander. Hi list, it seems that http://security.freebsd.org/advisories/FreeBSD-SA-11:05.unix.asc is the culprit. Just for clarification: Said fix might explain the ERROR: failed to initialize plugin-side RPC client connection problem, but would not explain the getpwuid_r() problem. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | ___ 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: linux-f10-flashplugin
On Thu, Sep 29, 2011 at 03:01:44PM -0700, Jeremy Chadwick wrote:
On Thu, Sep 29, 2011 at 02:40:09PM -0700, Ted Faber wrote:
On Thu, Sep 29, 2011 at 01:05:40PM -0700, Jeremy Chadwick wrote:
On Thu, Sep 29, 2011 at 12:50:01PM -0700, Ted Faber wrote:
(npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due
to unknown user id (2139)
...
I haven't explored the getpwuid_r thing.
Running id 2139 should return something other than no such user. If
not, your environment is looking up something that has such ownership.
2139 is my uid, and both linux and native FreeBSD seem to agree:
$ /usr/bin/id
uid=2139(faber) gid=134(div7)
groups=134(div7),0(wheel),5(operator),80(www),169(dartgrp),259(sys413),335(cs555fac),356(arpisi),387(crisis),402(ilense),546(xcp),584(webdiv7),605(rfcdev),7001(abac)
$ /compat/linux/usr/bin/id
uid=2139 gid=134(div7)
groups=0(wheel),5(operator),80(www),169,259,335,356,387,402,546,584,605,7001(abac)
I can only speculate what's going on here, but there's a lot of
inconsistencies in UID-username and GID-group name mappings shown in
the Linux id program there.
On a native CentOS box, /usr/bin/id *does* return a username alongside
the uid number. Example:
$ /usr/bin/id
uid=1535(jdc) gid=1535(jdc) groups=101(cvsusers),110(netops),{snipped}
So what I'm getting at: I don't know if the error from glib complaining
about getpwuid_r() unknown user id is actually saying the UID 2139
is unknown, or if it's saying the passwd struct details aren't filled
in completely. Taken from getpwuid_r(3) RETURN VALUES section:
The functions getpwent_r(), getpwnam_r(), and getpwuid_r() return 0
if no error occurred, or an error number to indicate failure.
It is not an error if a matching entry is not found. (Thus, if
result is NULL and the return value is 0, no matching entry exists.)
Likewise I would expect the group names to be expanded as well -- it's
expanding some of them, but not all. Why doesn't it know about GIDs
169, 259, 335, 356, 387, 402, 546, 584, and 605?
Um, because my NIS was incorrectly configured. Sorry for the blind
alley.
Adding nis and nisplus to the relevant entries in
/compat/linux/etc/nsswitch.conf means that linux id works dandy:
$ /compat/linux/usr/bin/id
uid=2139(faber) gid=134(div7)
groups=0(wheel),5(operator),80(www),169(dartgrp),259(sys413),335(cs555fac),356(arpisi),387(crisis),402(ilense),546(xcp),584(webdiv7),605(rfcdev),7001(abac)
and the getpwnam_r error disappears.
The flashplugin still fails with the errors:
---
(process:52959): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
(npviewer.bin:52959): Gtk-WARNING **: cannot open display: :0.0
*** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client
connection
NOTE: child process received `Goodbye', closing down
(process:52979): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
(npviewer.bin:52979): Gtk-WARNING **: cannot open display: :0.0
*** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client
connection
NOTE: child process received `Goodbye', closing down
---
Sorry for the NIS noise.
--
Ted Faber
http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.asc
Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#SIG
pgpbbjXOn2JHq.pgp
Description: PGP signature
Re: linux-f10-flashplugin
On Thursday 29 September 2011 04:06 pm, Alexander Leidinger wrote: On Thu, 29 Sep 2011 12:50:01 -0700 Ted Faber fa...@isi.edu wrote: On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: On 09/29/11 13:57, Norbert Augenstein wrote: On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: 28.09.2011, 21:10, Conrad J. Sabatierconr...@cox.net: On Wed, 28 Sep 2011 11:50:08 -0500 Conrad J. Sabatierconr...@cox.net wrote: I see that as well as: (process:5430): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due to unknown user id (2139) (npviewer.bin:5430): Gtk-WARNING **: cannot open display: :0.0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection NOTE: child process received `Goodbye', closing down I haven't explored the getpwuid_r thing. Can you all please confirm that you run the most recent FreeBSD version (of your branch), as in with the recent security fixes? There are reports that one of them may have caused what you see. Linux does not have sun_len field for Unix domain socket and it does not care when sa_family is AF_UNIX. One example from nspluginwrapper itself: nspluginwrapper-1.4.4/src/rpc.c: 709: #ifdef HAVE_SOCKADDR_UN_SUN_LEN 710: connection-socket_addr.sun_len = connection-socket_addr_len; 711: #endif We can hack up nspluginwrapper and rebuild Linux binary but Linuxulator has to correct it now, I guess. Jung-uk Kim ___ 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: linux-f10-flashplugin
On Thu, Sep 29, 2011 at 10:06 PM, Alexander Leidinger alexan...@leidinger.net wrote: On Thu, 29 Sep 2011 12:50:01 -0700 Ted Faber fa...@isi.edu wrote: On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: On 09/29/11 13:57, Norbert Augenstein wrote: On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: 28.09.2011, 21:10, Conrad J. Sabatierconr...@cox.net: On Wed, 28 Sep 2011 11:50:08 -0500 Conrad J. Sabatierconr...@cox.net wrote: I see that as well as: (process:5430): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due to unknown user id (2139) (npviewer.bin:5430): Gtk-WARNING **: cannot open display: :0.0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection NOTE: child process received `Goodbye', closing down I haven't explored the getpwuid_r thing. Can you all please confirm that you run the most recent FreeBSD version (of your branch), as in with the recent security fixes? There are reports that one of them may have caused what you see. sun_path from sockaddr_un on Linux is 108 bytes long, while on FreeBSD it is 104. With recent security patch anything bigger than 104 is disallowed, so support for unix sockets in linuxolator is broken. I propose the following patch: http://student.agh.edu.pl/~mjguzik/linux_sockaddr_un.patch Thanks, -- Mateusz Guzik ___ 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: linux-f10-flashplugin
On 09/29/11 18:30, Jeremy Chadwick wrote: On Thu, Sep 29, 2011 at 11:56:48PM +0200, Norbert Augenstein wrote: [ .. snip .. ] it seems that http://security.freebsd.org/advisories/FreeBSD-SA-11:05.unix.asc is the culprit. Just for clarification: Said fix might explain the ERROR: failed to initialize plugin-side RPC client connection problem, but would not explain the getpwuid_r() problem. I reverted this piece of r225827 below against 10-CURRENT (at r225881) and flash works once again. Index: uipc_usrreq.c === --- uipc_usrreq.c (revision 225826) +++ uipc_usrreq.c (revision 225827) @@ -462,6 +462,8 @@ unp = sotounpcb(so); KASSERT(unp != NULL, (uipc_bind: unp == NULL)); + if (soun-sun_len sizeof(struct sockaddr_un)) + return (EINVAL); namelen = soun-sun_len - offsetof(struct sockaddr_un, sun_path); if (namelen = 0) return (EINVAL); @@ -1252,6 +1254,8 @@ unp = sotounpcb(so); KASSERT(unp != NULL, (unp_connect: unp == NULL)); + if (nam-sa_len sizeof(struct sockaddr_un)) + return (EINVAL); len = nam-sa_len - offsetof(struct sockaddr_un, sun_path); if (len = 0) return (EINVAL); ___ 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
