RE: Garbled VGA text console
Perhaps problem with incorrect SC_MOUSE_CHAR option? I've seen strange behavious with GENERIC when user class is set to russian Sincerely, Maxim M. Kazachek mailto:[EMAIL PROTECTED] On Tue, 13 Sep 2005, Brent Casavant wrote: On Tue, 13 Sep 2005, Robert Faulds wrote: Swap your mouse and keyboard. It appears you have them plugged in backwards. Unfortunately that's not the case. I even humored my imagination (i.e. maybe the chassis is mislabeled) and intentionally reversed them, to no avail. As stated in the first message, a mouse isn't even necessary in order to observe this problem. Thinking it might be an SMP problem, I disabled all but one processor (kern.smp.maxcpus=1, kern.smp.active=0, kern.smp.disabled=1). The garbled console continued. So I put that back, and thought to myself Maybe it's picking up the wrong video card, somewhat. Tried hint.vga.0.at=pci, to try to pick up the PCI VGA controller instead of the onboard one that appears on isa0, but that also had no effect. I'm not above looking into this myself. Any idea whether it would be best to start my hunt in /usr/src/dev/fb/* as opposed to /usr/src/dev/syscons/* ? Thanks, Brent Casavant -- Brent Casavant Dance like everybody should be watching. www.angeltread.org KD5EMB, EN34lv ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Jail to jail network performance?
Brandon Fosdick wrote: I have a 5.4-S box running apache2 that's serving data from mysql running on the same box. I'm thinking about putting both in seperate jails, partly for security and partly for practice. Would this impact network performance between the two? Currently the mysql connection is using localhost which I understand to be faster than a network socket. Does jail-to-jail traffic use the same mechanism? or something else? In MySQL 'localhost' is a hard-wired shortcut that uses domain sockets instead of TCP sockets. Since domain sockets live in the namespace of a filesystem this requires that both server and client have access to the same filesystem. Now, for security reasons jails normally are confined in separate filesystems, or at least in separate parts of a common one. So in case of MySQL you would have to use TCP sockets to communicate between jails. This socket type typically consumes more CPU because of TCP's protocol overhead. However, whether you would actually notice any difference in speed basically depends on how much excess CPU power there is available on that server. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers [EMAIL PROTECTED] | http://www.escapebox.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Jail to jail network performance?
On Sep 13, 2005, at 11:59 PM, Uwe Doering wrote: Now, for security reasons jails normally are confined in separate filesystems, or at least in separate parts of a common one. So in case of MySQL you would have to use TCP sockets to communicate between jails. This socket type typically consumes more CPU because of TCP's protocol overhead. However, whether you would actually notice any difference in speed basically depends on how much excess CPU power there is available on that server. Ignoring security (or filesystem namespace issues) I will just note that using named sockets for local IPC is a Good Thing. When I worked at Messaging Direct I taught sendmail to speak LMTP over named sockets, and our local delivery rate (to our IMAP server) went up by a factor of 10. It would be really cool if we could figure out a way to do AF_UNIX between jails, but I confess to not having thought about any of the implications ... (Maybe netgraph can help here?) --lyndon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Slow internet browsing.
Sandro Noel wrote: thank you all for the ULTRA fast reply, i had an entry in the resolv.conf that did not belong there. problem solved. something is bothering me... the entry stated that it was the ip of my gateway 10.0.5.1 wich is the same address that the DHCP server gives out. why is it causing problems ? Do you have ADSL-box with Network Address Translation enabled? Sounds like ADSL-router (or firewall) is redirecting your DNS requests. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.0BETA4: panic: unrhdr has 9 allocations
On Mon, 12 Sep 2005, Rene Ladan wrote: Hi, on Could you file a PR on this? It sounds like a bug in one of three places: the unit allocation routines, procfs, or vfs. If I had to guess, procfs or VFS, but you never know. Thanks, Robert N M Watson FreeBSD 6.0-BETA4 #10: Sun Sep 4 22:19:26 CEST 2005 /usr/obj/usr/src/sys/RENE I saw this panic after the following: # mount_procfs procfs /proc (loads procfs.ko and pseudofs.ko) play with truss # umount /proc # kldunload procfs I'll leave the dump around for a while. #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt f #0 doadump () at pcpu.h:165 No locals. #1 0xc044c9a6 in db_fncall (dummy1=0, dummy2=0, dummy3=1999, dummy4=0xcf174a3c ßuÀ) at /usr/src/sys/ddb/db_command.c:489 fn_addr = -1068248576 args = {0, -820557304, -1066944787, -1065639616, 28, -820557304, -1069226763, 32, -1066234688, 2} nargs = 0 retval = 544973344 t = 0 #2 0xc044c722 in db_command (last_cmdp=0xc075d624, cmd_table=0x0, aux_cmd_tablep=0xc07235f0, aux_cmd_tablep_end=0xc07235f4) at /usr/src/sys/ddb/db_command.c:349 cmd = (struct command *) 0xc0728e40 t = 0 modif = ßuÀ\000\000\000\000XJ\027Ï\r\000\000\000 Ø|[EMAIL PROTECTED] $Ù|ÀÀ\037{À ßuÀx\000\000\000 ßuÀ\000\000\000\000\234J\027ÏñíDÀÇ\005pÀpêDÀ\000\000\000\000\020\000\000\000\000\000\000\000 ßuÀ\206àDÀ ßuÀØÖuÀx\000\000\000\000K\027Ï addr = 0 count = 1999 have_addr = 0 result = 0 #3 0xc044c835 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 No locals. #4 0xc044e9a5 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 jb = {{_jb = {-820557056, -820557084, -820557004, -1042394752, 0, -1069225658, 0, 0, 0, 0, -820557004, -1068123920}}} prev_jb = (void *) 0x0 bkpt = 0 #5 0xc055b977 in kdb_trap (type=0, code=0, tf=0xcf174b94) at /usr/src/sys/kern/subr_kdb.c:473 handled = -820556908 #6 0xc06be108 in trap (frame= {tf_fs = -1066401784, tf_es = 40, tf_ds = -820576216, tf_edi = 1, tf_esi = -1066387444, tf_ebp = -820556836, tf_isp = -820556864, tf_ebx = -820556780, tf_edx = 0, tf_ecx = -1056878592, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1068124560, tf_cs = 32, tf_eflags = 642, tf_esp = -1066392053, tf_ss = -1066400620}) at /usr/src/sys/i386/i386/trap.c:601 td = (struct thread *) 0xc1de5180 p = (struct proc *) 0xc16d520c sticks = 3229006976 i = 0 ucode = 0 type = 3 code = 0 eva = 0 #7 0xc06ab72a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #8 0xc078 in ?? () No symbol table info available. #9 0x0028 in ?? () No symbol table info available. #10 0xcf170028 in ?? () No symbol table info available. #11 0x0001 in ?? () No symbol table info available. #12 0xc070380c in ?? () No symbol table info available. #13 0xcf174bdc in ?? () No symbol table info available. #14 0xcf174bc0 in ?? () No symbol table info available. #15 0xcf174c14 in ?? () No symbol table info available. #16 0x in ?? () No symbol table info available. #17 0xc1015000 in ?? () No symbol table info available. #18 0x0012 in ?? () No symbol table info available. #19 0x0003 in ?? () No symbol table info available. #20 0x in ?? () No symbol table info available. #21 0xc055b670 in kdb_enter (msg=0x0) at cpufunc.h:60 No locals. #22 0xc053dab5 in panic (fmt=0xc070380c unrhdr has %u allocations) at /usr/src/sys/kern/kern_shutdown.c:537 td = (struct thread *) 0xc1de5180 bootopt = 256 newpanic = 1 ap = 0xcf174c14 \t buf = unrhdr has 9 allocations, '\0' repeats 231 times #23 0xc0565e62 in delete_unrhdr (uh=0x0) at /usr/src/sys/kern/subr_unit.c:321 No locals. #24 0xc271f54a in ?? () No symbol table info available. #25 0xc21dfa80 in ?? () No symbol table info available. #26 0xc07659dc in lockbuilder_pool () No symbol table info available. #27 0xc26457a0 in ?? () No symbol table info available. #28 0xc26457a0 in ?? () No symbol table info available. #29 0xcf174c40 in ?? () No symbol table info available. #30 0xc2644089 in ?? () No symbol table info available. #31 0xc2645840 in ?? () No symbol table info available. #32 0xc26457a0 in ?? () No symbol table info available. #33 0xcf174c54 in ?? () No symbol table info available. #34 0xc059dbab in vfs_unregister (vfc=0xc26457a0) at /usr/src/sys/kern/vfs_init.c:265 vfsp = (struct vfsconf *) 0xc2645840 error = 0 maxtypenum = 0 Previous frame inner to this frame (corrupt stack?) (kgdb) q -- GPG fingerprint = 5FFA 3959 3377 C697 8428 24D0 BF3E F4A9 AE33 5DCC It won't fit on the line. -- me, 2001 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Jail to jail network performance?
On Wed, 14 Sep 2005, Lyndon Nerenberg wrote: On Sep 13, 2005, at 11:59 PM, Uwe Doering wrote: Now, for security reasons jails normally are confined in separate filesystems, or at least in separate parts of a common one. So in case of MySQL you would have to use TCP sockets to communicate between jails. This socket type typically consumes more CPU because of TCP's protocol overhead. However, whether you would actually notice any difference in speed basically depends on how much excess CPU power there is available on that server. Ignoring security (or filesystem namespace issues) I will just note that using named sockets for local IPC is a Good Thing. When I worked at Messaging Direct I taught sendmail to speak LMTP over named sockets, and our local delivery rate (to our IMAP server) went up by a factor of 10. It would be really cool if we could figure out a way to do AF_UNIX between jails, but I confess to not having thought about any of the implications ... (Maybe netgraph can help here?) There are several ways you can do it, but they generally fall into two classes of activies: (1) Modifying the name space exclusion assumption for jails, so that the file system name spaces overlap. One way to do this is with nullfs. (2) Having a daemon or tool that runs outside of the jail and brokers communication between the jails. One example might be a daemon that inserts a UNIX domain socket into both jails and then provides references to shared IPC objects between the two by request. Another example might be a daemon or tool that responds to a request and creates a hard link from a socket/fifo endpoint visible in one jail to a name visible in another jail, perhaps when setting up the jail. The former requires more infrastructure, but the latter is less flexible. Robert N M Watson ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Jail to jail network performance?
Robert Watson wrote: On Wed, 14 Sep 2005, Lyndon Nerenberg wrote: On Sep 13, 2005, at 11:59 PM, Uwe Doering wrote: Now, for security reasons jails normally are confined in separate filesystems, or at least in separate parts of a common one. So in case of MySQL you would have to use TCP sockets to communicate between jails. This socket type typically consumes more CPU because of TCP's protocol overhead. However, whether you would actually notice any difference in speed basically depends on how much excess CPU power there is available on that server. Ignoring security (or filesystem namespace issues) I will just note that using named sockets for local IPC is a Good Thing. When I worked at Messaging Direct I taught sendmail to speak LMTP over named sockets, and our local delivery rate (to our IMAP server) went up by a factor of 10. It would be really cool if we could figure out a way to do AF_UNIX between jails, but I confess to not having thought about any of the implications ... (Maybe netgraph can help here?) There are several ways you can do it, but they generally fall into two classes of activies: (1) Modifying the name space exclusion assumption for jails, so that the file system name spaces overlap. One way to do this is with nullfs. (2) Having a daemon or tool that runs outside of the jail and brokers communication between the jails. One example might be a daemon that inserts a UNIX domain socket into both jails and then provides references to shared IPC objects between the two by request. Another example might be a daemon or tool that responds to a request and creates a hard link from a socket/fifo endpoint visible in one jail to a name visible in another jail, perhaps when setting up the jail. The former requires more infrastructure, but the latter is less flexible. Just a kind reminder to those interested in implementing the daemon approach: Never ever create or write to an object from outside a jail that is located in a part of the filesystem that a live jail can access and modify. Otherwise you may easily fall victim to a symlink attack or similar. Remember that jails set up for security reasons generally are to be considered enemy territory. The correct approach would be to create or open such objects from a chrooted child process. There is only one exception: In the pre-boot phase of a jail you can get away with checking the file path component by component before you touch the object. But as soon as the jail runs the window between checking the path and accessing the object can be exploited from inside the jail. Hope to have helped prevent some rude awakening for some. ;-) Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers [EMAIL PROTECTED] | http://www.escapebox.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
drac management card
I have installed 5.4-RELEASE10 FreeBSD on Dell PowerEdge 750 which has an internal Drac III/XT Server Management Card. I only found compatibles for RedHat which will talk to the card. Is there anything for freebsd? tomas -- tp PRIVACY CONFIDENTIALITY This e-mail is private and confidential. If you have, or suspect you have received this message in error please notify the sender as soon as possible and remove from your system. You may not copy, distribute or take any action in reliance on it. Thank you for your co-operation. Please note that whilst best efforts are made, neither the company nor the sender accepts any responsibility for viruses and it is your responsibility to scan the email and attachments (if any). This e-mail has been automatically scanned for viruses by MessageLabs. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Slow internet browsing.
Sandro Noel wrote: thank you all for the ULTRA fast reply, i had an entry in the resolv.conf that did not belong there. problem solved. something is bothering me... the entry stated that it was the ip of my gateway 10.0.5.1 wich is the same address that the DHCP server gives out. why is it causing problems ? And this entry was in /etc/resolv.conf? It certainly didn't belong there. If your gateway machine is at 10.0.5.1, then you should have the following entry in /etc/rc.conf: defaultrouter=10.0.5.1 And, after booting, `netstat -rn` should show (amongst other things) something similar to: default10.0.5.1UGS 0 1814xl0 --- bascially, your default route. HTH, Kevin Kinsey ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Slow internet browsing.
On 9/13/05, Sandro Noel [EMAIL PROTECTED] wrote: thank you all for the ULTRA fast reply, i had an entry in the resolv.conf that did not belong there. problem solved. something is bothering me... the entry stated that it was the ip of my gateway 10.0.5.1 wich is the same address that the DHCP server gives out. why is it causing problems ? Many (most?) small firewall/router/nat boxes list themselves as the DNS server when they do DHCP, and they try to proxy the DNS service. Some of them don't seem to do it right when you are using a DNS server on your internal network (and perhaps other situations), and you end up with long delays like you describe. If that's what is going on, the problem will reappear every time you boot the system and get a new DHCP lease (and perhaps every time the lease is renewed), because the dhcp client will rewrite /etc/resolv.conf. In 5.4R I think you can edit /etc/dhclient.conf and add some statements that put the correct entry in regardless of of what the DHCP server tells it. E.g. something like interface ep0 { prepend domain-name-servers 192.168.1.2; } would always use 192.168.1.2 as the primary DNS server for interface ep0 regardless of what the DHCP server says to use. See the dhclient.conf man page for more details. FreeBSD is in the process of adopting a new dhcp client, but I think this still applies to 5.4R. And yes, this question really belonged on -questions, not -stable, but it's not really a big deal, I guess. When in doubt, use -questions. - Bob ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: drac management card
Tomas Palfi wrote: I have installed 5.4-RELEASE10 FreeBSD on Dell PowerEdge 750 which has an internal Drac III/XT Server Management Card. I only found compatibles for RedHat which will talk to the card. Is there anything for freebsd? Have you looked at this port? /usr/ports/sysutils/ipmitool: Quoting IPMITool homepage: IPMItool is a simple command-line interface to systems that support the Intelligent Platform Management Interface (IPMI) v1.5 specification. It provides the ability to read the SDR and print sensor values, display the contents of the SEL, print FRU information, read and set LAN configuration parameters, and perform chassis power control. Currently only LAN and LANPlus interfaces are supported on FreeBSD. WWW: http://ipmitool.sourceforge.net/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
ENOMEM in swap_pager
On a P3 server with 1GB of memory, every now and then (about twice a month) I get a log full of errors like this: swap_pager: I/O error - pageout failed; blkno 167,size 4096, error 12 swap_pager: I/O error - pageout failed; blkno 182,size 4096, error 12 swap_pager: I/O error - pageout failed; blkno 199,size 8192, error 12 swap_pager: I/O error - pageout failed; blkno 12456,size 20480, error 12 swap_pager: I/O error - pageout failed; blkno 222,size 8192, error 12 The server runs fine otherwise, and it doesn't seem to affect applications in any way I'm able to detect. It's running latest 5.4-RELEASE, swap is on a SCSI disk, single processor. IIRC GEOM should handle ENOMEMs by retrying the IO, but I'm asking just in case - are these errors something I should worry about? -- Every sufficiently advanced magic is indistinguishable from technology - Arthur C Anticlarke ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
High load averages on a 5.3-RELEASE
Hi people, I've also posted this message to freebsd-performance, with no answer. I have a mail server running FreeBSD 5.3-RELEASE. It's a dual Xeon with 4gb of ram. The server is running Apache (serving Horde) , Postfix, Courier imapd w/SSL, Amavisd. Also a Postgresql as Horde's storage. The mail storage is accessed via NFS (this server is the nfs client). The problem is that it's experiencing a really high load average (see the top -S and vmstat -systat ) while the CPU's are relatively idle. I think it's a IO problem (nfs?), but I cant figure out what exactly is causing this. last pid: 96776; load averages: 13.60, 13.94, 18.26 up 22+01:45:44 17:08:08 1166 processes:8 running, 1087 sleeping, 71 waiting CPU states: 12.3% user, 0.0% nice, 17.8% system, 2.1% interrupt, 67.8% idle Mem: 1637M Active, 1638M Inact, 320M Wired, 192M Cache, 112M Buf, 28M Free Swap: 2023M Total, 216K Used, 2023M Free PID USERNAME PRI NICE SIZERES STATE C TIME WCPUCPU COMMAND 11 root 1320 0K12K RUN3 492.1H 82.13% 82.13% idle: cpu3 14 root 1320 0K12K RUN0 487.0H 79.83% 79.83% idle: cpu0 12 root 1320 0K12K RUN2 487.0H 78.37% 78.37% idle: cpu2 13 root 1320 0K12K CPU1 1 463.9H 71.63% 71.63% idle: cpu1 24 root -64 -183 0K12K CPU0 0 154:50 2.29% 2.29% irq11: ohci0 79636 www 40 33532K 22264K sbwait 2 0:08 1.27% 1.27% httpd 78 root -44 -163 0K12K WAIT 1 371:20 1.12% 1.12% swi1: net 95810 root50 1844K 1432K ttyin 1 0:03 1.03% 1.03% systat 59508 root50 1836K 1336K ttyin 3 5:56 0.98% 0.98% systat 79 root -28 -147 0K12K WAIT 1 171:24 0.93% 0.93% swi5: clock sio 72854 www960 34068K 22800K select 1 0:11 0.93% 0.93% httpd 90730 www200 29720K 18452K lockf 0 0:02 0.93% 0.93% httpd 77968 www 40 36816K 25556K sbwait 2 0:09 0.88% 0.88% httpd 78081 www200 31916K 20640K lockf 1 0:07 0.83% 0.83% httpd 96143 postfix960 3180K 2284K select 1 0:02 0.78% 0.78% smtpd 70626 www200 33264K 21992K lockf 3 0:08 0.73% 0.73% httpd 71231 root 960 2572K 1696K select 1 0:03 0.68% 0.68% couriertls 87567 www 40 33276K 22040K sbwait 3 0:04 0.63% 0.63% httpd 78109 www200 34228K 22968K lockf 1 0:08 0.49% 0.49% httpd 71240 mfx960 2596K 1532K select 0 0:02 0.49% 0.49% imapd 95217 vscan 200 20068K 18088K lockf 3 0:01 0.49% 0.49% perl 79635 www200 34160K 22884K lockf 3 0:05 0.44% 0.44% httpd 75988 pgsql 40 20436K 14468K sbwait 2 0:02 0.44% 0.44% postgres 96754 postfix 40 3180K 2284K select 2 0:00 4.61% 0.44% smtpd 79861 pgsql 40 20436K 14332K sbwait 0 0:01 0.39% 0.39% postgres 90802 www200 33272K 22032K lockf 1 0:03 0.34% 0.34% httpd 96763 postfix 40 3160K 2272K select 0 0:00 7.00% 0.34% smtpd 96756 postfix 40 3088K 2204K select 3 0:00 3.08% 0.29% smtp 85422 www200 34168K 22892K lockf 3 0:04 0.24% 0.24% httpd 90750 www 40 33284K 22024K sbwait 1 0:02 0.24% 0.24% httpd 5 usersLoad 11.65 13.51 18.06 14 sep 17:08 (this is ugly, sorry): Mem:KBREALVIRTUAL VN PAGER SWAP PAGER Tot Share TotShareFree in out in out Act 1624872 13936 321853627392 226332 count All 3864628 39728 2312968 378336 pages Interrupts Proc:r p d s wCsw Trp Sys Int Sof Flt162 cow1138 total 1 3 1k 5797 599 6050 1793 133 688 326888 wire1: atkb 1673300 act 6: fdc0 6.1%Sys 2.2%Intr 8.7%User 0.0%Nice 83.0%Idl 1681452 inact 128 8: rtc |||||||||| 196908 cache 166 11: ohc ===+ 29424 free13: npx daefr 14: ata Namei Name-cacheDir-cache 384 prcfr18 15: ata Calls hits% hits% react18 16: cis 2790727560 99 pdwak 541 26: bge 252 zfodpdpgs 167 29: bge Disks da0 pass0 248 ofodintrn 30: ahc KB/t 13.57 0.00 98 %slo-z 114464 buf 31: ahc tps 18 0 645 tfree 178 dirty 100 0: clk MB/s 0.24 0.00 10
Re: High load averages on a 5.3-RELEASE
On Wed, Sep 14, 2005 at 10:11:47PM +0200, Mariano Benedettini wrote: Hi people, I've also posted this message to freebsd-performance, with no answer. I have a mail server running FreeBSD 5.3-RELEASE. It's a dual Xeon with 4gb of ram. The server is running Apache (serving Horde) , Postfix, Courier imapd w/SSL, Amavisd. Also a Postgresql as Horde's storage. The mail storage is accessed via NFS (this server is the nfs client). The problem is that it's experiencing a really high load average (see the top -S and vmstat -systat ) while the CPU's are relatively idle. I think it's a IO problem (nfs?), but I cant figure out what exactly is causing this. Load average doesn't indicate a performance problem, it indicates a lot of tasks running on your machine (which after all, is what computers are designed to do :-). Poor performance indicates a performance problem :-) You should measure your NFS performance to see if it is acceptable. Upgrading to 5.4 or (better) 6.0 when it is released should provide network and filesystem performance benefits, in general. Kris pgp52pp8S6Fgk.pgp Description: PGP signature
Re: Re: Upgrading RAM
It might make sense to modify the size of your swapfile. The freebsd handbook describes how to do that fairly easily. It isn't necessary though. From: Paul T. Root [EMAIL PROTECTED] Date: 2005/09/13 Tue AM 10:56:50 EDT To: Øystein Holmen [EMAIL PROTECTED] CC: freebsd-stable@freebsd.org Subject: Re: Upgrading RAM It should just work. A long time ago (2.x and 3.x days), Compaq's wouldn't work right because of their junkie architecture. So you had to tell the kernel how much memory you had. That junkie architecture has moved to HP now, but at least that problem is no longer there. Øystein Holmen wrote: I have a machine running FreeBSD 5.4 with 512MB RAM. Now I want to install an extra RAM-module. Do I have to do something in my configuration, or is it plug-and-play? Sincerely, Øystein Holmen___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- __Paul T. Root /_ \ 1977 MGB / /|| \\ ||\/ || _ | || || || \ ||__// \__/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: High load averages on a 5.3-RELEASE
Kris: Thanks for your answer. What is the best way to measure the NFS performance ? Mariano. Kris Kennaway wrote: On Wed, Sep 14, 2005 at 10:11:47PM +0200, Mariano Benedettini wrote: Hi people, I've also posted this message to freebsd-performance, with no answer. I have a mail server running FreeBSD 5.3-RELEASE. It's a dual Xeon with 4gb of ram. The server is running Apache (serving Horde) , Postfix, Courier imapd w/SSL, Amavisd. Also a Postgresql as Horde's storage. The mail storage is accessed via NFS (this server is the nfs client). The problem is that it's experiencing a really high load average (see the top -S and vmstat -systat ) while the CPU's are relatively idle. I think it's a IO problem (nfs?), but I cant figure out what exactly is causing this. Load average doesn't indicate a performance problem, it indicates a lot of tasks running on your machine (which after all, is what computers are designed to do :-). Poor performance indicates a performance problem :-) You should measure your NFS performance to see if it is acceptable. Upgrading to 5.4 or (better) 6.0 when it is released should provide network and filesystem performance benefits, in general. Kris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Write Failure On Transfer!
Need help. I am receiving the error message listed below when trying to do a fresh install of FreeBSD 5.4 on an ECS K7S5A motherboard with AMD Athlon XP 2000, 512MB, 8GB hdd. BIOS on motherboard is the latest BIOS available. Message: Write failure on transfer! (wrote -1 of 1425408 bytes) This message appears during the transfer of the base distribution. I get it if I try to install from CDROM and FTP. I have done the following: tried installing from several CDROM's tried installing from several FTP sites tried installing on different harddrives disabled PNP aware OS in bios ensured that disk geometry is correct tried using default slice's tried using custom slice's When I press the following key combos, I can see the following information: ALT-F4 # ALT-F2 /stand/cpio: invalid header: checksum error /stand/cpio: warning: skipped 21504 bytes of junk /stand/cpio: No such file or directory /stand/cpio: invalid header: checksum error /stand/cpio: warning: skipped 18432 bytes of junk /stand/cpio: No such file or directory /stand/cpio: invalid header: checksum error /stand/cpio: warning: skipped 190976 bytes of junk /stand/cpio: No such file or directory /stand/cpio: invalid header: checksum error /stand/cpio: warning: skipped 25600 bytes of junk /stand/cpio: No such file or directory /stand/cpio: invalid header: checksum error /stand/cpio: warning: skipped 26624 bytes of junk /stand/cpio: No such file or directory /stand/cpio: invalid header: checksum error /stand/gunzip: : invalid distances set /stand/cpio: warning: skipped 47104 bytes of junk /stand/cpio: No such file or directory /stand/cpio: invalid header: checksum error /stand/cpio: warning: skipped 36352 bytes of junk /stand/cpio: No such file or directory /stand/cpio: invalid header: checksum error /stand/cpio: premature end of file Another thing i tried was writing the slice info to the harddrive by typing w in the sysinstall screen, but that reports the following error: unable to find device node for /dev/ads01b in dev! The creation of the file system will be aborted Do not know if these problems are related or not. Any help would be greatly appreciated. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: High load averages on a 5.3-RELEASE
On Wed, Sep 14, 2005 at 07:59:13PM -0300, Mariano Benedettini wrote: Kris: Thanks for your answer. What is the best way to measure the NFS performance ? You are running some application that uses NFS. If you think your application is performing too badly (bearing in mind that you'll never get great performance over NFS compared to local storage) in your environment, then you can try to tune things. If you think it's OK, there's nothing to worry about. Kris pgpoyeyFUMbXT.pgp Description: PGP signature
Re: ENOMEM in swap_pager
Kris Kennaway wrote this message on Wed, Sep 14, 2005 at 15:25 -0400: On Wed, Sep 14, 2005 at 09:20:48PM +0200, Ivan Voras wrote: On a P3 server with 1GB of memory, every now and then (about twice a month) I get a log full of errors like this: swap_pager: I/O error - pageout failed; blkno 167,size 4096, error 12 ^^ swap_pager: I/O error - pageout failed; blkno 182,size 4096, error 12 swap_pager: I/O error - pageout failed; blkno 199,size 8192, error 12 swap_pager: I/O error - pageout failed; blkno 12456,size 20480, error 12 swap_pager: I/O error - pageout failed; blkno 222,size 8192, error 12 The server runs fine otherwise, and it doesn't seem to affect applications in any way I'm able to detect. It's running latest 5.4-RELEASE, swap is on a SCSI disk, single processor. IIRC GEOM should handle ENOMEMs by retrying the IO, but I'm asking just in case - are these errors something I should worry about? I/O errors suggest your disk is failing. Unless for some reason his disk is running out of memory: grep 12 /usr/include/errno.h #define ENOMEM 12 /* Cannot allocate memory */ -- John-Mark Gurney Voice: +1 415 225 5579 All that I will do, has been done, All that I have, has not. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ENOMEM in swap_pager
On Sep 14, 2005, at 4:13 PM, John-Mark Gurney wrote: IIRC GEOM should handle ENOMEMs by retrying the IO, but I'm asking just in case - are these errors something I should worry about? I/O errors suggest your disk is failing. Unless for some reason his disk is running out of memory: grep 12 /usr/include/errno.h #defineENOMEM12/* Cannot allocate memory */ The error occurs when sys/vm/swap_pager:swapgeom_strategy() can't allocate a copy of an underlying I/O request buffer. The log message lies a bit; this isn't a physical disk I/O error. --lyndon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Anyone has a 5.4-RELEASE SMP SCHED_ULE in production ?
I have a dual Xeon running 5.3-RELEASE SMP, which I plan to upgrade to 5.4, enabling SCHED_ULE. Who's running a 5.4 SMP in a production environment, using SCHED_ULE ? Is the performance significant better ? Thanks in advance, Mariano. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Long Format Directory Listing 15x Slower in FreeBSD 5.x
If you are using NIS and have any compat options in /etc/nsswitch.conf your performance will really suck in situations like this. IIRC, the compat code is worse than O(n^2) if you look up each user and the non-compat code is close to O(n). I'd really like to stop generating nsswitch.conf entries that use compat in 7.0. I'm pretty sure there's a problem with the database hash parameters used by pwd_mkdb on systems with large numbers of users..this is what I was alluding to above. That wouldn't suprised me. For that matter it could be both problems. Looks like exact problem is described here: http://www.freebsd.org/cgi/query-pr.cgi?pr=75855 I'm not using NIS, so I will try the change /etc/nsswitch.conf group and passwd lines from 'compat' to 'files' and report back. Last night I tried to migration over to 5.4 after making the changes in /etc/nsswitch.conf and the load average reduced from 50 to 0.5-1.5. This made a *huge* difference, however the load average is still noticeable higher than on FBSD 4. Using top you can see the ipop3d and imapd processors are using more CPU than on FBSD 4. On FBSD 4 at the same time (3am relatively light load) the load average is between 0.15 - 0.4. This may not seem like a huge difference, but the hardware specs between the two system are huge. We are going from a P4 2.4Ghz, Raid 1 IDE 7200RPM Drives to Dual Xeon 3.4Ghz Six Drive RAID 10 SATA 10K RPM Raptors /w 3ware 9000 Controller. We have also tried increasing the hash parameters in pwd_mkdb.c, but this made no difference whatsoever. As a result we are going to run the system on FBSD 4.11 now; it seems to me that FBSD 5 has some serious performance issues for certain operations. -- Nikolai. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Jail to jail network performance?
Robert Watson wrote: (1) Modifying the name space exclusion assumption for jails, so that the file system name spaces overlap. One way to do this is with nullfs. nullfs looks interesting. I was thinking about sharing files between jails using NFS, but it looks like nullfs would do the trick with better performance. Although the bugs section of the man page for mount_nullfs is rather scary. Does anyone have any experience with it? Does it actually work? If the point here is to make /tmp/mysql.sock show up in another jail's file space, can I use a symlink instead? Can a jailed process see the target of the symlink? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Anyone has a 5.4-RELEASE SMP SCHED_ULE in production ?
On 9/15/05, Mariano Benedettini [EMAIL PROTECTED] wrote: I have a dual Xeon running 5.3-RELEASE SMP, which I plan to upgrade to 5.4, enabling SCHED_ULE. Who's running a 5.4 SMP in a production environment, using SCHED_ULE ? Is the performance significant better ? Thanks in advance, Mariano. I suggest you wait for 6.0 RELEASE and upgrade to that version. Some problems wrt ule+libpthread+smp were fixed in 6.0, but I am not sure if the changes were merged to 5.4. Jiawei -- Without the userland, the kernel is useless. --inspired by The Tao of Programming ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]