Re: Process stuck in STOP state
* Lin Jui-Nan Eric [081223 09:17] wrote: > > Dear listers, > > > > Our FreeBSD Server uses NFS to access PHP files on NetApp, then serve > > them with apache 2.2 (worker MPM + php fastcgi mode). > Sorry. we use -STABLE now. > > event# uname -a > FreeBSD event 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1: Thu Dec 4 > 01:45:42 CST 2008 r...@event:/usr/obj/usr/src/sys/KERNEL amd64 > ___ > 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" It'd be good if you could get to ddb and do a "show all" or "threads" and get all threads backtrace to see what's happening. thank you, -- - Alfred Perlstein ___ 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: -m32 broken on bi-arch amd64 systems?
On Tue, Dec 23, 2008 at 1:07 PM, Garrett Cooper wrote: > On Dec 23, 2008, at 10:36, Steve Kargl > wrote: > >> On Tue, Dec 23, 2008 at 12:55:04PM -0500, Josh Carroll wrote: I also noticed that behavior, shouldn't compiler/linker look into /usr/lib32 without additional -B switch? -- regards, Maciej Suszko. >>> >>> I don't know if it should or should not, but I can confirm that this >>> behavior was around in 7.0-RELEASE, so it's been that way for quite a >>> while, at least in the 7 branch. >>> >> >> Sigh. Read the list archives. It's been this way since Peter >> Wemm first introduce the ability to run i386 binaries on >> amd64. >> >> -- >> Steve > > Ok, let's bury this topic then. > Thanks for the confirmation and sorry for the noise. > -Garrett A patch can be extraced from http://people.freebsd.org/~peter/hammer.diff that makes it "work", but its not right. It doesn't quite do -I include overrides right when -m32 is specified. It's enough to make just about everything else work. I forgot that I was building valgrind with it for some time now. -- Peter Wemm - pe...@wemm.org; pe...@freebsd.org; pe...@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell ___ 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: -m32 broken on bi-arch amd64 systems?
On Dec 23, 2008, at 10:36, Steve Kargl wrote: On Tue, Dec 23, 2008 at 12:55:04PM -0500, Josh Carroll wrote: I also noticed that behavior, shouldn't compiler/linker look into /usr/lib32 without additional -B switch? -- regards, Maciej Suszko. I don't know if it should or should not, but I can confirm that this behavior was around in 7.0-RELEASE, so it's been that way for quite a while, at least in the 7 branch. Sigh. Read the list archives. It's been this way since Peter Wemm first introduce the ability to run i386 binaries on amd64. -- Steve Ok, let's bury this topic then. Thanks for the confirmation and sorry for the noise. -Garrett ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
RE: Problems installing FreeBSD 7.0
> How can I do this if the systeem freezes??? Good old fashioned pen + paper (as long as it's not too long). Never fails. --- Kevin K. Systems Administrator www.stardothosting.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: Problems installing FreeBSD 7.0
- Original Message - From: "SDH Admin" The system starts checking all hardware but freezes after finding the CD-ROM drives printing the GEOM_LABLE (on FB 7.0, not 6.4) (acd0) The hardware is a Targa Visonary 2700XP, AMD 2700+ CPU, mem 1 GB Can you try to paste exactly what was on the screen before the "freeze" for both 6.4 and 7.0? How can I do this if the systeem freezes??? Jack ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Problems installing FreeBSD 7.0
From: "Ben Kaduk" On Tue, Dec 23, 2008 at 1:30 PM, Jack Raats wrote: Hi, At this moment I have problems installing FreeBSD 6.4 and FreeBSD 7.0. After booting from CD the system I get the menu. I have tried all possible options. The system starts checking all hardware but freezes after finding the CD-ROM drives printing the GEOM_LABLE (on FB 7.0, not 6.4) (acd0) The hardware is a Targa Visonary 2700XP, AMD 2700+ CPU, mem 1 GB Can anyone help me. I never had this problems before on other systems. Have you tried booting in verbose mode? If so, does it give any further output after printing the GEOM_LABEL for the other drives? Verbose mode does not give much more information. It tells the info of the CD rom drives, after which it stops. Strange thing is that installing ubuntu doesn't give any trouble. Checking the hardware doesn't give any failures. Memory is OK. Thanks for your time Jack ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Problems installing FreeBSD 7.0
On Tue, Dec 23, 2008 at 1:30 PM, Jack Raats wrote: > Hi, > > At this moment I have problems installing FreeBSD 6.4 and FreeBSD 7.0. > After booting from CD the system I get the menu. I have tried all possible > options. > The system starts checking all hardware but freezes after finding the CD-ROM > drives printing the GEOM_LABLE (on FB 7.0, not 6.4) > (acd0) > > The hardware is a Targa Visonary 2700XP, AMD 2700+ CPU, mem 1 GB > > Can anyone help me. I never had this problems before on other systems. > Have you tried disabling DMA or ACPI? hw.ata.ata_dma=0 -- 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: Problems installing FreeBSD 7.0
On Tue, Dec 23, 2008 at 1:30 PM, Jack Raats wrote: > Hi, > > At this moment I have problems installing FreeBSD 6.4 and FreeBSD 7.0. > After booting from CD the system I get the menu. I have tried all possible > options. > The system starts checking all hardware but freezes after finding the CD-ROM > drives printing the GEOM_LABLE (on FB 7.0, not 6.4) > (acd0) > > The hardware is a Targa Visonary 2700XP, AMD 2700+ CPU, mem 1 GB > > Can anyone help me. I never had this problems before on other systems. > Have you tried booting in verbose mode? If so, does it give any further output after printing the GEOM_LABEL for the other drives? -Ben Kaduk ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
RE: Problems installing FreeBSD 7.0
> The system starts checking all hardware but freezes after finding the > CD-ROM drives printing the GEOM_LABLE (on FB 7.0, not 6.4) > (acd0) > > The hardware is a Targa Visonary 2700XP, AMD 2700+ CPU, mem 1 GB Can you try to paste exactly what was on the screen before the "freeze" for both 6.4 and 7.0? Thanks. --- Kevin K. Systems Administrator www.stardothosting.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"
Problems installing FreeBSD 7.0
Hi, At this moment I have problems installing FreeBSD 6.4 and FreeBSD 7.0. After booting from CD the system I get the menu. I have tried all possible options. The system starts checking all hardware but freezes after finding the CD-ROM drives printing the GEOM_LABLE (on FB 7.0, not 6.4) (acd0) The hardware is a Targa Visonary 2700XP, AMD 2700+ CPU, mem 1 GB Can anyone help me. I never had this problems before on other systems. Thanks Jack ___ 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: -m32 broken on bi-arch amd64 systems?
On Tue, Dec 23, 2008 at 12:55:04PM -0500, Josh Carroll wrote: > > I also noticed that behavior, shouldn't compiler/linker look > > into /usr/lib32 without additional -B switch? > > -- > > regards, Maciej Suszko. > > > > I don't know if it should or should not, but I can confirm that this > behavior was around in 7.0-RELEASE, so it's been that way for quite a > while, at least in the 7 branch. > Sigh. Read the list archives. It's been this way since Peter Wemm first introduce the ability to run i386 binaries on amd64. -- Steve ___ 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: -m32 broken on bi-arch amd64 systems?
> I also noticed that behavior, shouldn't compiler/linker look > into /usr/lib32 without additional -B switch? > -- > regards, Maciej Suszko. > I don't know if it should or should not, but I can confirm that this behavior was around in 7.0-RELEASE, so it's been that way for quite a while, at least in the 7 branch. Josh ___ 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: -m32 broken on bi-arch amd64 systems?
I will extend topic to C++:
[19:38] zubr:~/Code (1) $ g++ -m32 -B /usr/lib32 p.cpp
In file included from /usr/include/c++/4.2/ext/new_allocator.h:37,
from /usr/include/c++/4.2/bits/c++allocator.h:39,
from /usr/include/c++/4.2/bits/allocator.h:53,
from /usr/include/c++/4.2/memory:54,
from /usr/include/c++/4.2/string:48,
from /usr/include/c++/4.2/bits/locale_classes.h:47,
from /usr/include/c++/4.2/bits/ios_base.h:47,
from /usr/include/c++/4.2/ios:48,
from /usr/include/c++/4.2/ostream:45,
from /usr/include/c++/4.2/iostream:45,
from p.cpp:1:
/usr/include/c++/4.2/new:95: error: 'operator new' takes type 'size_t'
('unsigned int') as first parameter
/usr/include/c++/4.2/new:96: error: 'operator new' takes type 'size_t'
('unsigned int') as first parameter
/usr/include/c++/4.2/new:99: error: 'operator new' takes type 'size_t'
('unsigned int') as first parameter
/usr/include/c++/4.2/new:100: error: 'operator new' takes type
'size_t' ('unsigned int') as first parameter
/usr/include/c++/4.2/new:105: error: 'operator new' takes type
'size_t' ('unsigned int') as first parameter
/usr/include/c++/4.2/new:106: error: 'operator new' takes type
'size_t' ('unsigned int') as first parameter
[19:38] zubr:~/Code (1) $ cat p.cpp
#include
int
main()
{
return 0;
}
[19:39] zubr:~/Code $
Problem with C++ is more connected to headers than binaries, any suggestions
how to use G++ to produce 32bit code ?
___
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: -m32 broken on bi-arch amd64 systems?
On Tue, 23 Dec 2008 17:36:08 +0100 Maciej Suszko wrote: > "Garrett Cooper" wrote: > > Hi guys, > > I think I may have found an issue today with our bi-endian > > structure, and I wanted to make sure whether or not it was an > > already known issue (-m32 is broken for gcc with lib32/libgcc.a): > > > > [r...@fbsd-7-test]# gcc -o boo boo.c # Compiles > > [r...@fbsd-7-test]# gcc -m32 -o boo boo.c > > /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching > > for -lgcc /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when > > searching for -lgcc /usr/bin/ld: cannot find -lgcc > > [r...@fbsd-7-test]# file /usr/lib32/libgcc_s.so.1 > > /usr/lib32/libgcc_s.so.1: ELF 32-bit LSB shared object, Intel 80386, > > version 1 (FreeBSD), dynamically linked, stripped > > [r...@fbsd-7-test]# uname -a > > FreeBSD fbsd-7-test.gateway.2wire.net 7.1-PRERELEASE FreeBSD > > 7.1-PRERELEASE #0: Sun Nov 23 16:19:09 UTC 2008 > > r...@fbsd-7-test.gateway.2wire.net:/usr/obj/usr/src/sys/STARR amd64 > > > > I wish I had my amd64 CURRENT machine in front of me to confirm > > this, but I don't. > > Please keep me CC'ed as I am not subscribed to either amd64@ or > > sta...@. Thanks! > > -Garrett > > I also noticed that behavior, shouldn't compiler/linker look > into /usr/lib32 without additional -B switch? > -- > regards, Maciej Suszko. Read email archives, this was discussed on several occasions before. Short summary: it never worked and will not work unless some non-trivial work is put into how GCC handles include and linker search paths. -- Alexander Kabaev signature.asc Description: PGP signature
Re: bce(4) and rx errors
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Mike, Mike Jakubik wrote: > On Sun, December 14, 2008 4:36 am, Xin LI wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Hi, Gents, >> >> I have not yet talked this with David but it looks like this patch would >> make it disappear. >> >> Cheers, > > I have been running my production systems for about a week now with this > patch, interrupts are low and rx errors reports are gone, thanks Xin. > > P.S. I'm still having problems with my application, but at this point i'm > not sure whether it has anything to do with the driver, for what its worth > here is the error which causes it to stop accepting new connection. > > wrapper.log.15:INFO | jvm 1| 2008/12/17 18:49:12 | Exception in > thread "Thread-0" java.nio.channels.IllegalBlockingModeException > wrapper.log.15:INFO | jvm 1| 2008/12/17 18:49:12 | at > sun.nio.ch.ServerSocketAdaptor.accept(ServerSocketAdaptor.java:86) > wrapper.log.15:INFO | jvm 1| 2008/12/17 18:49:12 | at > com.precyse.chat.service.connector.ServerSocketChannelConnector.registerSelection(ServerSocketChannelConnector.java:404) > wrapper.log.15:INFO | jvm 1| 2008/12/17 18:49:12 | at > com.precyse.chat.service.connector.ServerSocketChannelConnector.run(ServerSocketChannelConnector.java:148) Thanks for the feedback. Could you check netstat -m and/or vmstat -z to see if there is any mbuf exhaustion issue? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAklRHYoACgkQi+vbBBjt66AlTACeOz59K8geIlaJTIjzf6dB0xHR UwMAoLCy9bTTha8fu0Y6v1SzzMk5JuOH =wh5l -END PGP SIGNATURE- ___ 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: Process stuck in STOP state
> Dear listers, > > Our FreeBSD Server uses NFS to access PHP files on NetApp, then serve > them with apache 2.2 (worker MPM + php fastcgi mode). Sorry. we use -STABLE now. event# uname -a FreeBSD event 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1: Thu Dec 4 01:45:42 CST 2008 r...@event:/usr/obj/usr/src/sys/KERNEL amd64 ___ 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"
Process stuck in STOP state
Dear listers, Our FreeBSD Server uses NFS to access PHP files on NetApp, then serve them with apache 2.2 (worker MPM + php fastcgi mode). At least one time a day the apache process is stuck in the STOP state and is unkillable. gdb won't attach to the process, either. Does anyone have any similar issue? I have found that may be because of libkse, but we use libthr now. Thank you all in advance. ___ 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: -m32 broken on bi-arch amd64 systems?
"Garrett Cooper" wrote: > Hi guys, > I think I may have found an issue today with our bi-endian > structure, and I wanted to make sure whether or not it was an already > known issue (-m32 is broken for gcc with lib32/libgcc.a): > > [r...@fbsd-7-test]# gcc -o boo boo.c # Compiles > [r...@fbsd-7-test]# gcc -m32 -o boo boo.c > /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching > for -lgcc /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when > searching for -lgcc /usr/bin/ld: cannot find -lgcc > [r...@fbsd-7-test]# file /usr/lib32/libgcc_s.so.1 > /usr/lib32/libgcc_s.so.1: ELF 32-bit LSB shared object, Intel 80386, > version 1 (FreeBSD), dynamically linked, stripped > [r...@fbsd-7-test]# uname -a > FreeBSD fbsd-7-test.gateway.2wire.net 7.1-PRERELEASE FreeBSD > 7.1-PRERELEASE #0: Sun Nov 23 16:19:09 UTC 2008 > r...@fbsd-7-test.gateway.2wire.net:/usr/obj/usr/src/sys/STARR amd64 > > I wish I had my amd64 CURRENT machine in front of me to confirm > this, but I don't. > Please keep me CC'ed as I am not subscribed to either amd64@ or > sta...@. Thanks! > -Garrett I also noticed that behavior, shouldn't compiler/linker look into /usr/lib32 without additional -B switch? -- regards, Maciej Suszko. signature.asc Description: PGP signature
Alert Notification: Billing Pending Inactivation in Account
Renew Your Account Now ! Dear Advertiser, This is your official notification from Yahoo! Inc. that the service(s) listed below will be deactivated and deleted if not renewed immediately. As the Primary Contact, you must renew the service(s) listed below or it will be deactivated and deleted. [1]Renew Now your Yahoo Sponsored Search services. SERVICE: Yahoo Sponsored Search EXPIRATION: December, 23 2008 Thank you for using Yahoo Inc service. We appreciate your business and the opportunity to serve you. Yahoo Inc. Sponsored Search Service *Note : Please do not reply to this Customer Service e-mail. Copyright ©2008 Yahoo! Inc. All rights reserved. References 1. http://www.yahoobusinessupdate.com/marketingsolutions/adui/renew/login/loadSignin.htm ___ 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: bce(4) and rx errors
On Sun, December 14, 2008 4:36 am, Xin LI wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, Gents, > > I have not yet talked this with David but it looks like this patch would > make it disappear. > > Cheers, I have been running my production systems for about a week now with this patch, interrupts are low and rx errors reports are gone, thanks Xin. P.S. I'm still having problems with my application, but at this point i'm not sure whether it has anything to do with the driver, for what its worth here is the error which causes it to stop accepting new connection. wrapper.log.15:INFO | jvm 1| 2008/12/17 18:49:12 | Exception in thread "Thread-0" java.nio.channels.IllegalBlockingModeException wrapper.log.15:INFO | jvm 1| 2008/12/17 18:49:12 |at sun.nio.ch.ServerSocketAdaptor.accept(ServerSocketAdaptor.java:86) wrapper.log.15:INFO | jvm 1| 2008/12/17 18:49:12 |at com.precyse.chat.service.connector.ServerSocketChannelConnector.registerSelection(ServerSocketChannelConnector.java:404) wrapper.log.15:INFO | jvm 1| 2008/12/17 18:49:12 |at com.precyse.chat.service.connector.ServerSocketChannelConnector.run(ServerSocketChannelConnector.java:148) ___ 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: 7.1-PRERELEASE: arcmsr write performance problem
> I actually find that running Wusage 8.0 a few times even with nice-19 > may be implicated in getting the system to spiral downwards. I hesitate > to mention this as it seems to be working fine on another 7.X server. I > believe that Wusage is tied to 6.X libraries and I wonder if somehow > this may initiate the problem. I also have another sio/com based program > running every few minutes which is also connected to the 6.X library > (scom thermal application for temperature monitoring) and turning both > of these off seems to help. I am going to try a 24 hour period without > either of these two running after a fresh reboot and we will see if this > is indeed one source to my abominable problem. > > Once the system spirals down into its locking then the io performance > never seems to recover unless I reboot it or somehow find the process > that is locked and kill it. > So after the testing period with the scom not running and wusage not running I still have the problem albeit less often. The stress on the system seems to bring it forward as notice by my other tests. It is easiest to see on httpd and a stop needs to be run try to free up the system. Dec 19 07:32:43 /usr/local/sbin/apachectl -k stop Dec 19 07:33:35 kernel: pid 31376 (httpd), uid 80: exited on signal 11 Dec 19 07:33:35 kernel: pid 31194 (httpd), uid 80: exited on signal 11 Dec 19 07:33:36 kernel: pid 31469 (httpd), uid 80: exited on signal 11 Dec 19 07:33:36 kernel: pid 31754 (httpd), uid 80: exited on signal 11 Dec 19 07:33:37 kernel: pid 31168 (httpd), uid 80: exited on signal 11 Dec 19 07:33:37 kernel: pid 31753 (httpd), uid 80: exited on signal 11 Dec 19 07:33:38 kernel: pid 31763 (httpd), uid 80: exited on signal 11 Dec 19 07:33:38 kernel: pid 31748 (httpd), uid 80: exited on signal 11 Its relatively easy to get this restarted but when it is something else in the system it is hard to locate and I have to do a reboot to release the blockage. When it is apache that has "locked" I have to kill it as a graceful will not work. The majority of the processes are in UFS state when it happens. If there was a quick way to determine which one has "locked" the system that would be so helpful as a temporary workaround. I am going to try to replace the motherboard next, This is one of the last hardware replacements to isolate this as a hardware problem. ___ 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"
