Re: deadlock in zoneli state on 6.2-PRERELEASE
Hi, Would you please give the following patch a try? http://people.freebsd.org/~delphij/misc/patch-zonelim-drain Note: Please revert my previous patch against sys/kern/kern_mbuf.c. This patch should be applied against sys/vm/ [RELENG_6 or RELENG_6_2], it schedules a drain of uma zones when they are low on memory. Cheers, -- Xin LI [EMAIL PROTECTED] http://www.delphij.net/ FreeBSD - The Power to Serve! signature.asc Description: OpenPGP digital signature
Re: ggate still broken on 6.2-RC1 for amd64.
On Mon, Dec 11, 2006 at 02:47:41AM -0500, David Gilbert wrote: That doesn't square with my experience. Although bigger buffers could be involved in a performance problem, what we're dealing with here is a _zero_ traffic situation. It seems that it works enough for tasting to be successful, but any significant load wedges it hard. The problem I observed was also a zero traffic situation. A quick way to test is to do something like this (assuming you don't care about the contents of the device!) dd if=/dev/zero of=/dev/ggateX bs=1m and watch the network traffic to see what happens. When I ran into it, small block sizes worked fine, but anything bigger than the send buffer size would cause the entire ggate device to wedge with zero traffic. The ggatec logs in my mail archive say 128k, which itself is a little odd because I thought GEOM broke big transfers into 64k chunks. In any case, ggatec got stuck in a loop getting EAGAIN from send(), so the packets never made it out to the wire. However checking my mail archive also indicates that was a year ago so chances are this is a different problem. The symptoms just sounded a little familiar. Craig ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
apache and php5
trying to get php5 to work with apache anyone got any tips i am lost. what ever happend to mod_php -- Computer King/CaNMail http://www.computerking.ca http://www.canmail.org Sales, Service, and Hosting Email, Data, and Web Packages Ask about web design specials Affiliates http://www.computerking.ca/pages/links/affiliates/affiliates.htm Maybe Computer Science should be in the College of Theology. -- R. S. Barton ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: apache and php5
RYAN M. vAN GINNEKEN wrote: trying to get php5 to work with apache anyone got any tips i am lost. what ever happend to mod_php Well I can tell you that it does work, but getting the extensions is done differently now and you have to do it through php5-extensions port. Type: # cd /usr/ports/lang/php5-extensions # make clean Set the extensions you want via the dialog and then do a: # make install distclean That should be all you need. Take care, Michael ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kern.ipc.nsfbufs Max Value?
Ruslan Ermilov wrote: On Sun, Dec 10, 2006 at 08:23:00AM -0800, Holtor wrote: I have an extremely busy web server here serving mostly static html pages and images using apache 2.2.3 with sendfile enabled. It's a Dual Xeon server with 4 GB RAM and I've tweaked many sysctl variables to help the system chug along. At peak, apache is running nearly 1,500 child processes. Have a look at ports/www/nginx for the alternative web server. Lighttpd is another good choice if you're mostly serving static files. http://www.lighttpd.net/ or ports/www/lighttpd -Dom ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: apache and php5
I tried what you suggested did not see anything about apache in the dialog and my php still does not seem to work. DO i need to still need to add anything to my apache httpd.conf used to be something like this # php5 #AddModule mod_php5.c #LoadModule php5_modulelibexec/apache/libphp5.so #AddType application/x-httpd-php .php #AddType application/x-httpd-php-source .phps - Michael [EMAIL PROTECTED] wrote: RYAN M. vAN GINNEKEN wrote: trying to get php5 to work with apache anyone got any tips i am lost. what ever happend to mod_php Well I can tell you that it does work, but getting the extensions is done differently now and you have to do it through php5-extensions port. Type: # cd /usr/ports/lang/php5-extensions # make clean Set the extensions you want via the dialog and then do a: # make install distclean That should be all you need. Take care, Michael -- Computer King/CaNMail http://www.computerking.ca http://www.canmail.org Sales, Service, and Hosting Email, Data, and Web Packages Ask about web design specials Affiliates http://www.computerking.ca/pages/links/affiliates/affiliates.htm Maybe Computer Science should be in the College of Theology. -- R. S. Barton ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: apache and php5
On Mon, Dec 11, 2006 at 02:05:03AM -0700, RYAN M. vAN GINNEKEN wrote: I tried what you suggested did not see anything about apache in the dialog and my php still does not seem to work. DO i need to still need to add anything to my apache httpd.conf used to be something like this # php5 #AddModule mod_php5.c #LoadModule php5_modulelibexec/apache/libphp5.so #AddType application/x-httpd-php .php #AddType application/x-httpd-php-source .phps Yes. Remember to substitute the path to libphp5.so with the correct path for your version of apache (apache/ vs. apache22/). Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] pgpuKYdy7TKqv.pgp Description: PGP signature
SMBFS bad address
I'm having problems with SMBFS. I'll start by saying I'm using the PAE kernel (6.1), so the SMBFS options aren't loaded by default. If I should add these and rebuild the kernel please let me know: [not in my kernel]: options SMBFS #SMB/CIFS filesystem options NETSMB #SMB/CIFS requester options NETSMBCRYPTO#encrypted password support for SMB options LIBICONV#optional internationalization options LIBMCHAIN #mbuf management library As it is they are loaded as modules... smbfs seems ok at first, but when I try to cp a file I get a message: Bad address. I can echo and cat though. When I try a copy a file is create with 0 bytes. What's going on here? Thanks! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: apache and php5
On Mon, December 11, 2006 10:13 am, RYAN M. vAN GINNEKEN wrote: trying to get php5 to work with apache anyone got any tips i am lost. what ever happend to mod_php cd /usr/ports/lang/php5 make config - Do you have APACHE option enabled here? -- Computer King/CaNMail http://www.computerking.ca http://www.canmail.org Sales, Service, and Hosting Email, Data, and Web Packages Ask about web design specials Affiliates http://www.computerking.ca/pages/links/affiliates/affiliates.htm Maybe Computer Science should be in the College of Theology. -- R. S. Barton ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- WWell by Iassen Anadoliev ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
bge Ierr rate increase from 5.3R - 6.1R
Hello I recently updated two production servers from 5.3 to 6.1 via cvsup and buildworld. Since the upgrade I've seen an increase in the number of Input packet errors reported on the bge cards in on both boxes. One is a HP DL360g3, the other is a HP DL380g3. Both have a pair of 2.8GHz Xeons with a SMP kernel. So - was the old driver previously underreporting, is the new one over-reporting/causing the error rate or is it something else? Cables and cabling have not changed and the pickup in number of errors is quite distinct. I monitor the nightly 'periodic daily' phone homes closely. Example from the DL380g3. The 5.3-6.1 upgrade was on 8 November. 58,000 errors in 1 month compared to 2 errors in 1 year with 5.3. Network interface status: NameMtu Network Address Ipkts IerrsOpkts Oerrs Coll bge0 1500 Link#1 00:0f:20:f6:**:** 1344182650 58292 2701993948 0 0 bge0 1500 192.168.**/25 **1344176611 - 2701984851 - - bge1* 1500 Link#2 00:0f:20:f6:**:**0 0 0 0 0 lo0 16384 Link#3 69549 0 69549 0 0 lo0 16384 your-net localhost69549 - 69549 - - A couple of weeks ago I turned off tx and rx check summing on this box as I gathered from googling it might be contributing. That had no effect. Upon further investigation it appears six other boxes with bge ports (mostly HP DL360g4) running 6.1 started reporting errors when moved to 6.1. As they do only a small fraction of the traffic that the above box does I hadn't noticed it. This box (a UP HP DL360g4) is on a completely different network, different switch, cabling etc. Again, prior to 6.1 it had never reported an error in 18 months of service. Network interface status: NameMtu Network Address Ipkts IerrsOpkts Oerrs Coll bge0 1500 Link#1 00:12:79:3b:**:** 781001814 1980 1056534485 0 0 bge0 1500 192.168.*** 192.168.***.*** 783877018 - 1061029115 - - I don't have a spare box with a bge interface to test 6.2 for the same behaviour, but would be interested if anyone had an explanation. Best wishes. Greg. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ggate still broken on 6.2-RC1 for amd64.
Craig == Craig Boston [EMAIL PROTECTED] writes: Craig On Mon, Dec 11, 2006 at 02:47:41AM -0500, David Gilbert wrote: That doesn't square with my experience. Although bigger buffers could be involved in a performance problem, what we're dealing with here is a _zero_ traffic situation. It seems that it works enough for tasting to be successful, but any significant load wedges it hard. Craig The problem I observed was also a zero traffic situation. A Craig quick way to test is to do something like this (assuming you Craig don't care about the contents of the device!) Craig dd if=/dev/zero of=/dev/ggateX bs=1m Craig and watch the network traffic to see what happens. When I ran Craig into it, small block sizes worked fine, but anything bigger Craig than the send buffer size would cause the entire ggate device Craig to wedge with zero traffic. The ggatec logs in my mail archive Craig say 128k, which itself is a little odd because I thought GEOM Craig broke big transfers into 64k chunks. Craig In any case, ggatec got stuck in a loop getting EAGAIN from Craig send(), so the packets never made it out to the wire. Craig However checking my mail archive also indicates that was a year Craig ago so chances are this is a different problem. The symptoms Craig just sounded a little familiar. Urm... what would be the transfersize that the filesystem prefers to use? Also, what trasnfersize does the gmirror sync use? Dave. -- |David Gilbert, Independent Contractor. | Two things can be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
malloc(0) returns 0x800 on FreeBSD 6.2 ?
i was debugging a program on FreeBSD 6, and much to my surprise, i noticed that malloc(0) returns 0x800, as shown by this program: more a.c #include stdio.h int main(int argc, char *argv[]) { char *p = malloc(0); printf( malloc 0 returns %p\n, p); } cc -o a a.c ./a malloc 0 returns 0x800 if you look at the source this is indeed clear - internally the 0x800 is ZEROSIZEPTR and is set when a zero length is passed to malloc() unless you have malloc_sysv set. The thing is, i don't know if this behaviour is intentional or not, but certainly is not documented -- the manpage documents something totally different (in the section for the 'V' MALLOC_OPTION, see below). TUNING ... V Attempting to allocate zero bytes will return a NULL pointer instead of a valid pointer. (The default behavior is to make a minimal allocation and return a pointer to it.) This option is provided for System V compatibility. This option is incompatible with the ``X'' option. So what should we do with this ? Just fix the manpage or fix the code ? This behaviour is likely to break quite a few things... cheers luigi ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Zoneli State / Nttcp client.
[EMAIL PROTECTED] wrote: Hi, I have a script where we start a nttcp for some 500 nttcp client in back ground. After some time I could see the nttcp clients are listed in the TOP command as Zoneli state. Can any one please let me know what is meant by Zoneli state? Test Script: = count=1 while [ $count -le 2000 ] do ifconfig xge1 17.1.1.25 promisc up ./nttcp -t -l65536 -w227 -P120 17.1.1.152 echo count is $count count=`expr $count + 1` done Would you please help to test whether the patch located at: http://people.freebsd.org/~delphij/misc/patch-zonelim-drain To see if there is change? Cheers, -- Xin LI [EMAIL PROTECTED] http://www.delphij.net/ FreeBSD - The Power to Serve! signature.asc Description: OpenPGP digital signature
Re: deadlock in zoneli state on 6.2-PRERELEASE
On Monday, 11 December 2006 at 15:59:03 +0800, LI Xin wrote: Hi, Would you please give the following patch a try? http://people.freebsd.org/~delphij/misc/patch-zonelim-drain Note: Please revert my previous patch against sys/kern/kern_mbuf.c. This patch should be applied against sys/vm/ [RELENG_6 or RELENG_6_2], it schedules a drain of uma zones when they are low on memory. This time things worked out a bit better, there was no Kernel panic and my server managed to overcome the magic number 65550 mbufs. But very soon the server reached another limit - 131072 mbuf clusters (This is my limit for kern.ipc.nmbclusters). And server started to drop the packets. After I've removed the overload I found my server responding but when I actually accessed it I found out that although the number of connections has reduces considerably, the memory allocated for the net did not become free. So I believe that there is still a mbufs leak somewhere. [EMAIL PROTECTED]:~# sockstat -4 | wc -l 17 [EMAIL PROTECTED]:~# netstat -m 1082/131578/132660 mbufs in use (current/cache/total) 1080/129992/131072/131072 mbuf clusters in use (current/cache/total/max) ^^ 1080/128712 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 2430K/292878K/295309K bytes allocated to network (current/cache/total) ^ 0/1058420/529208 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/4/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 156 calls to protocol drain routines [EMAIL PROTECTED]:~# vmstat -z ITEMSIZE LIMIT USEDFREE REQUESTS UMA Kegs:140,0, 84, 12, 84 UMA Zones: 120,0, 84, 6, 84 UMA Slabs:64,0, 904, 40,31603 UMA RCntSlabs: 104,0, 65536, 28,65536 UMA Hash:128,0, 4, 26,6 16 Bucket:76,0, 23, 27, 32 32 Bucket: 140,0, 20, 8, 29 64 Bucket: 268,0, 23, 33, 46 128 Bucket: 524,0,1423, 5, 1590808 VM OBJECT: 132,0, 18094,147,43780 MAP: 192,0, 7, 33,7 KMAP ENTRY: 68,57456, 17,151, 151954 MAP ENTRY:68,0, 718,290, 182847 PV ENTRY: 24, 2228360, 124232, 4528, 861505 DP fakepg:72,0, 0, 0,0 mt_zone: 64,0, 182, 54, 182 16: 16,0,2828, 1435, 273492 32: 32,0,1769,491, 116114 64: 64,0,3199, 2701, 181154 128: 128,0,1813, 1517, 273347 256: 256,0, 365,415,13230 512: 512,0,1006, 10,35578 1024: 1024,0, 49, 83,72385 2048: 2048,0, 170, 38,40942 4096: 4096,0, 129, 22,89367 Files:72,0, 100, 5624, 227230 MAC labels: 20,0, 20726, 15778, 368518 PROC:536,0, 71, 27, 1441 THREAD: 376,0, 98, 22, 98 KSEGRP: 88,0, 98, 62, 98 UPCALL: 44,0, 0, 0,0 VMSPACE: 296,0, 28, 24, 1398 mbuf_packet: 256,0,1080, 128712, 6714669 mbuf:256,0, 2, 2866, 7912768 mbuf_cluster: 2048, 131072, 129792, 1280, 166272 mbuf_jumbo_pagesize: 4096,0, 0, 0,0 mbuf_jumbo_9k: 9216,0, 0, 0,0 mbuf_jumbo_16k: 16384,0, 0, 0,0 ACL UMA zone:388,0, 0, 0,0 g_bio: 132,0, 0,783, 194850 ata_request: 204,0, 0, 0,0 ata_composite: 196,0, 0, 0,0 VNODE: 348,0, 20116, 3,22965 VNODEPOLL:76,0, 0, 0,0 S VFS Cache: 68,0, 16387, 77,18383 L VFS Cache: 291,0, 0, 0,0 NAMEI: 1024,0, 0, 12, 166126 DIRHASH:1024,0,1688,128, 3307 NFSMOUNT:480,0, 0, 0,0 NFSNODE: 536,0, 0, 0,0 PIPE:408,0, 6, 21, 595 KNOTE:68,0, 0,112, 64 socket:
Re: malloc(0) returns 0x800 on FreeBSD 6.2 ?
In the last episode (Dec 11), Luigi Rizzo said: i was debugging a program on FreeBSD 6, and much to my surprise, i noticed that malloc(0) returns 0x800, as shown by this program: more a.c #include stdio.h int main(int argc, char *argv[]) { char *p = malloc(0); printf( malloc 0 returns %p\n, p); } cc -o a a.c ./a malloc 0 returns 0x800 if you look at the source this is indeed clear - internally the 0x800 is ZEROSIZEPTR and is set when a zero length is passed to malloc() unless you have malloc_sysv set. Right, it passed you a pointer to which you may write 0 bytes to; exactly what the program asked for :) The FreeBSD 6.x behaviour is slightly against POSIX rules that state all successful malloc calls must return unique pointers, so the 7.x malloc silently rounds zero-size mallocs to 1. Ideally malloc would return unique pointers to blocks of memory set to MPROT_NONE via mprotect() (you could fit 8192 of these pointers in an 8k page), to prevent applications from using that byte of memory. -- Dan Nelson [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: ggate still broken on 6.2-RC1 for amd64.
Craig Boston wrote: Have you tried increasing the send/receive buffer size? In my local ggate setup I'm running both the client and server with the options -R 196608 -S 196608. I added it a while back after discovering that the default buffer size was inadequate in certain situations and would sometimes cause large block sized I/O to hang. Heh, this is funny. I have reports from another source, who _decreases_ bufsize to 8kB, because that is giving him the most performance. Since I'm using HPS' USB stack I can't use my uplcom device and therefore cannot usefully test some more ggate/gmirror scenarios on -CURRENT ... But I'll whip up a ggate test case. Ulrich Spoerlein -- A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting frowned upon? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: malloc(0) returns 0x800 on FreeBSD 6.2 ?
In the last episode (Dec 11), Dan Nelson said: In the last episode (Dec 11), Luigi Rizzo said: i was debugging a program on FreeBSD 6, and much to my surprise, i noticed that malloc(0) returns 0x800, as shown by this program: more a.c #include stdio.h int main(int argc, char *argv[]) { char *p = malloc(0); printf( malloc 0 returns %p\n, p); } cc -o a a.c ./a malloc 0 returns 0x800 if you look at the source this is indeed clear - internally the 0x800 is ZEROSIZEPTR and is set when a zero length is passed to malloc() unless you have malloc_sysv set. Right, it passed you a pointer to which you may write 0 bytes to; exactly what the program asked for :) The FreeBSD 6.x behaviour is slightly against POSIX rules that state all successful malloc calls must return unique pointers, so the 7.x malloc silently rounds zero-size mallocs to 1. Ideally malloc would return unique pointers to blocks of memory set to MPROT_NONE via mprotect() (you could fit 8192 of these pointers in an 8k page), to prevent applications from using that byte of memory. Also note that the 0x800 behaviour was added to malloc.c rev 1.60 back in 2001, which means that all of the 5.x and 6.x releases did this. -- Dan Nelson [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: deadlock in zoneli state on 6.2-PRERELEASE
Hi, Nikolay, Nikolay Pavlov wrote: On Monday, 11 December 2006 at 15:59:03 +0800, LI Xin wrote: Hi, Would you please give the following patch a try? http://people.freebsd.org/~delphij/misc/patch-zonelim-drain Note: Please revert my previous patch against sys/kern/kern_mbuf.c. This patch should be applied against sys/vm/ [RELENG_6 or RELENG_6_2], it schedules a drain of uma zones when they are low on memory. This time things worked out a bit better, there was no Kernel panic and my server managed to overcome the magic number 65550 mbufs. But very soon the server reached another limit - 131072 mbuf clusters Do you still get squid stuck in zoneli state and the server became unresponsive? (This is my limit for kern.ipc.nmbclusters). And server started to drop the packets. After I've removed the overload I found my server responding but when I actually accessed it I found out that although the number of connections has reduces considerably, the memory allocated for the net did not become free. So I believe that there is still a mbufs leak somewhere. This looks weird to me... Would you please try to add some load to the server and remove afterwards, to see if the 'current' mbuf clusters keeps increasing or not? Cheers, -- Xin LI [EMAIL PROTECTED] http://www.delphij.net/ FreeBSD - The Power to Serve! signature.asc Description: OpenPGP digital signature
Re: malloc(0) returns 0x800 on FreeBSD 6.2 ?
On Mon, Dec 11, 2006 at 12:54:11PM -0600, Dan Nelson wrote: In the last episode (Dec 11), Dan Nelson said: In the last episode (Dec 11), Luigi Rizzo said: i was debugging a program on FreeBSD 6, and much to my surprise, i noticed that malloc(0) returns 0x800, as shown by this program: more a.c #include stdio.h int main(int argc, char *argv[]) { char *p = malloc(0); printf( malloc 0 returns %p\n, p); } cc -o a a.c ./a malloc 0 returns 0x800 if you look at the source this is indeed clear - internally the 0x800 is ZEROSIZEPTR and is set when a zero length is passed to malloc() unless you have malloc_sysv set. Right, it passed you a pointer to which you may write 0 bytes to; exactly what the program asked for :) The FreeBSD 6.x behaviour is slightly against POSIX rules that state all successful malloc calls must return unique pointers, so the 7.x malloc silently rounds zero-size mallocs to 1. Ideally malloc would return unique pointers to blocks of memory set to MPROT_NONE via mprotect() (you could fit 8192 of these pointers in an 8k page), to prevent applications from using that byte of memory. Also note that the 0x800 behaviour was added to malloc.c rev 1.60 back in 2001, which means that all of the 5.x and 6.x releases did this. yep, just found out various threads on the mailing lists, but i first looked at the manpage and was surprised of not seeing it documented. I haven't figured out what the conclusion of the discussion was. I am glad that 7.x changes the behaviour back to what it was on 4.x, cheers luigi ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ggate still broken on 6.2-RC1 for amd64.
Ulrich Spoerlein wrote: But I'll whip up a ggate test case. Very strange ... I thought I would work through different buffer sizes, starting with some low value. Here's what gives: igor# ggated -a localhost -v -R8k -S8k /tmp/ggate_exports igor# ggatec create -v -R8k -S8k localhost /tmp/ggate_test info: Reading exports file (/tmp/ggate_exports).info: Connected to the server: localhost:3080. debug: Added 127.0.0.1/32 /tmp/ggate_test RW to exports list. debug: Sending version packet. info: Exporting 1 object(s). info: Listen on port: 3080. info: Connection from: 127.0.0.1. debug: Receiving version packet. debug: Version packet received. debug: Receiving initial packet. VERY LONG PAUSE debug: Initial packet received. debug: Sending initial packet. debug: Connection created [127.0.0.1, /tmp/ggate_test]. debug: Receiving initial packet. debug: New connection created (token=226910802).debug: Received initial packet. debug: Sending initial packet. info: Connected to the server: localhost:3080. debug: Sending version packet. VERY LONG PAUSE g_gate_send: EAGAIN g_gate_send: EAGAIN g_gate_send: EAGAIN g_gate_send: EAGAIN info: Connection from: 127.0.0.1. ^C debug: Receiving version packet. ^C Now try with 16k. igor# ggated -a localhost -v -R16k -S16k /tmp/ggate_exports igor# ggatec create -v -R16k -S16k localhost /tmp/ggate_test info: Reading exports file (/tmp/ggate_exports).info: Connected to the server: localhost:3080. debug: Added 127.0.0.1/32 /tmp/ggate_test RW to exports list. debug: Sending version packet. info: Exporting 1 object(s). info: Listen on port: 3080. info: Connection from: 127.0.0.1. debug: Receiving version packet. debug: Version packet received. debug: Receiving initial packet. LONG PAUSE debug: Initial packet received. debug: Sending initial packet. debug: Connection created [127.0.0.1, /tmp/ggate_test]. debug: Receiving initial packet. debug: New connection created (token=2294332471). debug: Received initial packet. debug: Sending initial packet. info: Connected to the server: localhost:3080. info: Connection from: 127.0.0.1. debug: Sending version packet. debug: Receiving version packet. debug: Version packet received. debug: Receiving initial packet. LONG PAUSE debug: Initial packet received. debug: Sending initial packet. debug: Found existing connection (token=2294332471).debug: Receiving initial packet. debug: Connection added [127.0.0.1, /tmp/ggate_test]. debug: Received initial packet. debug: Sending initial packet. ggate5 debug: Connection removed [127.0.0.1 /tmp/ggate_test]. notice: send_thread: started! debug: Process created [/tmp/ggate_test]. notice: recv_thread: started! notice: disk_thread: started [/tmp/ggate_test]! notice: send_thread: started [/tmp/ggate_test]! notice: recv_thread: started [/tmp/ggate_test]! debug: Process 1140 exiting. ^C I wanted to use something like the following, for first draft of a benchmark, but I just I/O deadlocked the system (6.2 and CURRENT). Simply by running ggated/ggatec in various combinations. db show alllocks Process 1333 (ggatel) thread 0xc2767510 (100081) exclusive sx sysctl lock r = 0 (0xc078c420) locked @ /vol/src/sys/kern/kern_sysctl.c:1376 db trace 1333 Tracing pid 1333 tid 100081 td 0xc2767510 sched_switch(c2767510,0,1) at sched_switch+0xe7 mi_switch(1,0) at mi_switch+0x27c sleepq_switch(c2b3e680,c078bdd0,0,c070e413,236,...) at sleepq_switch+0xc9 sleepq_timedwait(c2b3e680) at sleepq_timedwait+0x4a msleep(c2b3e680,0,4c,c07028f3,64) at msleep+0x281 g_waitfor_event(c050d120,c2b6c300,2,0,0,0,0,1) at g_waitfor_event+0x73 sysctl_kern_geom_confxml(c07485e0,0,0,d1781b9c,c07485e0,...) at sysctl_kern_geom_confxml+0x26 sysctl_root(0,d1781c1c,3,d1781b9c) at sysctl_root+0x12f userland_sysctl(c2767510,d1781c1c,3,830,bfbfe3d8,0,0,0,d1781c18,0,c078bde8,0,c070bc1f,522) at userland_sysctl+0xf4 __sysctl(c2767510,d1781d04) at __sysctl+0x77 syscall(3b,3b,3b,3,bfbfe3d8,...) at syscall+0x27e Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2816ba7f, esp = 0xbfbfe2bc, ebp = 0xbfbfe2f8 --- db ps pid ppid pgrp uid state wmesg wchancmd 1348 800 800 0 S sysctl l 0xc078c444 cron 1347 800 800 0 S sysctl l 0xc078c444 cron 1346 800 800 0 S sysctl l 0xc078c444 cron 1345
Re: deadlock in zoneli state on 6.2-PRERELEASE
On Tuesday, 12 December 2006 at 2:59:37 +0800, LI Xin wrote: Hi, Nikolay, Nikolay Pavlov wrote: On Monday, 11 December 2006 at 15:59:03 +0800, LI Xin wrote: Hi, Would you please give the following patch a try? http://people.freebsd.org/~delphij/misc/patch-zonelim-drain Note: Please revert my previous patch against sys/kern/kern_mbuf.c. This patch should be applied against sys/vm/ [RELENG_6 or RELENG_6_2], it schedules a drain of uma zones when they are low on memory. This time things worked out a bit better, there was no Kernel panic and my server managed to overcome the magic number 65550 mbufs. But very soon the server reached another limit - 131072 mbuf clusters Do you still get squid stuck in zoneli state and the server became unresponsive? Yes. No panic, but still idle in zoneli and the server become unresponsive via network. last pid: 1990; load averages: 0.09, 0.30, 0.16 up 0+03:27:2816:27:57 30 processes: 1 running, 29 sleeping Mem: 497M Active, 600M Inact, 441M Wired, 12K Cache, 112M Buf, 2352M Free Swap: 4070M Total, 4070M Free PID USERNAME THR PRI NICE SIZERES STATETIME WCPU COMMAND 684 squid 1 -160 480M 480M zoneli 11:41 0.00% squid 694 root1 960 6636K 4800K select 0:06 0.00% snmpd 691 squid 1 -80 1224K 632K piperd 0:01 0.00% unlinkd 364 _pflogd 1 -580 1600K 1216K bpf 0:01 0.00% pflogd 1840 root1 -80 7768K 7304K piperd 0:00 0.00% perl5.8.8 722 root1 960 3464K 2796K select 0:00 0.00% sendmail 563 root1 960 1352K 1048K select 0:00 0.00% syslogd 1878 root1 5 -10 5072K 3056K ttyin0:00 0.00% tcsh 1841 root1 200 4976K 3036K pause0:00 0.00% csh 1874 quetzal 1 960 6220K 3252K select 0:00 0.00% sshd 1877 root1 200 5056K 3028K pause0:00 0.00% tcsh 1872 root1 40 6232K 3236K sbwait 0:00 0.00% sshd 732 root1 80 1364K 1060K nanslp 0:00 0.00% cron 783 root1 80 1692K 1396K wait 0:00 0.00% login 1875 quetzal 1 200 4736K 2964K pause0:00 0.00% tcsh 668 root1 960 1264K 804K select 0:00 0.00% usbd 706 root1 960 3504K 2676K select 0:00 0.00% sshd 726 smmsp 1 200 3364K 2724K pause0:00 0.00% sendmail last pid: 1992; load averages: 0.06, 0.27, 0.16 up 0+03:27:5016:28:19 75 processes: 2 running, 52 sleeping, 21 waiting Mem: 497M Active, 600M Inact, 441M Wired, 12K Cache, 112M Buf, 2351M Free Swap: 4070M Total, 4070M Free PID USERNAME THR PRI NICE SIZERES STATETIME WCPU COMMAND 10 root1 171 52 0K 8K RUN188:49 93.85% idle 22 root1 -68 -187 0K 8K WAIT 1:54 3.56% irq29: em1 684 squid 1 -160 480M 480M zoneli 11:41 0.05% squid 13 root1 -44 -163 0K 8K WAIT 3:08 0.00% swi1: net 11 root1 -32 -151 0K 8K WAIT 0:27 0.00% swi4: clock sio 42 root1 200 0K 8K syncer 0:09 0.00% syncer 694 root1 960 6636K 4800K select 0:06 0.00% snmpd 14 root1 -160 0K 8K -0:04 0.00% yarrow 39 root1 171 52 0K 8K pgzero 0:03 0.00% pagezero 3 root1 -80 0K 8K -0:02 0.00% g_up 4 root1 -80 0K 8K -0:02 0.00% g_down 37 root1 -160 0K 8K psleep 0:02 0.00% pagedaemon 691 squid 1 -80 1224K 632K piperd 0:01 0.00% unlinkd 43 root1 -160 0K 8K sdflus 0:01 0.00% softdepflush 20 root1 -64 -183 0K 8K WAIT 0:01 0.00% irq48: amr0 2 root1 -80 0K 8K -0:01 0.00% g_event 44 root1 -600 0K 8K -0:01 0.00% schedcpu 364 _pflogd 1 -580 1600K 1216K bpf 0:01 0.00% pflogd PID TT STAT TIME COMMAND 0 ?? WLs0:00.00 [swapper] 1 ?? ILs0:00.01 /sbin/init -- 2 ?? DL 0:00.91 [g_event] 3 ?? DL 0:02.25 [g_up] 4 ?? DL 0:02.15 [g_down] 5 ?? DL 0:00.00 [kqueue taskq] 6 ?? DL 0:00.00 [acpi_task_0] 7 ?? DL 0:00.00 [acpi_task_1] 8 ?? DL 0:00.00 [acpi_task_2] 9 ?? DL 0:00.00 [thread taskq] 10 ?? RL 188:42.12 [idle] 11 ?? WL 0:26.95 [swi4: clock sio] 12 ?? WL 0:00.00 [swi3: vm] 13 ?? WL 3:08.22 [swi1: net] 14 ?? DL 0:04.36 [yarrow] 15 ?? WL 0:00.00 [swi5: +] 16 ?? WL 0:00.00 [swi2: cambio] 17 ?? WL 0:00.00 [swi6: task queue] 18 ?? WL 0:00.02 [swi6: Giant taskq] 19 ?? WL 0:00.00 [irq9: acpi0] 20 ?? WL 0:01.20 [irq48: amr0] 21 ?? WL 0:00.00 [irq28: em0] 22 ?? WL 1:53.84 [irq29:
Re: bge Ierr rate increase from 5.3R - 6.1R
Greg Eden wrote: Hello I recently updated two production servers from 5.3 to 6.1 via cvsup and buildworld. Since the upgrade I've seen an increase in the number of Input packet errors reported on the bge cards in on both boxes. One is a HP DL360g3, the other is a HP DL380g3. Both have a pair of 2.8GHz Xeons with a SMP kernel. It would be quite useful at this point if you could update a box or two to the RELENG_6_2 code base so that we can see if this problem is solved in the latest release candidate. If it is, your problem is solved, and if it's not, you're a lot closer to the point where we can usefully assist you. Doug -- This .signature sanitized for your protection ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: panic: sleeping thread
On Saturday 09 December 2006 03:30, Marc G. Fournier wrote: Without a core dump, does this mean anything to anyone? Sleeping thread (tid 101251, pid 38200) owns a non-sleepable lock panic: sleeping thread cpuid = 1 The kernel was last upgraded: FreeBSD 6.2-PRERELEASE #1: Fri Nov 17 23:31:41 AST 2006 I'm going to build in DDB stuff right now, as I know I've seen that one before ... but figured I'd ask and see if someone had an idea with so very little information :( ddb will give a lot more useful information, can't really debug it further w/o that, sorry. :( -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: panic: sleeping thread
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - --On Monday, December 11, 2006 16:27:23 -0500 John Baldwin [EMAIL PROTECTED] wrote: On Saturday 09 December 2006 03:30, Marc G. Fournier wrote: Without a core dump, does this mean anything to anyone? Sleeping thread (tid 101251, pid 38200) owns a non-sleepable lock panic: sleeping thread cpuid = 1 The kernel was last upgraded: FreeBSD 6.2-PRERELEASE #1: Fri Nov 17 23:31:41 AST 2006 I'm going to build in DDB stuff right now, as I know I've seen that one before ... but figured I'd ask and see if someone had an idea with so very little information :( ddb will give a lot more useful information, can't really debug it further w/o that, sorry. :( NP, I've added DDB to my kernel, but I'm having a hard time finding out how to break into DDB over an SSH connection ... telnet is easy, but all my HP remote consoles use SSH ... Help? - Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFfdnc4QvfyHIvDvMRAhAJAJ0RD5EES1pE7F54EQwMhalPR1u/ZwCgmLhd PWYhXmdqAwyyVhUMzX230QQ= =fJXr -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: panic: sleeping thread
On Monday 11 December 2006 17:21, Marc G. Fournier wrote: --On Monday, December 11, 2006 16:27:23 -0500 John Baldwin [EMAIL PROTECTED] wrote: On Saturday 09 December 2006 03:30, Marc G. Fournier wrote: Without a core dump, does this mean anything to anyone? Sleeping thread (tid 101251, pid 38200) owns a non-sleepable lock panic: sleeping thread cpuid = 1 The kernel was last upgraded: FreeBSD 6.2-PRERELEASE #1: Fri Nov 17 23:31:41 AST 2006 I'm going to build in DDB stuff right now, as I know I've seen that one before ... but figured I'd ask and see if someone had an idea with so very little information :( ddb will give a lot more useful information, can't really debug it further w/o that, sorry. :( NP, I've added DDB to my kernel, but I'm having a hard time finding out how to break into DDB over an SSH connection ... telnet is easy, but all my HP remote consoles use SSH ... Maybe use ssh -e none? You don't need to break into ddb though, when it panics it will print out more useful info on its own. -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: malloc(0) returns 0x800 on FreeBSD 6.2 ?
On Mon, 11 Dec 2006 12:25:44 -0600 Dan Nelson [EMAIL PROTECTED] wrote: The FreeBSD 6.x behaviour is slightly against POSIX rules that state all successful malloc calls must return unique pointers, so the 7.x malloc silently rounds zero-size mallocs to 1. Ideally malloc would return unique pointers to blocks of memory set to MPROT_NONE via mprotect() (you could fit 8192 of these pointers in an 8k page), to Could you, really? I'm not a language lawyer, and this is a language-lawyer question, but I would have expected that the maximal alignment rule would prevent you from allocating more than 512 or 1024 unique, valid pointers in a page. Perhaps there is no alignment requirement on a zero-byte object? Just curious. I don't care about the actual implementation, and I thought that handing out a special MPROT_NONE page was a good idea... prevent applications from using that byte of memory. Cheers, -- Andrew ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: panic: sleeping thread
On Monday 11 December 2006 23:40, John Baldwin wrote: On Monday 11 December 2006 17:21, Marc G. Fournier wrote: --On Monday, December 11, 2006 16:27:23 -0500 John Baldwin [EMAIL PROTECTED] wrote: On Saturday 09 December 2006 03:30, Marc G. Fournier wrote: Without a core dump, does this mean anything to anyone? Sleeping thread (tid 101251, pid 38200) owns a non-sleepable lock panic: sleeping thread cpuid = 1 The kernel was last upgraded: FreeBSD 6.2-PRERELEASE #1: Fri Nov 17 23:31:41 AST 2006 I'm going to build in DDB stuff right now, as I know I've seen that one before ... but figured I'd ask and see if someone had an idea with so very little information :( ddb will give a lot more useful information, can't really debug it further w/o that, sorry. :( NP, I've added DDB to my kernel, but I'm having a hard time finding out how to break into DDB over an SSH connection ... telnet is easy, but all my HP remote consoles use SSH ... Maybe use ssh -e none? You don't need to break into ddb though, when it panics it will print out more useful info on its own. sysctl debug.kdb.enter=1 should work, I think. -- /\ Best regards, | [EMAIL PROTECTED] \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED] / \ ASCII Ribbon Campaign | Against HTML Mail and News pgpBCqZIGmJnr.pgp Description: PGP signature
Re: apache and php5
Ok folks i looked though the dialog 3 or 4 times looking/yearning for anything to do with apache but cannot seem to find anything. Does it go under a differnt name like SOAP or XML or DXML or something like that. - Iassen Anadoliev [EMAIL PROTECTED] wrote: On Mon, December 11, 2006 10:13 am, RYAN M. vAN GINNEKEN wrote: trying to get php5 to work with apache anyone got any tips i am lost. what ever happend to mod_php cd /usr/ports/lang/php5 make config - Do you have APACHE option enabled here? -- Computer King/CaNMail http://www.computerking.ca http://www.canmail.org Sales, Service, and Hosting Email, Data, and Web Packages Ask about web design specials Affiliates http://www.computerking.ca/pages/links/affiliates/affiliates.htm Maybe Computer Science should be in the College of Theology. -- R. S. Barton ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- WWell by Iassen Anadoliev ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- Computer King/CaNMail http://www.computerking.ca http://www.canmail.org Sales, Service, and Hosting Email, Data, and Web Packages Ask about web design specials Affiliates http://www.computerking.ca/pages/links/affiliates/affiliates.htm Maybe Computer Science should be in the College of Theology. -- R. S. Barton ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: apache and php5
sorry everyone i am a dumb [EMAIL PROTECTED] i was tring to install php5-extensions the option to build the apache module is found in the php5 port not the php5-extensions very sorry - RYAN M. vAN GINNEKEN [EMAIL PROTECTED] wrote: Ok folks i looked though the dialog 3 or 4 times looking/yearning for anything to do with apache but cannot seem to find anything. Does it go under a differnt name like SOAP or XML or DXML or something like that. - Iassen Anadoliev [EMAIL PROTECTED] wrote: On Mon, December 11, 2006 10:13 am, RYAN M. vAN GINNEKEN wrote: trying to get php5 to work with apache anyone got any tips i am lost. what ever happend to mod_php cd /usr/ports/lang/php5 make config - Do you have APACHE option enabled here? -- Computer King/CaNMail http://www.computerking.ca http://www.canmail.org Sales, Service, and Hosting Email, Data, and Web Packages Ask about web design specials Affiliates http://www.computerking.ca/pages/links/affiliates/affiliates.htm Maybe Computer Science should be in the College of Theology. -- R. S. Barton ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- WWell by Iassen Anadoliev ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- Computer King/CaNMail http://www.computerking.ca http://www.canmail.org Sales, Service, and Hosting Email, Data, and Web Packages Ask about web design specials Affiliates http://www.computerking.ca/pages/links/affiliates/affiliates.htm Maybe Computer Science should be in the College of Theology. -- R. S. Barton ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- Computer King/CaNMail http://www.computerking.ca http://www.canmail.org Sales, Service, and Hosting Email, Data, and Web Packages Ask about web design specials Affiliates http://www.computerking.ca/pages/links/affiliates/affiliates.htm Maybe Computer Science should be in the College of Theology. -- R. S. Barton ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: deadlock in zoneli state on 6.2-PRERELEASE
Hi, Nikolay, Nikolay Pavlov wrote: On Tuesday, 12 December 2006 at 2:59:37 +0800, LI Xin wrote: Hi, Nikolay, Nikolay Pavlov wrote: On Monday, 11 December 2006 at 15:59:03 +0800, LI Xin wrote: Hi, Would you please give the following patch a try? http://people.freebsd.org/~delphij/misc/patch-zonelim-drain Note: Please revert my previous patch against sys/kern/kern_mbuf.c. This patch should be applied against sys/vm/ [RELENG_6 or RELENG_6_2], it schedules a drain of uma zones when they are low on memory. This time things worked out a bit better, there was no Kernel panic and my server managed to overcome the magic number 65550 mbufs. But very soon the server reached another limit - 131072 mbuf clusters Do you still get squid stuck in zoneli state and the server became unresponsive? Yes. No panic, but still idle in zoneli and the server become unresponsive via network. I am not quite sure but please let me know if the patch: http://people.freebsd.org/~delphij/misc/patch-zonelim-drain-20061212 would help the situation. You can also modify wakeup_one(keg); to wakeup(keg); manually, at sys/vm/uma_core.c:2507. Note that this would be a (potentially) a pessimization for zonelim case, where all zonelim'ed threads would be waken rather than only one. However, confirming whether this would help your situation, would help to narrow down the issue so we can think about a better solution for it. Thanks! Cheers, -- Xin LI [EMAIL PROTECTED] http://www.delphij.net/ FreeBSD - The Power to Serve! signature.asc Description: OpenPGP digital signature