i386 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Thu Aug 1 22:21:06 PDT 2002 -- Kernel build for GENERIC completed on Thu Aug 1 23:19:31 PDT 2002 -- Kernel build for LINT started on Thu Aug 1 23:19:31 PDT 2002 -- === xe /local0/scratch/des/src/sys/contrib/dev/acpica/dbdisply.c:480: warning: no previous prototype for `AcpiDbDecodeNode' /local0/scratch/des/src/sys/contrib/dev/acpica/dbdisply.c:131: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbexec.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbhistry.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbinput.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbstats.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbxface.c:127: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/hwgpe.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c: In function `AcpiGetSleepTypeData': /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c:242: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfname.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfobj.c:126: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/rsdump.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utclib.c:129: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utdebug.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetRegionName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:489: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetEventName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:527: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetTypeName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:604: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:607: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/acpica/acpi_acad.c:50: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_cmbat.c:56: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:274: warning: `acpi_pwr_deregister_consumer' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:212: warning: `acpi_pwr_deregister_resource' defined but not used /local0/scratch/des/src/sys/dev/hea/eni_buffer.c: In function `eni_test_memory': /local0/scratch/des/src/sys/dev/hea/eni_buffer.c:127: warning: passing arg 1 of pointer to function makes pointer from integer without a cast /local0/scratch/des/src/sys/dev/hea/eni_vcm.c: In function `eni_closevcc': /local0/scratch/des/src/sys/dev/hea/eni_vcm.c:289: warning: passing arg 1 of pointer to function makes pointer from integer without a cast /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieattach': /local0/scratch/des/src/sys/dev/ie/if_ie.c:779: warning: assignment discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieget':
Re: Comments on Release Building for -current
On Fri, Aug 02, 2002 at 04:20:53AM +1000, Bruce Evans wrote: I wouldn't trust -O2 for releases without lots of testing in -current (and not updating the compiler after testing). The rest of the GCC using world can use -O2 on their code. We are the only ones that have so much trouble with it. It is probably due to our bugs, not GCC's. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: -current upgrade path broken?
On Thu, Aug 01, 2002 at 09:51:25AM -0700, David O'Brien wrote: On Thu, Aug 01, 2002 at 03:16:35PM +0300, Ruslan Ermilov wrote: I have stumbled to this too, and thought I'm getting crazy. After some hours of investigation, I have found that O'Brien did some repo-surgery there, removed some revisions, and later replaced them with the new stuff (well, new stuff took the same revisions), and now some of your checked out sources (revisions) do not match what's in your CVS repository. Since you did not provde details I don't know exactly what you are talking about or when this repo surgery was to have taken place. But yes, Peter did back out some revs several months ago. Huh?! Read the first posting in this thread. I suggest that you do forced commits to contrib/gcc/config/i386/*.h (probably other arches too) that were surgered. Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age msg41617/pgp0.pgp Description: PGP signature
Re: Comments on Release Building for -current
David, On Fri, Aug 02, 2002 at 12:39:55AM -0700, David O'Brien wrote: The rest of the GCC using world can use -O2 on their code. We are the only ones that have so much trouble with it. It is probably due to our bugs, not GCC's. sorry, but some time ago I read here that gcc -O2 breaks our printf() in libc. I haven't find any assembler code in /usr/src/lib/libc/stdio/vfprintf.c, as such, if some C compiler can't handle VALID and STANDARDS-COMPLIANT C code, this compiler is broken. Isn't it? Indeed, all of FreeBSD users could help to catch such a bug in gcc optimizer code. :) Andrew. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === usr.bin/sockstat cc1: warnings being treated as errors /usr/home/des/tinderbox/sparc64/src/usr.bin/sockstat/sockstat.c: In function `gather_inet': /usr/home/des/tinderbox/sparc64/src/usr.bin/sockstat/sockstat.c:226: warning: cast increases required alignment of target type /usr/home/des/tinderbox/sparc64/src/usr.bin/sockstat/sockstat.c:236: warning: cast increases required alignment of target type /usr/home/des/tinderbox/sparc64/src/usr.bin/sockstat/sockstat.c: In function `gather_unix': /usr/home/des/tinderbox/sparc64/src/usr.bin/sockstat/sockstat.c:342: warning: cast increases required alignment of target type /usr/home/des/tinderbox/sparc64/src/usr.bin/sockstat/sockstat.c:354: warning: cast increases required alignment of target type /usr/home/des/tinderbox/sparc64/src/usr.bin/sockstat/sockstat.c:373: warning: cast increases required alignment of target type *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/usr.bin/sockstat. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/usr.bin. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: -current upgrade path broken?
On Fri, Aug 02, 2002 at 11:09:23AM +0300, Ruslan Ermilov wrote: Huh?! Read the first posting in this thread. I suggest that you do forced commits to contrib/gcc/config/i386/*.h (probably other arches too) that were surgered. I already did 2 forced committs. See some of Peter's email on the topic of why the forced commits wont always fix the problem. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Upgrade STABLE-CURRENT
In case it is useful: the upgrade from STABLE to CURRENT was broken last week and is still probably, because chflags is used during the installworld step and it uses a system call not present in STABLE. Sam To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Upgrade STABLE-CURRENT
Hi, you have to install the new kernel and then reboot with the new kernel into single-user-mode, and do make installworld again, bye, Samuel Tardieu schrieb: In case it is useful: the upgrade from STABLE to CURRENT was broken last week and is still probably, because chflags is used during the installworld step and it uses a system call not present in STABLE. Sam To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message -- -- Michael Bretterklieber LCP JAWA Management Software GmbH Liebenauer Hauptstr. 200 A-8041 GRAZ Tel: ++43-(0)316-403274-12 Fax: ++43-(0)316-403274-10 GSM: ++43-(0)676-93 96 698 [EMAIL PROTECTED] homepage: http://www.jawa.at - privat --- E-mail: [EMAIL PROTECTED] homepage: http://www.inode.at/mbretter -- ...the number of UNIX installations has grown to 10, with more expected... - Dennis Ritchie and Ken Thompson, June 1972 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: -current upgrade path broken?
On Fri, Aug 02, 2002 at 04:21:25AM -0700, David O'Brien wrote: On Fri, Aug 02, 2002 at 11:09:23AM +0300, Ruslan Ermilov wrote: Huh?! Read the first posting in this thread. I suggest that you do forced commits to contrib/gcc/config/i386/*.h (probably other arches too) that were surgered. I already did 2 forced committs. See some of Peter's email on the topic of why the forced commits wont always fix the problem. Would you be so kind to tell me the Message-ID's and/or Subject:'s of his emails? Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age msg41623/pgp0.pgp Description: PGP signature
Re: Upgrade STABLE-CURRENT
On 2/08, Michael Bretterklieber wrote: | you have to install the new kernel and then reboot with the new kernel | into single-user-mode, and do make installworld again, Sure, that's what I did (well, I ran the first installworld with -k to install as much as possible the first time), but it would be greater if it could be avoided. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Upgrade STABLE-CURRENT
On Fri, Aug 02, 2002 at 05:07:58PM +0200, Samuel Tardieu wrote: On 2/08, Michael Bretterklieber wrote: | you have to install the new kernel and then reboot with the new kernel | into single-user-mode, and do make installworld again, Sure, that's what I did (well, I ran the first installworld with -k to install as much as possible the first time), but it would be greater if it could be avoided. This can't be avoided, and you just saw one reason for doing this. Please follow the src/UPDATING's To upgrade from 4.x-stable to current procedure very closely. Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age msg41625/pgp0.pgp Description: PGP signature
mysql-3.23.51 with Current for the last few weeks.
This doesn't make much sense and is probably not related but I've had the problem for about a month and thought it was going to go away but it hasn't. I really don't know where to start looking. Just after the KSE changes at the beginning of July I upgraded mysql. Since then I have had intermittent problems with mysql hanging far too often. It takes 100% of the resources and has to be killed. I get no errors in the mysql log nor in the system logs. Has anyone seen this or do you have any ideas for a solution or for trouble shooting? I wanted to try a pkg_add -r but there doesn't seem to be a mysql-server package. I am running today's current and I check it daily to see if it still hangs. I initially thought that it was a problem with this version of mysql but I'm not really sure. Thanks, ed -- - http://worldinternet.org - Mergence of Business and Technology To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: mysql-3.23.51 with Current for the last few weeks.
I really don't know where to start looking. Just after the KSE changes at the beginning of July I upgraded mysql. Since then I have had intermittent problems with mysql hanging far too often. It takes 100% of the resources and has to be killed. I get no errors in the mysql log nor in the system logs. This isn't only a mysql problem. The (at least) linux jdk 1.4, jikes and lt_rep (used by librep while building) have the same problem. They're just using CPU time and are doing nothing... (dead-lock?) Marc To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: mysql-3.23.51 with Current for the last few weeks.
At 08:54 AM 8/2/2002 -0700, Edwin Culp wrote: This doesn't make much sense and is probably not related but I've had the problem for about a month and thought it was going to go away but it hasn't. I really don't know where to start looking. Just after the KSE changes at the beginning of July I upgraded mysql. Since then I have had intermittent problems with mysql hanging far too often. It takes 100% of the resources and has to be killed. I get no errors in the mysql log nor in the system logs. Has anyone seen this or do you have any ideas for a solution or for trouble shooting? I wanted to try a pkg_add -r but there doesn't seem to be a mysql-server package. I am running today's current and I check it daily to see if it still hangs. I initially thought that it was a problem with this version of mysql but I'm not really sure. Thanks, ed The same thing happend to me a few weeks ago when I did an upgrade from 3.23.49 == 3.23.51 I think what I ended up doing was to use the gcc3.2 from ports, and I built it staticlly. First i installed gcc3.2 the made sure /usr/local/bin was ahead of /usr/bin in my PATH then I built mysql enabling static build. Manfred == || [EMAIL PROTECTED] || || Ph. (415) 681-6235 || == To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: mysql-3.23.51 with Current for the last few weeks.
Quoting Marc Recht [EMAIL PROTECTED]: | I really don't know where to start looking. Just after the KSE changes at | the beginning of July I upgraded mysql. Since then I have had | intermittent | problems with mysql hanging far too often. It takes 100% of the resources | and has to be killed. I get no errors in the mysql log nor in the system | logs. | This isn't only a mysql problem. The (at least) linux jdk 1.4, jikes and | lt_rep | (used by librep while building) have the same problem. They're just using | CPU | time and are doing nothing... (dead-lock?) | | Marc Thanks, Marc. I just tried another version of MySQL and it does the same so I think you are right. Thanks for the bad news, I just installed linux jdk 1.4 yesterday and haven't used it yet. Now I know what I have to look forward to this weekend :-) ed - http://worldinternet.org - Mergence of Business and Technology To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: mysql-3.23.51 with Current for the last few weeks.
there are several possibilities: 1/ do a ktrace on teh spinning process for a couple of seconds and see what syscalls it is doing. 2/ if it's spinning in the kernel, you can drop into ddb and do a tr pid to see where it is in the kernel... c to continue.. do this several times to ge a sortof 'profile' of where you see it.. On Fri, 2 Aug 2002, Marc Recht wrote: I really don't know where to start looking. Just after the KSE changes at the beginning of July I upgraded mysql. Since then I have had intermittent problems with mysql hanging far too often. It takes 100% of the resources and has to be killed. I get no errors in the mysql log nor in the system logs. This isn't only a mysql problem. The (at least) linux jdk 1.4, jikes and lt_rep (used by librep while building) have the same problem. They're just using CPU time and are doing nothing... (dead-lock?) Marc To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: mysql-3.23.51 race condition with Current for the last few weeks.
Quoting Edwin Culp [EMAIL PROTECTED]: Update. I have two machines with this problem so I installed mysql-3.23.49 on one and it exhibited the same race condition so it would appear to have to do with the KSE of GCC compiler changes but again, I'm way out of my league here. Thanks, ed | This doesn't make much sense and is probably not related but I've had the | problem for about a month and thought it was going to go away but it hasn't. | I really don't know where to start looking. Just after the KSE changes at | the beginning of July I upgraded mysql. Since then I have had intermittent | problems with mysql hanging far too often. It takes 100% of the resources | and has to be killed. I get no errors in the mysql log nor in the system | logs. | | Has anyone seen this or do you have any ideas for a solution or for trouble | shooting? I wanted to try a pkg_add -r but there doesn't seem to be a | mysql-server package. | | I am running today's current and I check it daily to see if it still hangs. | I initially thought that it was a problem with this version of mysql but I'm | not really sure. | | Thanks, | | ed | | -- | | - | http://worldinternet.org - Mergence of Business and Technology | | To Unsubscribe: send mail to [EMAIL PROTECTED] | with unsubscribe freebsd-current in the body of the message -- - http://worldinternet.org - Mergence of Business and Technology - http://worldinternet.org - Mergence of Business and Technology To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: mysql-3.23.51 with Current for the last few weeks.
Quoting Manfred Antar [EMAIL PROTECTED]: | The same thing happend to me a few weeks ago when I did an upgrade from | 3.23.49 == 3.23.51 | I think what I ended up doing was to use the gcc3.2 from ports, and I built | it staticlly. | First i installed gcc3.2 the made sure /usr/local/bin was ahead of /usr/bin | in my PATH | then I built mysql enabling static build. | Manfred Thanks, I'm going to try that right now. ed - http://worldinternet.org - Mergence of Business and Technology To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: mysql-3.23.51 with Current for the last few weeks.
On Fri, 2 Aug 2002 10:08:47 -0700 (PDT) Julian Elischer [EMAIL PROTECTED] wrote: there are several possibilities: 1/ do a ktrace on teh spinning process for a couple of seconds and see what syscalls it is doing. stopped jikes with ctrl-c looks always like: 90998 sh RET read 650/0x28a 90998 sh CALL fork 90998 sh RET fork 91009/0x16381 90998 sh CALL getpgrp 90998 sh RET getpgrp 90998/0x16376 90998 sh CALL wait4(0x,0xbfbff498,0x2,0) 90998 sh RET wait4 -1 errno 4 Interrupted system call 90998 sh PSIG SIGINT caught handler=0x80595b0 mask=0x0 code=0x0 90998 sh CALL sigreturn(0xbfbff2b8) 90998 sh RET sigreturn JUSTRETURN 90998 sh CALL wait4(0x,0xbfbff498,0x2,0) 90998 sh RET wait4 91009/0x16381 90998 sh CALL read(0xa,0x80f6e80,0x3ff) 90998 sh GIO fd 10 read 0 bytes 90998 sh RET read 0 90998 sh CALL exit(0x82) 2/ if it's spinning in the kernel, you can drop into ddb and do a tr pid to see where it is in the kernel... c to continue.. I always get these two: Debugger(manual escape to debugger) Stopped at Debugger+0x4d: xchgl %ebx,in_Debugger.0 db tr 3402 mi_switch(c30f36c0,c01f23e8,c30f5cc0,f13c8d3c,c0237b5e) at mi_switch+0x15a ithread_schedule(c30dd500,1,f13c8d3c,c79309c0,0) at ithread_schedule+0x11f sched_ithd(5) at sched_ithd+0x43 Xintr5() at Xintr5+0x67 --- interrupt, eip = 0x80decb0, esp = 0xbfbfe4e0, ebp = 0xbfbfe548 --- db c mi_switch(c30e3d40,0,5,0,800) at mi_switch+0x15a ast(f16ddd48) at ast+0x35a doreti_ast() at doreti_ast+0x1a do this several times to ge a sortof 'profile' of where you see it.. Done that. Hope this helps. Please let me know if I could do more to find this problem. Marc To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
IP stack or NetGear MA401 problems on -CURRENT... (July 18th-30th)
Let me try my luck here with a bigger crowd. I just upgraded two laptops from DP1 and July 18th to a July 30th kernel, both of them with NetGear MA401 wireless cards. The short and skinny: the network/wireless used to work and now they don't. *) TCP, UDP, and ICMP are affected so I assume all of IP is affected. *) Using ping as an example, when I ping the gateway and run tcpdump from the laptop, I see the request and the reply come back on tcpdump, however ping reports ~99% packet loss (sometimes a packet or two will show up). *) All firewalls have been turned off (ipf -D/ipfw has a default allow policy. Possibly ipfw2 dragging it's feet somehow?). ;) *) Using SSH as an example, if I'm very careful and type super slow, I can sometimes log into a remote box and issue a few commands, but this is flaky at best. If I try and load mutt, it hangs for about 10min or so, then will sometimes show the contents of my inbox, other times the TCP connection will break. tcpdump shows the local host sending out many ack packets for the same IP sequence and the remote host replying with the appropriate packet, but the application never knows any better. If ICMP and UDP weren't having issues, I'd guess this to be a window sizing issue, but it's not limited to TCP. Doing a DNS query is at best successful 25% of the time. Unfortunately I'm on the road and can't try this against the fxp interfaces that are in my docking stations, so I'm limited to assuming that one of the following was broken between the 18th and the 30th: *) wireless (doubtful given that tcpdump shows the packets being sent and coming back) *) firewall (possible. ipf has been unloaded and ipfw has a default allow policy, so it shouldn't be mucking things up). *) IP stack (given that tcpdump works on raw datagrams, I'd guess that something's broken in the OSes way of handling IP packets. I'm tempted to suspect Matt Dillion's TCP backoff bit, but this isn't TCP specific. :-/) *) Hardware (I'm using two different dell latitudes with two different NetGear cards and am having the exact same behavior so this seems very unlikely. I'm not getting any errors on the interfaces either.) Anyway, I'm stumped and don't know where to poke at. If the network wasn't horked, I'd just sup to the 18th and continue on my merry way, but the network's botched and I'm without a floppy. Anyone have any clues? I'm fresh out of ideas as to where to poke. -sc PS Yeah, I know I shouldn't not have a floppy handy while running -CURRENT, but I'm on the road and -CURRENT's just been so stable recently so I opted to leave 'em at home. ::sigh:: At least one of them has a backup kernel on it, but I can't transfer it to the second. :-/ -- Sean Chittenden To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Fail installworld (Current5 - 20002.06.20)
Hello, I installed FreeBSD-Current5.2002.06.20, but it failed make installworld. The error message is install: /usr/share/locale/ja_JP.SJIP/LC_TIME: Too many levels of symbolic links. Does anybody know how to fix it? Thanks in advance. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
panic: bremfree: bp 0xc7760b48 not locked
I get this all the time, and have for months now. On two different systems (both updated to -current about 2 times per month), both PCs (but with greatly differing HW). What would be my first step to resolve this? I sent in a PR, with lots of notes, things I tried, and stack dumps. I'm willing to do some more work on it, if someone can point me in the right direction. -Seth To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: mysql-3.23.51 with Current for the last few weeks.
Quoting Manfred Antar [EMAIL PROTECTED]:
| At 08:54 AM 8/2/2002 -0700, Edwin Culp wrote:
| This doesn't make much sense and is probably not related but I've had the
| problem for about a month and thought it was going to go away but it
| hasn't.
| I really don't know where to start looking. Just after the KSE changes at
| the beginning of July I upgraded mysql. Since then I have had intermittent
| problems with mysql hanging far too often. It takes 100% of the resources
| and has to be killed. I get no errors in the mysql log nor in the system
| logs.
|
| Has anyone seen this or do you have any ideas for a solution or for trouble
| shooting? I wanted to try a pkg_add -r but there doesn't seem to be a
| mysql-server package.
|
| I am running today's current and I check it daily to see if it still hangs.
| I initially thought that it was a problem with this version of mysql but
| I'm
| not really sure.
|
| Thanks,
|
| ed
|
| The same thing happend to me a few weeks ago when I did an upgrade from
| 3.23.49 == 3.23.51
| I think what I ended up doing was to use the gcc3.2 from ports, and I built
| it staticlly.
| First i installed gcc3.2 the made sure /usr/local/bin was ahead of /usr/bin
| in my PATH
| then I built mysql enabling static build.
Manford,
It didn't work for me. What did you put in this line in the Makefile?
CXX=${CC} \
I have compiled it three times, once without change, once by ereasing it and
the last by changing it to CXX=${GCC} \
I compiled it with BUILD_STATIC=yes in all cases.
They all compiled but continued to hang.
Thanks again,
ed
-
http://worldinternet.org - Mergence of Business and Technology
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: mysql-3.23.51 with Current for the last few weeks.
Quoting Manfred Antar [EMAIL PROTECTED]: Manfred, ! ! IT WORKS ! ! for the first time is several weeks:-) ! THANKS ! I followed your steps and added a couple of my own below just in case someone else is having problems. | | Ed | I think i did this | Build and install the gcc32 port | cd /usr/local/bin | ln -s gcc32 gcc | ln -s gcc32 cc | ln -c g++32 g++ | ln -s g++32 c++ | And make sure /usr/local/bin is ahead of /usr/bin in your PATH | set PATH=/usr/local/bin:$PATH | export PATH # My additional steps. cd /usr/bin mv cc cc.org # This solves the tracked aliase problem - don't # forget to move it back. cd /usr/ports/databases/mysql323-server make BUILD_STATIC=yes install | I did this about a month ago and forgot about the linkking | As gcc32 is installed but not gcc so you need to do all the links. | Then just go to the /usr/ports/databases/mysql323-server or client and do a | make it should pick up /usr/local/bin/gcc or g++ as the compiler to use. | Manfred | - http://worldinternet.org - Mergence of Business and Technology To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
make: don't know how to make bsd.README. Stop
the crash occurs right after the process starts..here's the entire output: su-2.05a# make buildworld -- Rebuilding the temporary build tree -- rm -rf /usr/obj/usr/src/i386 mkdir -p /usr/obj/usr/src/i386/usr/bin mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout mkdir -p /usr/obj/usr/src/i386/usr/games mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts mkdir -p /usr/obj/usr/src/i386/usr/libexec/elf mkdir -p /usr/obj/usr/src/i386/usr/sbin mkdir -p /usr/obj/usr/src/i386/usr/share/misc mkdir -p /usr/obj/usr/src/i386/usr/share/dict mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devX100 mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devX100-12 mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devX75 mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devX75-12 mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devascii mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devcp1047 mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devdvi mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devhtml mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devkoi8-r mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devlatin1 mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devlbp mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devlj4 mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devps mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devutf8 mkdir -p /usr/obj/usr/src/i386/usr/share/tmac/mdoc mkdir -p /usr/obj/usr/src/i386/usr/share/tmac/mm mkdir -p /usr/obj/usr/src/i386/usr/include/arpa mkdir -p /usr/obj/usr/src/i386/usr/include/dev mkdir -p /usr/obj/usr/src/i386/usr/include/fs mkdir -p /usr/obj/usr/src/i386/usr/include/g++/backward mkdir -p /usr/obj/usr/src/i386/usr/include/g++/bits mkdir -p /usr/obj/usr/src/i386/usr/include/g++/ext mkdir -p /usr/obj/usr/src/i386/usr/include/isc mkdir -p /usr/obj/usr/src/i386/usr/include/isofs mkdir -p /usr/obj/usr/src/i386/usr/include/libmilter mkdir -p /usr/obj/usr/src/i386/usr/include/objc mkdir -p /usr/obj/usr/src/i386/usr/include/openssl mkdir -p /usr/obj/usr/src/i386/usr/include/protocols mkdir -p /usr/obj/usr/src/i386/usr/include/readline mkdir -p /usr/obj/usr/src/i386/usr/include/rpc mkdir -p /usr/obj/usr/src/i386/usr/include/rpcsvc mkdir -p /usr/obj/usr/src/i386/usr/include/security mkdir -p /usr/obj/usr/src/i386/usr/include/ufs ln -sf /usr/src/sys /usr/obj/usr/src/i386 -- stage 1: bootstrap tools -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386 DESTDIR= INSTALL=sh /usr/src/tools/install.sh make -f Makefile.inc1 -DBOOTSTRAPPING -DNOHTML -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -DNO_CPU_CFLAGS -DNO_WERROR bootstrap-tools cd /usr/src/games/fortune/strfile; make DIRPRFX=games/fortune/strfile/ obj; make DIRPRFX=games/fortune/strfile/ depend; make DIRPRFX=games/fortune/strfile/ all; make DIRPRFX=games/fortune/strfile/ DESTDIR=/usr/obj/usr/src/i386 install /usr/obj/usr/src/i386/usr/src/games/fortune/strfile created for /usr/src/games/fortune/strfile rm -f .depend mkdep -f .depend -a-D__FBSDID=__RCSID /usr/src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a .depend cc -O -pipe -Wall-D__FBSDID=__RCSID -c /usr/src/games/fortune/strfile/strfile.c cc -O -pipe -Wall-D__FBSDID=__RCSID -static -o strfile strfile.o sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 strfile /usr/obj/usr/src/i386/usr/games cd /usr/src/usr.bin/yacc; make DIRPRFX=usr.bin/yacc/ obj; make DIRPRFX=usr.bin/yacc/ depend; make DIRPRFX=usr.bin/yacc/ all; make DIRPRFX=usr.bin/yacc/ DESTDIR=/usr/obj/usr/src/i386 install /usr/obj/usr/src/i386/usr/src/usr.bin/yacc created for /usr/src/usr.bin/yacc make: don't know how to make bsd.README. Stop *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
