similar to: kern.ipc.maxpipekva exceeded; see tuning(7)

Hello, I have the following entries in /boot/loader.conf: kern.ipc.shm_use_phys="1" kern.ipc.semmns="500" kern.ipc.semmni="40" kern.ipc.semmap="500" which are set correctly. Unfortunately, the following two entries kern.ipc.shmmax="512000000" kern.ipc.shmall="65526" do not change the corresponding values according to

Hi, I've noticed some general instability with plugging in or removing USB devices with FreeBSD 7.x, even when the devices are not actively in use. I had this happen with umass and ucom devices 3 times today. The machine hangs solid, there are no obvious signs of a panic or trap to DDB. I can't provide backtraces unfortunately -- these hangs happen on both my laptop and desktop, and

A while back, I submitted a patch for PR kern/124621, which allows the mounting of an ext2(3) filesystem created with an inode size other than 128. The e2fsprogs' default is now 256, so file systems created on newer Linux distributions or with the port will not be mountable. I was hopeful this would get committed in time for 7.1-RELEASE (and 6.4-RELEASE), however the PR remains open. If

Anyone have any theories or experiences as to why for a certain user, some of his imap processes hang, and stay around for days and days? He just reported that his Thunderbird was timing out when trying to open folders, I looked on the server, and he had 3 old imap processes from 1 week+ ago. I killed those and his performance immediately improved. He checks mail with Thunderbird > 1.5

Hello. We have a webserver using FreeBSD, we read about tunning kern.ipc.somaxconn (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-kernel-limits.html) so the OS can handle all the connections. Is there a way to know how many connections are established in a certain moment?. I know about netstat(1) but is there any other command that we can use to know the exact amount of

Hi, I just started running RC2 on Thursday. I migrated an old Courier IMAP server, and the only issue I had was that I didn't understand how to enable quotas :) It's impressively fast, and I'm quite happy with it so far. This morning I found that dovecot had crashed, I had exceeded FreeBSD's kern.maxpipekva Has anyone successfully run dovecot under daemontools? I got it to

Hi, I just had 7.0-RELEASE crash again, whilst kldloading the uplcom.ko module in multi-user mode with X running, and no USB serial devices plugged in. The T43 immediately resets, I don't get a chance to drop into a debugger. This seems like a pretty serious USB regression. Is anyone looking into it? Are these things a thing of the past with the "new" USB code? thanks BMS

Hello I have an active-active DRBD cluster using OCFS2 as the filesystem on the drbd devices. I started getting a "general protection fault error" when trying to mount any one of the ocfs2 volumes I have, even when running mount on a single node, with no mounted FSs on the other node. The kernel trace follows at the bottom of this message. Does anyone know what could have been

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-09:09.pipe Security Advisory The FreeBSD Project Topic: Local information disclosure via direct pipe writes Category: core Module: kern

Hi! The same problem occures if 6.1-PRERELEASE kernel panic occures while configuration partition of NanoBSD is being updated (so, mounted read-write). This problem has occured now, I've got kernel panic while find(1) walked file system and the system become frozen after panic, it did not reboot. Please take a look at http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/93381 Eugene Grosbein

hi, is a random pid generation really a security enhancement? if yes, would it make sense to setup something like: --> sysctl kern.randompid=`jot -r 1 500 2000` in cron to be executed every X mins/hrs? and finally, what are the recommended minimum (security) and maximum (performance) values for kern.randompid?

Hi kern.cp_time seems is reporting wrong values (most time too high) with Phenom and amd64 (i386 Ido not know) but with snmpget I get the correct machine values when consulting ssCpuRawUser.0 ssCpuRawNice.0 ssCpuRawSystem.0 ssCpuRawInterrupt.0 ssCpuRawIdle.0 kern.cp_time on RELENG6 reports correct with same hardware -- Jo?o A mensagem foi scaneada pelo sistema de e-mail e pode

> > >Number: 16605 > >Category: kern > >Synopsis: samba 2.0.6 under 3.4-RELEASE can't open buffers Currently running 3.4-20000214-STABLE. Compiled samba 2.0.6 from /usr/ports; smbpasswd dies with a segmentation error but appears to complete writing the server SID and smbpasswd file (NT domain authentication works). Tried complete uninstall,

Hi all. I updated my old i386 machine and now it says: Oct 8 16:57:12 limbo kernel: warning: total configured swap (2100821 pages) exceeds maximum recommended amount (2041984 pages). Oct 8 16:57:12 limbo kernel: warning: increase kern.maxswzone or reduce amount of swap. I though someone tried to remove that warning with kern.maxswzone tunable altogether... What should I do to fix that? #

Thanks to Tor Egge for providing the binary patch and procedure below! ------- begin 644 3dmd.bpatch.144284 6#[IL)`0-N/L```#-@'+KA=)T`C'`PP`` ` end ------- The resulting 3dmd works with a STABLE as of today. Perhaps there should be a note in the port ? ---Mike >If you unpack the following snippet > >using uudecode, you should the following checksum: > >MD5

The fix for the signal number range checking appears to be missing a couple of "uap->" on line 342. cvsup'd within the last hour. Look's like its the RELENG_4_8 code applied to 4.7 which has a different i/f - kern_ptrace() vs. ptrace(). -- Andy

Bill Paul wrote: > > Ok. I went out and bought a D-Link 530+ card with the same chip you > have and used the latest (.18) driver, and it works fine for me. > I am really not sure what's broken. There are only two small things > that _might_ have bearing on the problem. To test my theory, download > the driver from: > > http://www.freebsd.org/~wpaul/RealTek/4-stable

http://bugs.freedesktop.org/show_bug.cgi?id=24603 Summary: LVDS-0 off after resume, PGRAPH_ERROR in kern.log Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Saw your post on -stable about this, and decided to take a look since I'm about to get my hands on a similar (82801DB) motherboard. If it's the USB 2.0 controller that's isn't being detected, shouldn't ehci by patched instead of uhci...? You may want to give the attached, completely untested, patch a try. I.e. it compiles on my box, but I don't have any hardware to

Box with fresh RELENG_7 panic under heavy network load (more than 50k connections). This panics seems to be senfile(2) related, because when sendfile disabled in nginx, I can't reproduce the problem. Backtrace in all cases like this: # kgdb kernel /spool/crash/vmcore.1 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General