Re: Kernel panic when unpluggin AC adaptor
On Mon, May 24, 2010 at 9:43 PM, David DEMELIER wrote: > 2010/5/12 Giovanni Trematerra : >> On Fri, May 7, 2010 at 8:33 PM, Demelier David >> wrote: >>> Le Vendredi 07 mai 2010 à 18:22 +0200, Giovanni Trematerra a écrit : On Fri, May 7, 2010 at 2:08 PM, Demelier David wrote: > Hi, > I noticed that pluggin the AC adaptor when I boot without it does > not > panic. It only panic when removing it. > > Maybe that could help ? > Good to know. The problem lies somewhere when performance state change. In your case it happens when you remove AC adaptor. Let's hope someone on acpi@ ml comes up with a good idea. >>> >>> Okay so for the moment no change, I'll wait for someone with an idea >>> that could solve my problem. For me because the panic only happens when >>> changing profile from ac plugged -> ac unplugged (and not the reverse) I >>> would think it's a cpu related acpi issue. >>> >> >> I looked deeper and it seems to me that when you unplug the AC >> adapter, acpi_cpu_notify calls acpi_cpu_cx_cst that try to allocate a >> new cx_ptr->p_lvlx via acpi_PkgGas. >> If acpi_PkgGas set cx_ptr->p_lvlx to NULL for any reasons you'll have >> the panic that you reported. >> A solution would be to set acpi_cpu_hook to NULL so acpi_cpu_idle won't call >> it. >> I need some time to have a patch because of the possible race between >> acpi_cpu_notify and >> acpi_cpu_idle during set acpi_cpu_hook to NULL. >> if you have time and want panic your system you could try the attached >> patch, just to be >> sure that we catch it. >> > > Hi, it paniced today ! I don't know why it randomly panic but it did, > the backtrace didn't change. There is a picture about the panic : > > http://img541.imageshack.us/img541/2773/dsc00388xa.jpg What was you trying? acpi_idle5.diff.txt patch? How did it panic? Unplugging AC adapter? Thanks -- Gianni ___ 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: sysinstall.8 update to reflect "improved" use of netDev for scripted installs
On Mon, May 24, 2010 at 12:58 PM, Jeremy Chadwick wrote: > On Mon, May 24, 2010 at 03:33:14PM -0400, David Boyd wrote: >> Would it be possible to update the man page for sysinstall to reflect the >> new and improved usage for the netDev variable. This functionality is >> important (to me and my users) and seems to bear documenting. >> >> I realize that there may not be many users of scripted installs who care >> about this, so even a reference to the source code in sysinstall/tcpip.c >> would be acceptable. >> >> /* >> * netDev can be set to several types of values. >> * If netDev is set to ANY, scan all network devices >> * looking for a valid link, and go with the first >> * device found. netDev can also be specified as a >> * comma delimited list, with each network device >> * tried in order. netDev can also be set to a single >> * network device. >> */ >> >> There are two places in sysinstall.8 where the usage of netDev is described. >> >> Thanks, in advance, for considering this request. > > CC'ing randi@, as I'm not sure if she's on -stable or not. I am. :) And I've got a sysinstall filter to catch any mentions. I am always watching! muhahaha. sigh. Anyways, sorry about that, I kind of had it in the back of my mind that the man page and possibly the supplied example install.cfg needed updating, but I completely forgot about it. The 8.1 code freeze should be kicking in really soon, so while I'll work on changes to the documentation, I'm not sure they'll make it in time. -- randi ___ 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"
Error trying to upgrade apache22
Receive this error when trying to upgrade apache22 cd /usr/ports/www/apache22 atc1# make all install clean ===> Installing for apache-2.2.15_9 ===> apache-2.2.15_9 depends on file: /usr/local/bin/perl5.8.9 - found ===> apache-2.2.15_9 depends on shared library: expat.6 - found ===> apache-2.2.15_9 depends on shared library: apr-1 - found ===> apache-2.2.15_9 depends on shared library: pcre.0 - found ===> apache-2.2.15_9 depends on shared library: iconv.3 - found ===> Generating temporary packing list ===> Checking if www/apache22 already installed Making install in srclib Making install in os Making install in unix Making install in server Making install in mpm Making install in prefork /usr/local/build-1/libtool --silent --mode=compile cc -I/usr/local/ include -O2 -pipe -I/usr/include -fno-strict-aliasing -I. -I/usr/ ports/www/apache22/work/httpd-2.2.15/os/unix -I/usr/ports/www/apache22/ work/httpd-2.2.15/server/mpm/prefork -I/usr/ports/www/apache22/work/ httpd-2.2.15/modules/http -I/usr/ports/www/apache22/work/httpd-2.2.15/ modules/filters -I/usr/ports/www/apache22/work/httpd-2.2.15/modules/ proxy -I/usr/ports/www/apache22/work/httpd-2.2.15/include -I/usr/ports/ www/apache22/work/httpd-2.2.15/modules/generators -I/usr/ports/www/ apache22/work/httpd-2.2.15/modules/mappers -I/usr/ports/www/apache22/ work/httpd-2.2.15/modules/database -I/usr/local/include/apr-1 -I/usr/ local/include -I/usr/ports/www/apache22/work/httpd-2.2.15/modules/ proxy/../generators -I/usr/include -I/usr/ports/www/apache22/work/ httpd-2.2.15/modules/ssl -I/usr/ports/www/apache22/work/httpd-2.2.15/ modules/dav/main -prefer-non-pic -static -c exports.c && touch exports.lo /usr/local/build-1/libtool: not found *** Error code 127 Stop in /usr/ports/www/apache22/work/httpd-2.2.15/server. *** Error code 1 I followed the directions in the Updating file 20100518: AFFECTS: users of devel/apr0, devel/apr1, www/apache20, www/apache22 AUTHOR: pgollu...@freebsd.org devel/apr has been renamed to devel/apr1 WITH_APR_FROM_PORTS=yes for www/apache22 has been dissolved and may be removed from your configs. devel/apr1 is always used now. Please manually delete apache-2.\* if installed _before_ updating using either portmaster or portupgrade. # pkg_delete -f apache-2.\* If you use portmaster: portmaster -o devel/apr1 devel/apr If you use portupgrade: portupgrade -f -o devel/apr1 devel/apr Finally re-install apache if you deleted it earlier and update ports as usual. (where XX is either 20 or 22) portinstall www/apacheXX So now it won't install. Any ideas on how to get apache reinstalled? Thanks Stop in /usr/ports/www/apache22/work/httpd-2.2.15/server. *** Error code 1 Stop in /usr/ports/www/apache22/work/httpd-2.2.15. *** Error code 1 Stop in /usr/ports/www/apache22. *** Error code 1 Stop in /usr/ports/www/apache22. ___ 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: sysinstall.8 update to reflect "improved" use of netDev for scripted installs
On Mon, May 24, 2010 at 03:33:14PM -0400, David Boyd wrote: > Would it be possible to update the man page for sysinstall to reflect the > new and improved usage for the netDev variable. This functionality is > important (to me and my users) and seems to bear documenting. > > I realize that there may not be many users of scripted installs who care > about this, so even a reference to the source code in sysinstall/tcpip.c > would be acceptable. > > /* >* netDev can be set to several types of values. >* If netDev is set to ANY, scan all network devices >* looking for a valid link, and go with the first >* device found. netDev can also be specified as a >* comma delimited list, with each network device >* tried in order. netDev can also be set to a single >* network device. >*/ > > There are two places in sysinstall.8 where the usage of netDev is described. > > Thanks, in advance, for considering this request. CC'ing randi@, as I'm not sure if she's on -stable or not. -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ 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: Kernel panic when unpluggin AC adaptor
2010/5/12 Giovanni Trematerra : > On Fri, May 7, 2010 at 8:33 PM, Demelier David > wrote: >> Le Vendredi 07 mai 2010 à 18:22 +0200, Giovanni Trematerra a écrit : >>> On Fri, May 7, 2010 at 2:08 PM, Demelier David >>> wrote: >>> > Hi, >>> > I noticed that pluggin the AC adaptor when I boot without it does >>> > not >>> > panic. It only panic when removing it. >>> > >>> > Maybe that could help ? >>> > >>> >>> Good to know. The problem lies somewhere when performance state change. >>> In your case it happens when you remove AC adaptor. Let's hope someone on >>> acpi@ ml comes up with a good idea. >>> >> >> Okay so for the moment no change, I'll wait for someone with an idea >> that could solve my problem. For me because the panic only happens when >> changing profile from ac plugged -> ac unplugged (and not the reverse) I >> would think it's a cpu related acpi issue. >> > > I looked deeper and it seems to me that when you unplug the AC > adapter, acpi_cpu_notify calls acpi_cpu_cx_cst that try to allocate a > new cx_ptr->p_lvlx via acpi_PkgGas. > If acpi_PkgGas set cx_ptr->p_lvlx to NULL for any reasons you'll have > the panic that you reported. > A solution would be to set acpi_cpu_hook to NULL so acpi_cpu_idle won't call > it. > I need some time to have a patch because of the possible race between > acpi_cpu_notify and > acpi_cpu_idle during set acpi_cpu_hook to NULL. > if you have time and want panic your system you could try the attached > patch, just to be > sure that we catch it. > Hi, it paniced today ! I don't know why it randomly panic but it did, the backtrace didn't change. There is a picture about the panic : http://img541.imageshack.us/img541/2773/dsc00388xa.jpg Cheers. -- Demelier David ___ 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"
sysinstall.8 update to reflect "improved" use of netDev for scripted installs
Would it be possible to update the man page for sysinstall to reflect the new and improved usage for the netDev variable. This functionality is important (to me and my users) and seems to bear documenting. I realize that there may not be many users of scripted installs who care about this, so even a reference to the source code in sysinstall/tcpip.c would be acceptable. /* * netDev can be set to several types of values. * If netDev is set to ANY, scan all network devices * looking for a valid link, and go with the first * device found. netDev can also be specified as a * comma delimited list, with each network device * tried in order. netDev can also be set to a single * network device. */ There are two places in sysinstall.8 where the usage of netDev is described. Thanks, in advance, for considering this request. ___ 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: lzma support in `stable' has potential issues
On Mon, May 24, 2010 at 10:04 AM, Dimitry Andric wrote: > On 2010-05-24 18:15, Garrett Cooper wrote: >> No worries. Here's what I did to actually reproduce the issue (just to >> provide more data): >> >> - Install 8.0-RELEASE amd64 with minimal from sysinstall. >> - pkg_add -r subversion vim-lite >> - cd /usr/src && svn co svn://svn.freebsd.org/base/head . > > Just a note, you are getting -CURRENT sources here, not 8-STABLE. Since > your starting post was about "Upgrading to 8-STABLE", is this what you > intended? Yes. I accidentally omitted a step. The following item: - make buildworld buildkernel # bombed at ncurses with termcap error was actually: - make buildworld buildkernel # bombed at ncurses with termcap error - rm -Rf $PWD; mkdir -p $PWD; cd $PWD; svn co svn://svn.freebsd.org/base/stable/8 . - make buildworld buildkernel # bombed at ncurses with termcap error Thanks, -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: Zpool scrub and not-root users
On Mon, May 24, 2010 at 05:00:03PM +0200, Mikkel Skaerris wrote: > Im wondering if there is a way of allowing non-root users to perform a disk > scrub using zpool scrub . I've been messing around with permissions, > but no luck so far. Anyone got a clue? One question: why? Followed by one answer: sudo. :-) -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ 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: Zpool scrub and not-root users
On 05/24/2010 06:00 PM, Mikkel Skaerris wrote: > Hello everyone > > Im wondering if there is a way of allowing non-root users to perform a disk > scrub using zpool scrub . I've been messing around with permissions, > but no luck so far. Anyone got a clue? > > Skaerris i'm not sure, but my guess is that there isn't. scrubbing a pool can put a stress to your system. Especially if there is resilvering to be done. So even if there is a way, I'd suggest against it as a security measure. just my .02$ ___ 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: Zpool scrub and not-root users
Hi-- On May 24, 2010, at 8:00 AM, Mikkel Skaerris wrote: > Im wondering if there is a way of allowing non-root users to perform a disk > scrub using zpool scrub . I've been messing around with permissions, > but no luck so far. Anyone got a clue? You can use the security/sudo port to allow non-root users to run specific commands. I'd imagine that running zpool scrub as root once a week via cron at some quiet time around Sat or Sun midnight would be a better idea then letting arbitrary users run this anytime... Regards, -- -Chuck ___ 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: em interface slow down on 8.0R
Hiroki Sato wrote in <20091220.053757.230970486@allbsd.org>: hr> Jack Vogel wrote hr> in <2a41acea0912052327t7830f85aw5b4b581ab3f09...@mail.gmail.com>: hr> hr> jf> The 82573, when onboard (LOM) is usually special, it is used by system hr> jf> management hr> jf> firmware. Go to the system BIOS and turn off management, see if that hr> jf> eliminates the hr> jf> periodic hang. hr> hr> Well, I am using them without enabling such a BIOS feature on the two hr> boxes. hr> hr> I was monitoring for 1 week after replacing the kernel of 8.0-STABLE hr> with 8.0R. Frequency of the symptom was reduced, but occurred once hr> in 2-3 days. So it is reproducible on 8.0R, too. JFYI, when I tried 8-STABLE as of May 15 the periodic hang-ups disappeared. The chip ids are 0x109a8086 and 0x108c8086 (pciconf reported them as 82573L and 82573E, added to PCI slots on the box). The hang-ups were able to be reproduced on 8.0-RELEASE. I didn't tried other boxes which had another symptom (abnormal long interval between each packet), but I will give it a try and report it, too I have no idea of what was the cause because there were a lot of changes since the release, though. -- Hiroki pgpgHrrrlXSG7.pgp Description: PGP signature
Zpool scrub and not-root users
Hello everyone Im wondering if there is a way of allowing non-root users to perform a disk scrub using zpool scrub . I've been messing around with permissions, but no luck so far. Anyone got a clue? Skaerris ___ 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: make world fails in usr.sbin/config?
On Mon, May 24, 2010 at 09:24:00AM -0700, Jeremy Chadwick wrote:
> Builds are underway now (following /usr/src/Makefile method), I'll
> report back when those are done. I'm also adding "time" in front of the
> "make buildXXX" portions just to see now long things take.
The build portions finished. Here are the numbers (quite high due to a
combination of limited memory constraints (intentional) and the fact
that VMware Workstation isn't the fastest thing on the planet. :-) )
--
>>> World build completed on Mon May 24 10:18:55 PDT 2010
--
1950.588u 1791.577s 32:36.44 191.2% 5154+1888k 26+70io 28130pf+0w
--
>>> Kernel build for GENERIC completed on Mon May 24 10:33:58 PDT 2010
--
754.864u 739.046s 14:29.00 171.9% 5258+1816k 1+9io 427pf+0w
These should also act as verification that building world (or at least
most of it, see my src.conf) with /usr/src and /usr/obj as ZFS
filesystems is safe to do.
Installation bits:
- make installkernel completed without issue
- rebooted into single-user
- ran: mount -a ; /etc/rc.d/hostid start ; /etc/rc.d/zfs start
- cd /usr/src
- mergemaster -p-- no changes
- make installworld -- no errors witnessed
- yes | make delete-old -- removal of ipfilter + kerberos
- mergemaster -- lots of changes...
- reboot
- Once system was back up, ran "make delete-old-libs"
Present state of the system:
testbox# date
Mon May 24 10:45:36 PDT 2010
testbox# uname -a
FreeBSD testbox.home.lan 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Mon May 24
10:32:08 PDT 2010 r...@testbox.home.lan:/usr/obj/usr/src/sys/GENERIC amd64
testbox# df -k
Filesystem 1024-blocksUsedAvail Capacity Mounted on
/dev/da0s1a1012974 511974 41996455%/
devfs1 10 100%/dev
/dev/da0s1e 507630 12 467008 0%/tmp
/dev/da0s1f 10655298 179240 9623636 2%/usr
/dev/da0s1d2026030 37218 1826730 2%/var
data/usr_obj 15473740 1581700 1389204010%/usr/obj
data/usr_ports14285680 393639 13892040 3%/usr/ports
data/usr_src 14436336 544295 13892040 4%/usr/src
testbox# zfs list
NAME USED AVAIL REFER MOUNTPOINT
data2.40G 13.2G 24.0K none
data/usr_obj1.51G 13.2G 1.51G /usr/obj
data/usr_ports 384M 13.2G 384M /usr/ports
data/usr_src 532M 13.2G 532M /usr/src
testbox# zpool status
pool: data
state: ONLINE
scrub: none requested
config:
NAMESTATE READ WRITE CKSUM
dataONLINE 0 0 0
raidz1ONLINE 0 0 0
da1 ONLINE 0 0 0
da2 ONLINE 0 0 0
da3 ONLINE 0 0 0
errors: No known data errors
testbox# zpool scrub data
{...wait a little while...}
testbox# zpool status | grep scrub
scrub: scrub completed after 0h3m with 0 errors on Mon May 24 10:48:01 2010
Finally, "zfs get all" output, which is fairly long but I figure it
might help in debugging. Anything else you'd like me to check before I
delete this VM?
testbox# zfs get all
NAMEPROPERTY VALUE SOURCE
datatype filesystem -
datacreation Mon May 24 8:37 2010 -
dataused 2.40G -
dataavailable 13.2G -
datareferenced24.0K -
datacompressratio 1.00x -
datamounted no -
dataquota none default
datareservation none default
datarecordsize128K default
datamountpointnone local
datasharenfs offdefault
datachecksum on default
datacompression offdefault
dataatime on default
datadevices on default
dataexec on default
datasetuidon default
datareadonly offdefault
datajailedoffdefault
datasnapdir hidden default
dataaclmode groupmask default
dataaclinheritrestricted default
Re: if_sge related panics
On Mon, May 24, 2010 at 09:48:33AM -0400, John Baldwin wrote:
> On Monday 24 May 2010 6:35:01 am Nikolay Denev wrote:
> > On May 24, 2010, at 8:57 AM, Nikolay Denev wrote:
> >
> > > Hi,
> > >
> > > Recently I started to experience a if_sge(4) related panic.
> > > It happens almost every time I try to download a torrent file for example.
> > > Copying of large files over NFS seem not to trigger it, but I haven't
> > > tested extensively.
> > >
> > > Here is the panic message :
> > >
> > > Fatal trap 12: page fault while in kernel mode
> > > cpuid = 0; apic id = 00
> > > fault virtual address = 0x8
> > > fault code= supervisor write data, page
> > > not present
> > > instruction pointer = 0x20:0x80230413
> > > stack pointer = 0x28:0xff80001e9280
> > > frame pointer = 0x28:0xff80001e9510
> > > code segment = base 0x0, limit 0xf, type 0x1b
> > > = DPL 0, pres 1, long 1, def32
> > > 0, gran 1
> > > processor eflags = interrupt enabled, resume, IOPL = 0
> > > current process = 12 (irq19: sge0)
> > > trap number = 12
> > > panic: page fault
> > > cpuid = 0
> > > Uptime: 1d20h56m20s
> > > Cannot dump. Device not defined or unavailable
> > > Automatic reboot in 15 seconds - press a key on the console to abort
> > > Sleeping thread (tid 100039, pid 12) owns a non-sleepable lock
> > >
> > > My swap is on a zvol, so I don't have dump. I'll try to attach a disk on
> > > the eSATA port and dump there if needed.
> >
> > Here is some info from the crashdump :
> >
> > (kgdb) #0 doadump () at pcpu.h:223
> > #1 0x802fb149 in boot (howto=260)
> > at /usr/src/sys/kern/kern_shutdown.c:416
> > #2 0x802fb57c in panic (fmt=0x8055d564 "%s")
> > at /usr/src/sys/kern/kern_shutdown.c:590
> > #3 0x805055b8 in trap_fatal (frame=0xff000288a3e0,
> > eva=Variable "eva" is not available.
> > )
> > at /usr/src/sys/amd64/amd64/trap.c:777
> > #4 0x805059dc in trap_pfault (frame=0xff80001e91d0, usermode=0)
> > at /usr/src/sys/amd64/amd64/trap.c:693
> > #5 0x805061c5 in trap (frame=0xff80001e91d0)
> > at /usr/src/sys/amd64/amd64/trap.c:451
> > #6 0x804eb977 in calltrap ()
> > at /usr/src/sys/amd64/amd64/exception.S:223
> > #7 0x80230413 in sge_start_locked (ifp=0xff000270d800)
> > at /usr/src/sys/dev/sge/if_sge.c:1591
>
> Try this. sge_encap() can sometimes return an error with m_head set to NULL:
>
Thanks John. Committed in r208512.
> Index: if_sge.c
> ===
> --- if_sge.c (revision 208375)
> +++ if_sge.c (working copy)
> @@ -1588,7 +1588,8 @@
> if (m_head == NULL)
> break;
> if (sge_encap(sc, &m_head)) {
> - IFQ_DRV_PREPEND(&ifp->if_snd, m_head);
> + if (m_head != NULL)
> + IFQ_DRV_PREPEND(&ifp->if_snd, m_head);
> ifp->if_drv_flags |= IFF_DRV_OACTIVE;
> break;
> }
>
> --
> John Baldwin
___
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: lzma support in `stable' has potential issues
On 2010-05-24 18:15, Garrett Cooper wrote: > No worries. Here's what I did to actually reproduce the issue (just to > provide more data): > > - Install 8.0-RELEASE amd64 with minimal from sysinstall. > - pkg_add -r subversion vim-lite > - cd /usr/src && svn co svn://svn.freebsd.org/base/head . Just a note, you are getting -CURRENT sources here, not 8-STABLE. Since your starting post was about "Upgrading to 8-STABLE", is this what you intended? ___ 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: make world fails in usr.sbin/config?
On Mon, May 24, 2010 at 09:18:55AM -0700, Kevin Oberman wrote: > > Date: Mon, 24 May 2010 05:29:44 -0700 > > From: Jeremy Chadwick > > Sender: owner-freebsd-sta...@freebsd.org > > > > On Mon, May 24, 2010 at 02:21:44PM +0200, Stefan Bethke wrote: > > > Am 24.05.2010 um 14:18 schrieb Jeremy Chadwick: > > > > > > > 1) Were you using any "-j" flags during your make? If so, try without > > > > it. > > > > Sometimes these are known to cause oddities, even if occasionally. > > > > > > Nope. > > > > > > > 2) Make sure your system clock is correct and isn't drifting badly. > > > > Highly recommend you use ntpdate to set the clock initially, then run > > > > ntpd at all times. > > > > > > # ntpq -p > > > remote refid st t when poll reach delay offset > > > jitter > > > == > > > +lokschuppen.zs6 131.188.3.2222 u 69 512 377 34.1155.313 > > > 0.153 > > > *jachthafen.hans 131.188.3.2222 u 52 512 377 33.9664.757 > > > 0.554 > > > -ps.bucuo.de 192.53.103.108 2 u 185 512 377 39.5677.895 > > > 0.268 > > > -svr02.teleport- 73.120.242.922 u 187 512 377 44.5726.949 > > > 0.542 > > > -netzwerkteufel. 192.53.103.104 2 u 202 512 377 35.3387.662 > > > 0.422 > > > +qraftwerk.de192.53.103.108 2 u 141 512 377 52.5055.228 > > > 0.256 > > > > > > I'll try a new checkout next. > > > > Your clock looks OK (worst drift from a stratum 2 comparison is 5.313 > > seconds). > > Minor correction on this. The offset values from 'ntpq -p' are in > milliseconds, so the worst offset is <6 ms. Not great, but way better > than is really needed. Thanks Kevin -- you're absolutely right. I often forget this fact, since comparatively "ntpdc -c peers" outputs seconds. -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ 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: make world fails in usr.sbin/config?
On Mon, May 24, 2010 at 08:07:38AM -0700, Jeremy Chadwick wrote:
> On Mon, May 24, 2010 at 03:39:19PM +0200, Stefan Bethke wrote:
> > Am 24.05.2010 um 15:27 schrieb Stefan Bethke:
> >
> > > I've now checked out via csup, and I've put /usr/obj on UFS. The error
> > > has shifted yet again:
> > > cc -O2 -pipe -I. -I/usr/src/usr.bin/lex -std=gnu99
> > > -I/usr/obj/usr/src/tmp/legacy/usr/include -c parse.c
> > > /usr/src/usr.bin/lex/parse.y: In function 'build_eof_action':
> > > /usr/src/usr.bin/lex/parse.y:786: error: 'MAXLINE' undeclared (first use
> > > in this function)
> > >
> > > I would agree that this looks like time problems or similar, but I don't
> > > see how that could be the case.
> > >
> > > I'll put the source on UFS as well, just to make sure.
> >
> > Putting the sources on a separate UFS file system "fixed" the build issue.
> > Previously, I did have root on UFS, but /usr/src and /usr/obj on ZFS, so I
> > don't quite understand what the difference is.
>
> I'll try reproducing your problem on said VM box I have, once I finish
> testing for a possible a 8.0-RELEASE to 8.1-PRERELEASE issue.
VM system has a fresh 8.0-STABLE-201002 installed on it, taken from the
8.0-STABLE snapshots directory. This is "fairly close" to your
kernel/world build time.
testbox# uname -a
FreeBSD testbox.home.lan 8.0-STABLE-201002 FreeBSD 8.0-STABLE-201002 #0: Tue
Feb 16 21:05:59 UTC 2010
r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64
Things to note up front:
1) I chose *not* to install ports nor src from the installation medium,
so /usr/src and /usr/ports at this point are empty dirs.
2) VM instance is running without ntpdate + ntpd intentionally.
Preparation and creation of the zpool (raidz1 w/ 3x 8GB disks) and
filesystems:
testbox# echo 'zfs_enable="yes"' >> /etc/rc.conf
testbox# /etc/rc.d/hostid start
Setting hostuuid: 564de564-be17-6e27-89b6-ae662003f0db.
Setting hostid: 0xfa4c1c12.
testbox# /etc/rc.d/zfs start
testbox# zpool create data raidz1 da1 da2 da3
testbox# zpool list
NAME SIZE USED AVAILCAP HEALTH ALTROOT
data 23.9G 141K 23.9G 0% ONLINE -
testbox# zfs set mountpoint=none data
testbox# zfs create -o mountpoint=/usr/obj data/usr_obj
testbox# zfs create -o mountpoint=/usr/ports data/usr_ports
testbox# zfs create -o mountpoint=/usr/src data/usr_src
testbox# zfs list
NAME USED AVAIL REFER MOUNTPOINT
data 228K 15.7G 24.0K none
data/usr_obj24.0K 15.7G 24.0K /usr/obj
data/usr_ports 24.0K 15.7G 24.0K /usr/ports
data/usr_src24.0K 15.7G 24.0K /usr/src
At this point I tuned loader.conf to permit for larger ZFS ARC size (the
VM is only allocated 1GB of RAM; this is intentional, as I wanted to
simulate a memory-tight environment), explicitly disabled prefetching,
and adjusted vfs.zfs.txg.timeout for an increase in responsiveness:
testbox# echo 'vm.kmem_size="768M"' >> /boot/loader.conf
testbox# echo 'vfs.zfs.arc_max="512M"' >> /boot/loader.conf
testbox# echo 'vfs.zfs.prefetch_disable="1"' >> /boot/loader.conf
testbox# echo 'vfs.zfs.txg.timeout="5"' >> /boot/loader.conf
testbox# shutdown -r now
System rebooted to pick up loader.conf changes, and on to csup:
testbox# csup -h cvsup10.freebsd.org -L 2 -4
/usr/share/examples/cvsup/stable-supfile
{...}
testbox# csup -h cvsup10.freebsd.org -L 2 -4
/usr/share/examples/cvsup/ports-supfile
{...}
Removing some base system pieces and adding optimisations:
testbox# cat > /etc/make.conf
KERNCONF=GENERIC
CPUTYPE?=nocona
testbox# cat > /etc/src.conf
WITHOUT_IPFILTER=true
WITHOUT_LIB32=true
WITHOUT_KERBEROS=true
WITHOUT_PROFILE=true
WITHOUT_SENDMAIL=true
testbox#
Builds are underway now (following /usr/src/Makefile method), I'll
report back when those are done. I'm also adding "time" in front of the
"make buildXXX" portions just to see now long things take.
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. PGP: 4BD6C0CB |
___
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: update 8.0-STABLE to 8.1-PRERELEASE
Em 24/5/2010 10:59, Márcio Luciano Donada escreveu: > Hi list, > This weekend, I performed an update on a 8.0-STABLE server to version > 8.1-PRERELEASE, but I'm having problems with ICMP packets of 10, I'm > losing 28%. I have two network interfaces, bge0 and bge1, I only have > the bge0 problems. Are there any changes in those modules of these > network interfaces? Right now I'm compiling the system to version 8.0. > Thanks, I went back to version 8.0-RELEASE-p2 and everything went back to work normally. -- Márcio Luciano Donada Aurora Alimentos - Cooperativa Central Oeste Catarinense Departamento de T.I. ___ 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: make world fails in usr.sbin/config?
> Date: Mon, 24 May 2010 05:29:44 -0700 > From: Jeremy Chadwick > Sender: owner-freebsd-sta...@freebsd.org > > On Mon, May 24, 2010 at 02:21:44PM +0200, Stefan Bethke wrote: > > Am 24.05.2010 um 14:18 schrieb Jeremy Chadwick: > > > > > 1) Were you using any "-j" flags during your make? If so, try without it. > > > Sometimes these are known to cause oddities, even if occasionally. > > > > Nope. > > > > > 2) Make sure your system clock is correct and isn't drifting badly. > > > Highly recommend you use ntpdate to set the clock initially, then run > > > ntpd at all times. > > > > # ntpq -p > > remote refid st t when poll reach delay offset > > jitter > > == > > +lokschuppen.zs6 131.188.3.2222 u 69 512 377 34.1155.313 > > 0.153 > > *jachthafen.hans 131.188.3.2222 u 52 512 377 33.9664.757 > > 0.554 > > -ps.bucuo.de 192.53.103.108 2 u 185 512 377 39.5677.895 > > 0.268 > > -svr02.teleport- 73.120.242.922 u 187 512 377 44.5726.949 > > 0.542 > > -netzwerkteufel. 192.53.103.104 2 u 202 512 377 35.3387.662 > > 0.422 > > +qraftwerk.de192.53.103.108 2 u 141 512 377 52.5055.228 > > 0.256 > > > > I'll try a new checkout next. > > Your clock looks OK (worst drift from a stratum 2 comparison is 5.313 > seconds). Minor correction on this. The offset values from 'ntpq -p' are in milliseconds, so the worst offset is <6 ms. Not great, but way better than is really needed. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: ober...@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 ___ 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: lzma support in `stable' has potential issues
On May 24, 2010, at 8:20 AM, Jeremy Chadwick wrote: > On Mon, May 24, 2010 at 03:47:44AM -0700, Jeremy Chadwick wrote: >> FreeBSD testbox.home.lan 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 >> 15:02:08 UTC 2009 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >> amd64 >> >> csup'd from cvsup10.freebsd.org, RELENG_8 of course. make -j2 >> buildworld is currently running. > > Sorry I didn't get back to you on this issue sooner. Here's the > current state of affairs: > > - buildworld completed successfully (make -j2 buildworld) > - buildkernel completed successfully (make -j2 buildkernel) > - reboot into single-user, mount -a > - mergemaster -p (pulled in changes for group and master.passwd) > - installworld completed successfully (make installworld) > - yes | make delete-old (due to ipfilter and kerberos removal) > - mergemaster (craploads of changes) > - reboot into multi-user > - reboot complained about some IPv6-related stuff, then I remembered > that the kernel is GENERIC w/out INET6 removal, doh. :-) Oh well, > unrelated to this problem > - Verify /usr/include/lzma exists and is populated: > > testbox# ls -l /usr/include/lzma > total 162 > -r--r--r-- 1 root wheel 22112 May 24 01:10 base.h > -r--r--r-- 1 root wheel 2628 May 24 01:10 bcj.h > -r--r--r-- 1 root wheel 20032 May 24 01:10 block.h > -r--r--r-- 1 root wheel 4255 May 24 01:10 check.h > -r--r--r-- 1 root wheel 16341 May 24 01:10 container.h > -r--r--r-- 1 root wheel 1865 May 24 01:10 delta.h > -r--r--r-- 1 root wheel 16164 May 24 01:10 filter.h > -r--r--r-- 1 root wheel 2141 May 24 01:10 hardware.h > -r--r--r-- 1 root wheel 22807 May 24 01:10 index.h > -r--r--r-- 1 root wheel 3903 May 24 01:10 index_hash.h > -r--r--r-- 1 root wheel 13531 May 24 01:10 lzma.h > -r--r--r-- 1 root wheel 8357 May 24 01:10 stream_flags.h > -r--r--r-- 1 root wheel 6646 May 24 01:10 subblock.h > -r--r--r-- 1 root wheel 3497 May 24 01:10 version.h > -r--r--r-- 1 root wheel 6601 May 24 01:10 vli.h > > - uname -a just as a posterity point: > > testbox# uname -a > FreeBSD testbox.home.lan 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Mon May 24 > 06:09:23 PDT 2010 r...@testbox.home.lan:/usr/obj/usr/src/sys/GENERIC amd64 > > Sorry Garrett, can't reproduce. :-( No worries. Here's what I did to actually reproduce the issue (just to provide more data): - Install 8.0-RELEASE amd64 with minimal from sysinstall. - pkg_add -r subversion vim-lite - cd /usr/src && svn co svn://svn.freebsd.org/base/head . - Add the following bits to make.conf: CFLAGS+=-O2 -fno-strict-aliasing CXXFLAGS+= -O2 -fno-strict-aliasing CFLAGS+=-save-temps CXXFLAGS+= -save-temps CPUTYPE=nocona - make -j4 buildworld && make -j4 buildkernel # bombed at ncurses with termcap error - make -j2 buildworld && make -j4 buildkernel # bombed at ncurses with termcap error - make buildworld buildkernel # bombed at ncurses with termcap error - make kernel-toolchain # passed - make buildworld # bombed at rescue/rescue - make -C release/release depend # bombed with lzma - make -C lib/lzma depend installincludes # bombed because /usr/include/lzma was missing - mkdir -p /usr/include/lzma - make -C lib/lzma installincludes # passed - make -C rescue/rescue depend all # still bombed ; set WITHOUT_RESCUE in src.conf - make buildworld buildkernel # passed -save-temps seems to unroot some race conditions in the GNU toolchain as it barfed a lot with -j greater than 1 with some ASM related errors, but for whatever reason binutils was getting cranky and failing a lot with missing ncurses symbols, which kind of got me into this spiraling build failure cycle. Hopefully that helps better describe what I did to get to the failing state. As I said earlier, I'll try to reproduce and characterize the situation further before filing a bug report. Thanks, -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: if_sge related panics
On May 24, 2010, at 4:48 PM, John Baldwin wrote:
> On Monday 24 May 2010 6:35:01 am Nikolay Denev wrote:
>> On May 24, 2010, at 8:57 AM, Nikolay Denev wrote:
>>
>>> Hi,
>>>
>>> Recently I started to experience a if_sge(4) related panic.
>>> It happens almost every time I try to download a torrent file for example.
>>> Copying of large files over NFS seem not to trigger it, but I haven't
>>> tested extensively.
>>>
>>> Here is the panic message :
>>>
>>> Fatal trap 12: page fault while in kernel mode
>>> cpuid = 0; apic id = 00
>>> fault virtual address = 0x8
>>> fault code = supervisor write data, page not
>>> present
>>> instruction pointer = 0x20:0x80230413
>>> stack pointer = 0x28:0xff80001e9280
>>> frame pointer = 0x28:0xff80001e9510
>>> code segment= base 0x0, limit 0xf, type 0x1b
>>> = DPL 0, pres 1, long 1, def32
>>> 0, gran 1
>>> processor eflags= interrupt enabled, resume, IOPL = 0
>>> current process = 12 (irq19: sge0)
>>> trap number = 12
>>> panic: page fault
>>> cpuid = 0
>>> Uptime: 1d20h56m20s
>>> Cannot dump. Device not defined or unavailable
>>> Automatic reboot in 15 seconds - press a key on the console to abort
>>> Sleeping thread (tid 100039, pid 12) owns a non-sleepable lock
>>>
>>> My swap is on a zvol, so I don't have dump. I'll try to attach a disk on
>>> the eSATA port and dump there if needed.
>>
>> Here is some info from the crashdump :
>>
>> (kgdb) #0 doadump () at pcpu.h:223
>> #1 0x802fb149 in boot (howto=260)
>>at /usr/src/sys/kern/kern_shutdown.c:416
>> #2 0x802fb57c in panic (fmt=0x8055d564 "%s")
>>at /usr/src/sys/kern/kern_shutdown.c:590
>> #3 0x805055b8 in trap_fatal (frame=0xff000288a3e0, eva=Variable
>> "eva" is not available.
>> )
>>at /usr/src/sys/amd64/amd64/trap.c:777
>> #4 0x805059dc in trap_pfault (frame=0xff80001e91d0, usermode=0)
>>at /usr/src/sys/amd64/amd64/trap.c:693
>> #5 0x805061c5 in trap (frame=0xff80001e91d0)
>>at /usr/src/sys/amd64/amd64/trap.c:451
>> #6 0x804eb977 in calltrap ()
>>at /usr/src/sys/amd64/amd64/exception.S:223
>> #7 0x80230413 in sge_start_locked (ifp=0xff000270d800)
>>at /usr/src/sys/dev/sge/if_sge.c:1591
>
> Try this. sge_encap() can sometimes return an error with m_head set to NULL:
>
> Index: if_sge.c
> ===
> --- if_sge.c (revision 208375)
> +++ if_sge.c (working copy)
> @@ -1588,7 +1588,8 @@
> if (m_head == NULL)
> break;
> if (sge_encap(sc, &m_head)) {
> - IFQ_DRV_PREPEND(&ifp->if_snd, m_head);
> + if (m_head != NULL)
> + IFQ_DRV_PREPEND(&ifp->if_snd, m_head);
> ifp->if_drv_flags |= IFF_DRV_OACTIVE;
> break;
> }
>
> --
> John Baldwin
Thanks, patch applied. Will let you know how it goes.
--
Niki___
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: lzma support in `stable' has potential issues
On Mon, May 24, 2010 at 03:47:44AM -0700, Jeremy Chadwick wrote: > FreeBSD testbox.home.lan 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 > 15:02:08 UTC 2009 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > amd64 > > csup'd from cvsup10.freebsd.org, RELENG_8 of course. make -j2 > buildworld is currently running. Sorry I didn't get back to you on this issue sooner. Here's the current state of affairs: - buildworld completed successfully (make -j2 buildworld) - buildkernel completed successfully (make -j2 buildkernel) - reboot into single-user, mount -a - mergemaster -p (pulled in changes for group and master.passwd) - installworld completed successfully (make installworld) - yes | make delete-old (due to ipfilter and kerberos removal) - mergemaster (craploads of changes) - reboot into multi-user - reboot complained about some IPv6-related stuff, then I remembered that the kernel is GENERIC w/out INET6 removal, doh. :-) Oh well, unrelated to this problem - Verify /usr/include/lzma exists and is populated: testbox# ls -l /usr/include/lzma total 162 -r--r--r-- 1 root wheel 22112 May 24 01:10 base.h -r--r--r-- 1 root wheel 2628 May 24 01:10 bcj.h -r--r--r-- 1 root wheel 20032 May 24 01:10 block.h -r--r--r-- 1 root wheel 4255 May 24 01:10 check.h -r--r--r-- 1 root wheel 16341 May 24 01:10 container.h -r--r--r-- 1 root wheel 1865 May 24 01:10 delta.h -r--r--r-- 1 root wheel 16164 May 24 01:10 filter.h -r--r--r-- 1 root wheel 2141 May 24 01:10 hardware.h -r--r--r-- 1 root wheel 22807 May 24 01:10 index.h -r--r--r-- 1 root wheel 3903 May 24 01:10 index_hash.h -r--r--r-- 1 root wheel 13531 May 24 01:10 lzma.h -r--r--r-- 1 root wheel 8357 May 24 01:10 stream_flags.h -r--r--r-- 1 root wheel 6646 May 24 01:10 subblock.h -r--r--r-- 1 root wheel 3497 May 24 01:10 version.h -r--r--r-- 1 root wheel 6601 May 24 01:10 vli.h - uname -a just as a posterity point: testbox# uname -a FreeBSD testbox.home.lan 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Mon May 24 06:09:23 PDT 2010 r...@testbox.home.lan:/usr/obj/usr/src/sys/GENERIC amd64 Sorry Garrett, can't reproduce. :-( -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ 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: make world fails in usr.sbin/config?
On Mon, May 24, 2010 at 03:39:19PM +0200, Stefan Bethke wrote: > Am 24.05.2010 um 15:27 schrieb Stefan Bethke: > > > I've now checked out via csup, and I've put /usr/obj on UFS. The error has > > shifted yet again: > > cc -O2 -pipe -I. -I/usr/src/usr.bin/lex -std=gnu99 > > -I/usr/obj/usr/src/tmp/legacy/usr/include -c parse.c > > /usr/src/usr.bin/lex/parse.y: In function 'build_eof_action': > > /usr/src/usr.bin/lex/parse.y:786: error: 'MAXLINE' undeclared (first use in > > this function) > > > > I would agree that this looks like time problems or similar, but I don't > > see how that could be the case. > > > > I'll put the source on UFS as well, just to make sure. > > Putting the sources on a separate UFS file system "fixed" the build issue. > Previously, I did have root on UFS, but /usr/src and /usr/obj on ZFS, so I > don't quite understand what the difference is. I'll try reproducing your problem on said VM box I have, once I finish testing for a possible a 8.0-RELEASE to 8.1-PRERELEASE issue. -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ 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"
update 8.0-STABLE to 8.1-PRERELEASE
Hi list, This weekend, I performed an update on a 8.0-STABLE server to version 8.1-PRERELEASE, but I'm having problems with ICMP packets of 10, I'm losing 28%. I have two network interfaces, bge0 and bge1, I only have the bge0 problems. Are there any changes in those modules of these network interfaces? Right now I'm compiling the system to version 8.0. Thanks, -- Márcio Luciano Donada Aurora Alimentos - Cooperativa Central Oeste Catarinense Departamento de T.I. ___ 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: if_sge related panics
On Monday 24 May 2010 6:35:01 am Nikolay Denev wrote:
> On May 24, 2010, at 8:57 AM, Nikolay Denev wrote:
>
> > Hi,
> >
> > Recently I started to experience a if_sge(4) related panic.
> > It happens almost every time I try to download a torrent file for example.
> > Copying of large files over NFS seem not to trigger it, but I haven't
> > tested extensively.
> >
> > Here is the panic message :
> >
> > Fatal trap 12: page fault while in kernel mode
> > cpuid = 0; apic id = 00
> > fault virtual address = 0x8
> > fault code = supervisor write data, page not
> > present
> > instruction pointer = 0x20:0x80230413
> > stack pointer = 0x28:0xff80001e9280
> > frame pointer = 0x28:0xff80001e9510
> > code segment= base 0x0, limit 0xf, type 0x1b
> > = DPL 0, pres 1, long 1, def32
> > 0, gran 1
> > processor eflags= interrupt enabled, resume, IOPL = 0
> > current process = 12 (irq19: sge0)
> > trap number = 12
> > panic: page fault
> > cpuid = 0
> > Uptime: 1d20h56m20s
> > Cannot dump. Device not defined or unavailable
> > Automatic reboot in 15 seconds - press a key on the console to abort
> > Sleeping thread (tid 100039, pid 12) owns a non-sleepable lock
> >
> > My swap is on a zvol, so I don't have dump. I'll try to attach a disk on
> > the eSATA port and dump there if needed.
>
> Here is some info from the crashdump :
>
> (kgdb) #0 doadump () at pcpu.h:223
> #1 0x802fb149 in boot (howto=260)
> at /usr/src/sys/kern/kern_shutdown.c:416
> #2 0x802fb57c in panic (fmt=0x8055d564 "%s")
> at /usr/src/sys/kern/kern_shutdown.c:590
> #3 0x805055b8 in trap_fatal (frame=0xff000288a3e0, eva=Variable
> "eva" is not available.
> )
> at /usr/src/sys/amd64/amd64/trap.c:777
> #4 0x805059dc in trap_pfault (frame=0xff80001e91d0, usermode=0)
> at /usr/src/sys/amd64/amd64/trap.c:693
> #5 0x805061c5 in trap (frame=0xff80001e91d0)
> at /usr/src/sys/amd64/amd64/trap.c:451
> #6 0x804eb977 in calltrap ()
> at /usr/src/sys/amd64/amd64/exception.S:223
> #7 0x80230413 in sge_start_locked (ifp=0xff000270d800)
> at /usr/src/sys/dev/sge/if_sge.c:1591
Try this. sge_encap() can sometimes return an error with m_head set to NULL:
Index: if_sge.c
===
--- if_sge.c(revision 208375)
+++ if_sge.c(working copy)
@@ -1588,7 +1588,8 @@
if (m_head == NULL)
break;
if (sge_encap(sc, &m_head)) {
- IFQ_DRV_PREPEND(&ifp->if_snd, m_head);
+ if (m_head != NULL)
+ IFQ_DRV_PREPEND(&ifp->if_snd, m_head);
ifp->if_drv_flags |= IFF_DRV_OACTIVE;
break;
}
--
John Baldwin
___
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: make world fails in usr.sbin/config?
Am 24.05.2010 um 15:27 schrieb Stefan Bethke: > I've now checked out via csup, and I've put /usr/obj on UFS. The error has > shifted yet again: > cc -O2 -pipe -I. -I/usr/src/usr.bin/lex -std=gnu99 > -I/usr/obj/usr/src/tmp/legacy/usr/include -c parse.c > /usr/src/usr.bin/lex/parse.y: In function 'build_eof_action': > /usr/src/usr.bin/lex/parse.y:786: error: 'MAXLINE' undeclared (first use in > this function) > > I would agree that this looks like time problems or similar, but I don't see > how that could be the case. > > I'll put the source on UFS as well, just to make sure. Putting the sources on a separate UFS file system "fixed" the build issue. Previously, I did have root on UFS, but /usr/src and /usr/obj on ZFS, so I don't quite understand what the difference is. Thanks for all your help! Stefan -- Stefan BethkeFon +49 151 14070811 ___ 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: make world fails in usr.sbin/config?
On May 24, 2010, at 9:27 AM, Stefan Bethke wrote: > I've just moved from a root on UFS plus data on ZFS setup, to root on ZFS; > that's the only real difference I can think of. Although I don't see how > that would affect building world, especially since I've had src and obj on > ZFS before. FWIW, I successfully completed buildworld + buildkernel for 8-STABLE on a root-on-ZFS system yesterday. Cheers, Paul. ___ 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: make world fails in usr.sbin/config?
Am 24.05.2010 um 15:13 schrieb Jeremy Chadwick: > So now the problem has moved from usr.sbin/config to usr.sbin/awk? > Weird. Usually this sort of thing indicates excessive clock skew (as in > rapidly skewing multiple seconds in bursts), or very strange filesystem > problems. > > Is it possible for your /usr/obj to be made a UFS2 filesystem and for > you to re-try your build? I've now checked out via csup, and I've put /usr/obj on UFS. The error has shifted yet again: cc -O2 -pipe -I. -I/usr/src/usr.bin/lex -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c parse.c /usr/src/usr.bin/lex/parse.y: In function 'build_eof_action': /usr/src/usr.bin/lex/parse.y:786: error: 'MAXLINE' undeclared (first use in this function) I would agree that this looks like time problems or similar, but I don't see how that could be the case. I'll put the source on UFS as well, just to make sure. > By the way, the buildworld + buildkernel I was running on the FreeBSD VM > box I have just finished -- no issues. And that's with make -j2. > That's an 8.0-RELEASE machine which is being built to upgrade to > RELENG_8. A separate make buildworld on another machine is chugging along just fine, so there's definitly something odd about this box. I've just moved from a root on UFS plus data on ZFS setup, to root on ZFS; that's the only real difference I can think of. Although I don't see how that would affect building world, especially since I've had src and obj on ZFS before. Stefan -- Stefan BethkeFon +49 151 14070811 ___ 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: make world fails in usr.sbin/config?
On Mon, May 24, 2010 at 02:59:01PM +0200, Stefan Bethke wrote: > ... > It sure looks like it. Now that I've checked out again, the error has moved > to: > cc -O2 -pipe -DHAS_ISBLANK -I. > -I/usr/src/usr.bin/awk/../../contrib/one-true-awk -DFOPEN_MAX=64 > -I/usr/obj/usr/src/tmp/legacy/usr/include > -L/usr/obj/usr/src/tmp/legacy/usr/lib > /usr/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c -o maketab > In file included from > /usr/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c:35: > ./ytab.h:98: warning: data definition has no type or storage class > ./ytab.h:99: error: expected '=', ',', ';', 'asm' or '__attribute__' before > 'yylval' > *** Error code 1 > > Stop in /usr/src/usr.bin/awk. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > Again, it appears as if YYSTYPE is defined but empty. ytab.h looks a bit odd > to me: > ... My laptop has finished byilding the stable/8 world successfully at r208488 (it's still building the kernel); my build machine completed the stable/8 build -- also at r208488 -- (and is now building head). I use a -j factor of $(( 2 \* $( sysctl -n hw.ncpu ) )). Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpHaQGtUQQW6.pgp Description: PGP signature
Re: make world fails in usr.sbin/config?
On Mon, May 24, 2010 at 02:59:01PM +0200, Stefan Bethke wrote: > Am 24.05.2010 um 14:29 schrieb Jeremy Chadwick: > > > All that said: I *have* seen the compiler error you've mentioned, but > > usually a 2nd rebuild (after nuking /usr/obj/*) usually works. Probably > > some weird race condition. > > It sure looks like it. Now that I've checked out again, the error has moved > to: > cc -O2 -pipe -DHAS_ISBLANK -I. > -I/usr/src/usr.bin/awk/../../contrib/one-true-awk -DFOPEN_MAX=64 > -I/usr/obj/usr/src/tmp/legacy/usr/include > -L/usr/obj/usr/src/tmp/legacy/usr/lib > /usr/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c -o maketab > In file included from > /usr/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c:35: > ./ytab.h:98: warning: data definition has no type or storage class > ./ytab.h:99: error: expected '=', ',', ';', 'asm' or '__attribute__' before > 'yylval' > *** Error code 1 > > Stop in /usr/src/usr.bin/awk. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > Again, it appears as if YYSTYPE is defined but empty. ytab.h looks a bit odd > to me: > > #define DECR 346 > #define INCR 347 > #define INDIRECT 348 > #define LASTTOKEN 349 > YYSTYPE; > extern YYSTYPE yylval; > > Line 98 is " YYSTYPE;" So now the problem has moved from usr.sbin/config to usr.sbin/awk? Weird. Usually this sort of thing indicates excessive clock skew (as in rapidly skewing multiple seconds in bursts), or very strange filesystem problems. Is it possible for your /usr/obj to be made a UFS2 filesystem and for you to re-try your build? By the way, the buildworld + buildkernel I was running on the FreeBSD VM box I have just finished -- no issues. And that's with make -j2. That's an 8.0-RELEASE machine which is being built to upgrade to RELENG_8. -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ 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: make world fails in usr.sbin/config?
Am 24.05.2010 um 14:29 schrieb Jeremy Chadwick: > All that said: I *have* seen the compiler error you've mentioned, but > usually a 2nd rebuild (after nuking /usr/obj/*) usually works. Probably > some weird race condition. It sure looks like it. Now that I've checked out again, the error has moved to: cc -O2 -pipe -DHAS_ISBLANK -I. -I/usr/src/usr.bin/awk/../../contrib/one-true-awk -DFOPEN_MAX=64 -I/usr/obj/usr/src/tmp/legacy/usr/include -L/usr/obj/usr/src/tmp/legacy/usr/lib /usr/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c -o maketab In file included from /usr/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c:35: ./ytab.h:98: warning: data definition has no type or storage class ./ytab.h:99: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'yylval' *** Error code 1 Stop in /usr/src/usr.bin/awk. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Again, it appears as if YYSTYPE is defined but empty. ytab.h looks a bit odd to me: #define DECR 346 #define INCR 347 #define INDIRECT 348 #define LASTTOKEN 349 YYSTYPE; extern YYSTYPE yylval; Line 98 is " YYSTYPE;" Stefan -- Stefan BethkeFon +49 151 14070811 ___ 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: make world fails in usr.sbin/config?
Am 24.05.2010 um 14:40 schrieb Paul Mather: > On May 24, 2010, at 8:29 AM, Jeremy Chadwick wrote: > >> For added posterity, it looks like usr.sbin/config has been mostly >> untouched for quite some time, sans mkoptions.c and mkmakefile.c: >> >> http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/config/ > > Having said that, there is this entry in /usr/src/UPDATING dating from early > May: > > 20100502: >The config(8) command has been updated to maintain compatibility >with config files from 8.0-RELEASE. You will need a new version >of config to build kernels (this version can be used from 8.0-RELEASE >forward). The buildworld target will generate it, so following >the instructions in this file for updating will work glitch-free. >Merely doing a make buildkernel without first doing a make buildworld >(or kernel-toolchain), or attempting to build a kernel using >traidtional methods will generate a config version warning, indicating >you should update. > > > Stefan's kernel looks to have last been built on 20th February 2010. It > isn't explicit in the first posting of this thread how Stefan is doing his > build, so there is a possibility that he's being affected by the above > UPDATING entry. # make buildworld buildkernel Stefan -- Stefan BethkeFon +49 151 14070811 ___ 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: make world fails in usr.sbin/config?
On May 24, 2010, at 8:29 AM, Jeremy Chadwick wrote: > For added posterity, it looks like usr.sbin/config has been mostly > untouched for quite some time, sans mkoptions.c and mkmakefile.c: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/config/ Having said that, there is this entry in /usr/src/UPDATING dating from early May: 20100502: The config(8) command has been updated to maintain compatibility with config files from 8.0-RELEASE. You will need a new version of config to build kernels (this version can be used from 8.0-RELEASE forward). The buildworld target will generate it, so following the instructions in this file for updating will work glitch-free. Merely doing a make buildkernel without first doing a make buildworld (or kernel-toolchain), or attempting to build a kernel using traidtional methods will generate a config version warning, indicating you should update. Stefan's kernel looks to have last been built on 20th February 2010. It isn't explicit in the first posting of this thread how Stefan is doing his build, so there is a possibility that he's being affected by the above UPDATING entry. Cheers, Paul. ___ 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: make world fails in usr.sbin/config?
On Mon, May 24, 2010 at 02:21:44PM +0200, Stefan Bethke wrote: > Am 24.05.2010 um 14:18 schrieb Jeremy Chadwick: > > > 1) Were you using any "-j" flags during your make? If so, try without it. > > Sometimes these are known to cause oddities, even if occasionally. > > Nope. > > > 2) Make sure your system clock is correct and isn't drifting badly. > > Highly recommend you use ntpdate to set the clock initially, then run > > ntpd at all times. > > # ntpq -p > remote refid st t when poll reach delay offset jitter > == > +lokschuppen.zs6 131.188.3.2222 u 69 512 377 34.1155.313 0.153 > *jachthafen.hans 131.188.3.2222 u 52 512 377 33.9664.757 0.554 > -ps.bucuo.de 192.53.103.108 2 u 185 512 377 39.5677.895 0.268 > -svr02.teleport- 73.120.242.922 u 187 512 377 44.5726.949 0.542 > -netzwerkteufel. 192.53.103.104 2 u 202 512 377 35.3387.662 0.422 > +qraftwerk.de192.53.103.108 2 u 141 512 377 52.5055.228 0.256 > > I'll try a new checkout next. Your clock looks OK (worst drift from a stratum 2 comparison is 5.313 seconds). The only other thing I can think of would be to try doing this, to ensure absolutely no corruption or oddities with the csup CVS DB file: rm -fr /var/db/sup/src-all rm -fr /usr/src/* csup -h -L 2 /usr/share/examples/cvsup/stable-supfile All that said: I *have* seen the compiler error you've mentioned, but usually a 2nd rebuild (after nuking /usr/obj/*) usually works. Probably some weird race condition. For added posterity, it looks like usr.sbin/config has been mostly untouched for quite some time, sans mkoptions.c and mkmakefile.c: http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/config/ I've rebuilt world a couple times in the past few days (on different boxes, including one under a VMware Workstation VM which is going as I write this), without issue. -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ 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: make world fails in usr.sbin/config?
Am 24.05.2010 um 14:18 schrieb Jeremy Chadwick: > 1) Were you using any "-j" flags during your make? If so, try without it. > Sometimes these are known to cause oddities, even if occasionally. Nope. > 2) Make sure your system clock is correct and isn't drifting badly. > Highly recommend you use ntpdate to set the clock initially, then run > ntpd at all times. # ntpq -p remote refid st t when poll reach delay offset jitter == +lokschuppen.zs6 131.188.3.2222 u 69 512 377 34.1155.313 0.153 *jachthafen.hans 131.188.3.2222 u 52 512 377 33.9664.757 0.554 -ps.bucuo.de 192.53.103.108 2 u 185 512 377 39.5677.895 0.268 -svr02.teleport- 73.120.242.922 u 187 512 377 44.5726.949 0.542 -netzwerkteufel. 192.53.103.104 2 u 202 512 377 35.3387.662 0.422 +qraftwerk.de192.53.103.108 2 u 141 512 377 52.5055.228 0.256 I'll try a new checkout next. Stefan -- Stefan BethkeFon +49 151 14070811 ___ 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: make world fails in usr.sbin/config?
On Mon, May 24, 2010 at 02:12:13PM +0200, Stefan Bethke wrote:
> Am 24.05.2010 um 14:09 schrieb Jeremy Chadwick:
>
> > On Mon, May 24, 2010 at 01:59:14PM +0200, Stefan Bethke wrote:
> >> I have a feeling I screwed something up, but I can't find anything wrong
> >> locally.
> >> ...
> >> ===> usr.sbin/config (obj,depend,all,install)
> >> /usr/obj/usr/src/tmp/usr/src/usr.sbin/config created for
> >> /usr/src/usr.sbin/config
> >> yacc -d /usr/src/usr.sbin/config/config.y
> >> cp y.tab.c config.c
> >> lex -t /usr/src/usr.sbin/config/lang.l > lang.c
> >> file2c 'char kernconfstr[] = {' ',0};' <
> >> /usr/src/usr.sbin/config/kernconf.tmpl > kernconf.c
> >> rm -f .depend
> >> mkdep -f .depend -a-I. -I/usr/src/usr.sbin/config
> >> -I/usr/obj/usr/src/tmp/legacy/usr/include config.c
> >> /usr/src/usr.sbin/config/main.c lang.c
> >> /usr/src/usr.sbin/config/mkmakefile.c /usr/src/usr.sbin/config/mkheaders.c
> >> /usr/src/usr.sbin/config/mkoptions.c kernconf.c
> >> echo config: /usr/lib/libc.a /usr/lib/libl.a /usr/lib/libsbuf.a
> >> /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend
> >> cc -O2 -pipe -I. -I/usr/src/usr.sbin/config
> >> -I/usr/obj/usr/src/tmp/legacy/usr/include -c config.c
> >> config.c:214: error: expected '=', ',', ';', 'asm' or '__attribute__'
> >> before '*' token
> >> config.c:215: error: expected '=', ',', ';', 'asm' or '__attribute__'
> >> before 'yyval'
> >> config.c:216: error: expected '=', ',', ';', 'asm' or '__attribute__'
> >> before 'yylval'
> >> config.c:219: error: expected '=', ',', ';', 'asm' or '__attribute__'
> >> before '*' token
> >> /usr/src/usr.sbin/config/config.y: In function 'yyerror':
> >> /usr/src/usr.sbin/config/config.y:312: error: 'yyfile' undeclared (first
> >> use in this function)
> >> /usr/src/usr.sbin/config/config.y:312: error: (Each undeclared identifier
> >> is reported only once
> >> /usr/src/usr.sbin/config/config.y:312: error: for each function it appears
> >> in.)
> >> /usr/src/usr.sbin/config/config.y:312: error: 'yyline' undeclared (first
> >> use in this function)
> >
> > 1) Have you tried rm -fr /usr/obj/* prior to building world?
>
> /usr/obj is a fresh filesystem (zfs).
>
> > 2) If you already tried that, can you provide your /etc/make.conf and
> > /etc/src.conf contents?
>
> I have no src.conf, and this is make.conf, unchanged from previous make
> worlds.
>
> #
> # make world etc.
> #
> KERNCONF?=DIESEL
> #MODULES_WITH_WORLD= true
>
> BOOT_PXELDR_ALWAYS_SERIAL?= true
> BOOT_PXELDR_PROBE_KEYBOARD?= true
>
> # added by use.perl 2009-07-26 23:56:06
> PERL_VERSION=5.8.9
1) Were you using any "-j" flags during your make? If so, try without it.
Sometimes these are known to cause oddities, even if occasionally.
2) Make sure your system clock is correct and isn't drifting badly.
Highly recommend you use ntpdate to set the clock initially, then run
ntpd at all times.
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. PGP: 4BD6C0CB |
___
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: make world fails in usr.sbin/config?
Am 24.05.2010 um 14:09 schrieb Jeremy Chadwick:
> On Mon, May 24, 2010 at 01:59:14PM +0200, Stefan Bethke wrote:
>> I have a feeling I screwed something up, but I can't find anything wrong
>> locally.
>> ...
>> ===> usr.sbin/config (obj,depend,all,install)
>> /usr/obj/usr/src/tmp/usr/src/usr.sbin/config created for
>> /usr/src/usr.sbin/config
>> yacc -d /usr/src/usr.sbin/config/config.y
>> cp y.tab.c config.c
>> lex -t /usr/src/usr.sbin/config/lang.l > lang.c
>> file2c 'char kernconfstr[] = {' ',0};' <
>> /usr/src/usr.sbin/config/kernconf.tmpl > kernconf.c
>> rm -f .depend
>> mkdep -f .depend -a-I. -I/usr/src/usr.sbin/config
>> -I/usr/obj/usr/src/tmp/legacy/usr/include config.c
>> /usr/src/usr.sbin/config/main.c lang.c /usr/src/usr.sbin/config/mkmakefile.c
>> /usr/src/usr.sbin/config/mkheaders.c /usr/src/usr.sbin/config/mkoptions.c
>> kernconf.c
>> echo config: /usr/lib/libc.a /usr/lib/libl.a /usr/lib/libsbuf.a
>> /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend
>> cc -O2 -pipe -I. -I/usr/src/usr.sbin/config
>> -I/usr/obj/usr/src/tmp/legacy/usr/include -c config.c
>> config.c:214: error: expected '=', ',', ';', 'asm' or '__attribute__' before
>> '*' token
>> config.c:215: error: expected '=', ',', ';', 'asm' or '__attribute__' before
>> 'yyval'
>> config.c:216: error: expected '=', ',', ';', 'asm' or '__attribute__' before
>> 'yylval'
>> config.c:219: error: expected '=', ',', ';', 'asm' or '__attribute__' before
>> '*' token
>> /usr/src/usr.sbin/config/config.y: In function 'yyerror':
>> /usr/src/usr.sbin/config/config.y:312: error: 'yyfile' undeclared (first use
>> in this function)
>> /usr/src/usr.sbin/config/config.y:312: error: (Each undeclared identifier is
>> reported only once
>> /usr/src/usr.sbin/config/config.y:312: error: for each function it appears
>> in.)
>> /usr/src/usr.sbin/config/config.y:312: error: 'yyline' undeclared (first use
>> in this function)
>
> 1) Have you tried rm -fr /usr/obj/* prior to building world?
/usr/obj is a fresh filesystem (zfs).
> 2) If you already tried that, can you provide your /etc/make.conf and
> /etc/src.conf contents?
I have no src.conf, and this is make.conf, unchanged from previous make worlds.
#
# make world etc.
#
KERNCONF?= DIESEL
#MODULES_WITH_WORLD=true
BOOT_PXELDR_ALWAYS_SERIAL?= true
BOOT_PXELDR_PROBE_KEYBOARD?=true
# added by use.perl 2009-07-26 23:56:06
PERL_VERSION=5.8.9
--
Stefan BethkeFon +49 151 14070811
___
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: make world fails in usr.sbin/config?
On Mon, May 24, 2010 at 01:59:14PM +0200, Stefan Bethke wrote:
> I have a feeling I screwed something up, but I can't find anything wrong
> locally.
> ...
> ===> usr.sbin/config (obj,depend,all,install)
> /usr/obj/usr/src/tmp/usr/src/usr.sbin/config created for
> /usr/src/usr.sbin/config
> yacc -d /usr/src/usr.sbin/config/config.y
> cp y.tab.c config.c
> lex -t /usr/src/usr.sbin/config/lang.l > lang.c
> file2c 'char kernconfstr[] = {' ',0};' <
> /usr/src/usr.sbin/config/kernconf.tmpl > kernconf.c
> rm -f .depend
> mkdep -f .depend -a-I. -I/usr/src/usr.sbin/config
> -I/usr/obj/usr/src/tmp/legacy/usr/include config.c
> /usr/src/usr.sbin/config/main.c lang.c /usr/src/usr.sbin/config/mkmakefile.c
> /usr/src/usr.sbin/config/mkheaders.c /usr/src/usr.sbin/config/mkoptions.c
> kernconf.c
> echo config: /usr/lib/libc.a /usr/lib/libl.a /usr/lib/libsbuf.a
> /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend
> cc -O2 -pipe -I. -I/usr/src/usr.sbin/config
> -I/usr/obj/usr/src/tmp/legacy/usr/include -c config.c
> config.c:214: error: expected '=', ',', ';', 'asm' or '__attribute__' before
> '*' token
> config.c:215: error: expected '=', ',', ';', 'asm' or '__attribute__' before
> 'yyval'
> config.c:216: error: expected '=', ',', ';', 'asm' or '__attribute__' before
> 'yylval'
> config.c:219: error: expected '=', ',', ';', 'asm' or '__attribute__' before
> '*' token
> /usr/src/usr.sbin/config/config.y: In function 'yyerror':
> /usr/src/usr.sbin/config/config.y:312: error: 'yyfile' undeclared (first use
> in this function)
> /usr/src/usr.sbin/config/config.y:312: error: (Each undeclared identifier is
> reported only once
> /usr/src/usr.sbin/config/config.y:312: error: for each function it appears
> in.)
> /usr/src/usr.sbin/config/config.y:312: error: 'yyline' undeclared (first use
> in this function)
1) Have you tried rm -fr /usr/obj/* prior to building world?
2) If you already tried that, can you provide your /etc/make.conf and
/etc/src.conf contents?
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. PGP: 4BD6C0CB |
___
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"
make world fails in usr.sbin/config?
I have a feeling I screwed something up, but I can't find anything wrong
locally.
# uname -a
FreeBSD diesel.lassitu.de 8.0-STABLE FreeBSD 8.0-STABLE #9 r204100: Sat Feb 20
09:53:14 CET 2010 r...@diesel.lassitu.de:/usr/obj/usr/src/sys/DIESEL amd64
# svn info
Path: .
URL: svn://svn.freebsd.org/base/stable/8
Repository Root: svn://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 208493
Node Kind: directory
Schedule: normal
Last Changed Author: mav
Last Changed Rev: 208492
Last Changed Date: 2010-05-24 13:01:56 +0200 (Mon, 24 May 2010)
[...]
===> usr.sbin/config (obj,depend,all,install)
/usr/obj/usr/src/tmp/usr/src/usr.sbin/config created for
/usr/src/usr.sbin/config
yacc -d /usr/src/usr.sbin/config/config.y
cp y.tab.c config.c
lex -t /usr/src/usr.sbin/config/lang.l > lang.c
file2c 'char kernconfstr[] = {' ',0};' < /usr/src/usr.sbin/config/kernconf.tmpl
> kernconf.c
rm -f .depend
mkdep -f .depend -a-I. -I/usr/src/usr.sbin/config
-I/usr/obj/usr/src/tmp/legacy/usr/include config.c
/usr/src/usr.sbin/config/main.c lang.c /usr/src/usr.sbin/config/mkmakefile.c
/usr/src/usr.sbin/config/mkheaders.c /usr/src/usr.sbin/config/mkoptions.c
kernconf.c
echo config: /usr/lib/libc.a /usr/lib/libl.a /usr/lib/libsbuf.a
/usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend
cc -O2 -pipe -I. -I/usr/src/usr.sbin/config
-I/usr/obj/usr/src/tmp/legacy/usr/include -c config.c
config.c:214: error: expected '=', ',', ';', 'asm' or '__attribute__' before
'*' token
config.c:215: error: expected '=', ',', ';', 'asm' or '__attribute__' before
'yyval'
config.c:216: error: expected '=', ',', ';', 'asm' or '__attribute__' before
'yylval'
config.c:219: error: expected '=', ',', ';', 'asm' or '__attribute__' before
'*' token
/usr/src/usr.sbin/config/config.y: In function 'yyerror':
/usr/src/usr.sbin/config/config.y:312: error: 'yyfile' undeclared (first use in
this function)
/usr/src/usr.sbin/config/config.y:312: error: (Each undeclared identifier is
reported only once
/usr/src/usr.sbin/config/config.y:312: error: for each function it appears in.)
/usr/src/usr.sbin/config/config.y:312: error: 'yyline' undeclared (first use in
this function)
/usr/src/usr.sbin/config/config.y: In function 'yywrap':
/usr/src/usr.sbin/config/config.y:318: error: 'found_defaults' undeclared
(first use in this function)
/usr/src/usr.sbin/config/config.y:319: error: 'PREFIX' undeclared (first use in
this function)
/usr/src/usr.sbin/config/config.y:319: error: 'stdin' undeclared (first use in
this function)
/usr/src/usr.sbin/config/config.y:319: warning: comparison between pointer and
integer
/usr/src/usr.sbin/config/config.y:321: error: 'yyfile' undeclared (first use in
this function)
/usr/src/usr.sbin/config/config.y:322: error: 'yyline' undeclared (first use in
this function)
/usr/src/usr.sbin/config/config.y: In function 'newfile':
/usr/src/usr.sbin/config/config.y:337: error: dereferencing pointer to
incomplete type
/usr/src/usr.sbin/config/config.y:340: error: dereferencing pointer to
incomplete type
/usr/src/usr.sbin/config/config.y:341: error: 'fntab' undeclared (first use in
this function)
/usr/src/usr.sbin/config/config.y:341: error: 'f_next' undeclared (first use in
this function)
/usr/src/usr.sbin/config/config.y: At top level:
/usr/src/usr.sbin/config/config.y:348: warning: 'struct device_head' declared
inside parameter list
e type
y.tab.c: In function 'yygrowstack':
y.tab.c:382: error: 'YYSTYPE' undeclared (first use in this function)
y.tab.c:382: error: 'newvs' undeclared (first use in this function)
y.tab.c:397: error: 'yyvs' undeclared (first use in this function)
y.tab.c:397: error: expected expression before ')' token
y.tab.c:402: error: 'yyvsp' undeclared (first use in this function)
y.tab.c: In function 'yyparse':
y.tab.c:456: error: 'yyvsp' undeclared (first use in this function)
y.tab.c:456: error: 'yyvs' undeclared (first use in this function)
y.tab.c:488: error: 'yylval' undeclared (first use in this function)
y.tab.c:569: error: 'yyval' undeclared (first use in this function)
*** Error code 1
Stop in /usr/src/usr.sbin/config.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
--
Stefan BethkeFon +49 151 14070811
___
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: lzma support in `stable' has potential issues
On Mon, May 24, 2010 at 02:32:02AM -0700, Jeremy Chadwick wrote: > On Mon, May 24, 2010 at 02:29:46AM -0700, Garrett Cooper wrote: > > No. I'm using svn://svn.freebsd.org/base/stable/8 . I'm just saying > > that hopping from 8.0-RELEASE to 8-STABLE has potential issues that > > need to be explored further ; I'll try to characterize the issue > > better and submit a bug report if it's valid -- I just wanted to see > > whether or not folks spotted the issue before in the past couple of > > weeks. > > Ahh, I see what you're getting at. Give me a couple hours to build a > FreeBSD box under a VM with stock 8.0-RELEASE installed on it + csup to > RELENG_8 + rebuild world to see if I can reproduce the problem. Built: FreeBSD testbox.home.lan 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 csup'd from cvsup10.freebsd.org, RELENG_8 of course. make -j2 buildworld is currently running. Things I've adjusted from the out-of-the-box install: make.conf -- KERNCONF=GENERIC CPUTYPE?=nocona NO_INET6=yes src.conf -- WITHOUT_INET6=true WITHOUT_IPFILTER=true WITHOUT_LIB32=true WITHOUT_KERBEROS=true WITHOUT_PROFILE=true WITHOUT_SENDMAIL=true I'll let you know how it goes. -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ 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: if_sge related panics
On May 24, 2010, at 8:57 AM, Nikolay Denev wrote: > Hi, > > Recently I started to experience a if_sge(4) related panic. > It happens almost every time I try to download a torrent file for example. > Copying of large files over NFS seem not to trigger it, but I haven't tested > extensively. > > Here is the panic message : > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x8 > fault code= supervisor write data, page not > present > instruction pointer = 0x20:0x80230413 > stack pointer = 0x28:0xff80001e9280 > frame pointer = 0x28:0xff80001e9510 > code segment = base 0x0, limit 0xf, type 0x1b > = DPL 0, pres 1, long 1, def32 > 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 12 (irq19: sge0) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 1d20h56m20s > Cannot dump. Device not defined or unavailable > Automatic reboot in 15 seconds - press a key on the console to abort > Sleeping thread (tid 100039, pid 12) owns a non-sleepable lock > > My swap is on a zvol, so I don't have dump. I'll try to attach a disk on the > eSATA port and dump there if needed. Here is some info from the crashdump : (kgdb) #0 doadump () at pcpu.h:223 #1 0x802fb149 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0x802fb57c in panic (fmt=0x8055d564 "%s") at /usr/src/sys/kern/kern_shutdown.c:590 #3 0x805055b8 in trap_fatal (frame=0xff000288a3e0, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:777 #4 0x805059dc in trap_pfault (frame=0xff80001e91d0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:693 #5 0x805061c5 in trap (frame=0xff80001e91d0) at /usr/src/sys/amd64/amd64/trap.c:451 #6 0x804eb977 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:223 #7 0x80230413 in sge_start_locked (ifp=0xff000270d800) at /usr/src/sys/dev/sge/if_sge.c:1591 #8 0x80231044 in sge_start (ifp=0xff000270d800) at /usr/src/sys/dev/sge/if_sge.c:1562 #9 0x803a8b1a in if_transmit (ifp=0xff000270d800, m=Variable "m" is not available. ) at /usr/src/sys/net/if.c:3355 #10 0x803adbbb in ether_output_frame (ifp=0xff000270d800, m=0xff0007fdd600) at /usr/src/sys/net/if_ethersubr.c:452 #11 0x803ae206 in ether_output (ifp=0xff000270d800, m=0xff0007fdd600, dst=Variable "dst" is not available. ) at /usr/src/sys/net/if_ethersubr.c:423 #12 0x803e1798 in ip_output (m=0xff0007fdd600, opt=Variable "opt" is not available. ) at /usr/src/sys/netinet/ip_output.c:634 #13 0x803ec6d0 in tcp_output (tp=0xff0007ea56e0) at /usr/src/sys/netinet/tcp_output.c:1190 #14 0x803e7243 in tcp_do_segment (m=0xff00cd095900, th=0xff0007743834, so=0xff0007e9e550, tp=0xff0007ea56e0, drop_hdrlen=52, tlen=0, iptos=0 '\0', ti_locked=2) at /usr/src/sys/netinet/tcp_input.c:1484 #15 0x803ea565 in tcp_input (m=0xff00cd095900, off0=Variable "off0" is not available. ) at /usr/src/sys/netinet/tcp_input.c:1029 #16 0x803de6c1 in ip_input (m=0xff00cd095900) at /usr/src/sys/netinet/ip_input.c:793 #17 0x803b637e in netisr_dispatch_src (proto=1, source=Variable "source" is not available. ) at /usr/src/sys/net/netisr.c:917 #18 0x803ada6d in ether_demux (ifp=0xff000270d800, m=0xff00cd095900) at /usr/src/sys/net/if_ethersubr.c:901 #19 0x803ae3f0 in ether_input (ifp=0xff000270d800, m=0xff00cd095900) at /usr/src/sys/net/if_ethersubr.c:760 #20 0x802317db in sge_intr (arg=Variable "arg" is not available. ) at /usr/src/sys/dev/sge/if_sge.c:1220 #21 0x802d202d in intr_event_execute_handlers (p=Variable "p" is not available. ) at /usr/src/sys/kern/kern_intr.c:1220 #22 0x802d36de in ithread_loop (arg=0xff000286f4c0) at /usr/src/sys/kern/kern_intr.c:1233 #23 0x802cf978 in fork_exit ( callout=0x802d3650 , arg=0xff000286f4c0, frame=0xff80001e9c80) at /usr/src/sys/kern/kern_fork.c:844 #24 0x804ebe4e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:562 #25 0x in ?? () #26 0x in ?? () #27 0x0001 in ?? () #28 0x in ?? () #29 0x in ?? () #30 0x in ?? () #31 0x in ?? () #32 0x in ?? () #33 0x in ?? () #34 0x in ?? () #35 0x in ?? () #36 0x in ?? () #37 0x in ?? () #38 0x in ?? () #39 0x0
Re: lzma support in `stable' has potential issues
On Mon, May 24, 2010 at 02:29:46AM -0700, Garrett Cooper wrote: > On Mon, May 24, 2010 at 2:21 AM, Jeremy Chadwick > wrote: > > On Mon, May 24, 2010 at 01:55:29AM -0700, Xin LI wrote: > >> On 2010/05/24 01:33, Garrett Cooper wrote: > >> > On Mon, May 24, 2010 at 12:37 AM, Xin LI wrote: > >> >> -BEGIN PGP SIGNED MESSAGE- > >> >> Hash: SHA256 > >> >> > >> >> On 2010/05/23 23:58, Garrett Cooper wrote: > >> >>> Hi Martin and Tim, > >> >>> I recently wiped off my Lenovo again to get a fresh install of > >> >>> FreeBSD on it, and started out at 8.0-RELEASE (it's the media that I > >> >>> had on hand at the time). Upgrading to 8-STABLE appears to be > >> >>> problematic though. > >> >>> On a few different occasions I ran into issues doing the > >> >>> following: > >> >> > >> >> Are you using make buildworld? Presumbly they should have been created > >> >> by mtree and I've verified that the corresponding change was merged > >> >> properly. > >> > > >> > I've tried buildworld, as well as one one-off makes I showed above. > >> > >> But how do you explain there is no tinderbox alert and there is no > >> reports about this? > > > > Not to mention, I just did buildworld/installworld on one of our > > machines yesterday afternoon, after the lzma import, and didn't run into > > a single problem: > > > > $ ls -l /usr/include/lzma > > total 162 > > -r--r--r-- 1 root wheel 22112 23 May 12:10 base.h > > -r--r--r-- 1 root wheel 2628 23 May 12:10 bcj.h > > -r--r--r-- 1 root wheel 20032 23 May 12:10 block.h > > -r--r--r-- 1 root wheel 4255 23 May 12:10 check.h > > -r--r--r-- 1 root wheel 16341 23 May 12:10 container.h > > -r--r--r-- 1 root wheel 1865 23 May 12:10 delta.h > > -r--r--r-- 1 root wheel 16164 23 May 12:10 filter.h > > -r--r--r-- 1 root wheel 2141 23 May 12:10 hardware.h > > -r--r--r-- 1 root wheel 22807 23 May 12:10 index.h > > -r--r--r-- 1 root wheel 3903 23 May 12:10 index_hash.h > > -r--r--r-- 1 root wheel 13531 23 May 12:10 lzma.h > > -r--r--r-- 1 root wheel 8357 23 May 12:10 stream_flags.h > > -r--r--r-- 1 root wheel 6646 23 May 12:10 subblock.h > > -r--r--r-- 1 root wheel 3497 23 May 12:10 version.h > > -r--r--r-- 1 root wheel 6601 23 May 12:10 vli.h > > > > Could what Garrett is seeing be the result of one of the cvsup mirrors > > being out of date? > > No. I'm using svn://svn.freebsd.org/base/stable/8 . I'm just saying > that hopping from 8.0-RELEASE to 8-STABLE has potential issues that > need to be explored further ; I'll try to characterize the issue > better and submit a bug report if it's valid -- I just wanted to see > whether or not folks spotted the issue before in the past couple of > weeks. Ahh, I see what you're getting at. Give me a couple hours to build a FreeBSD box under a VM with stock 8.0-RELEASE installed on it + csup to RELENG_8 + rebuild world to see if I can reproduce the problem. -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ 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: lzma support in `stable' has potential issues
On Mon, May 24, 2010 at 2:21 AM, Jeremy Chadwick wrote: > On Mon, May 24, 2010 at 01:55:29AM -0700, Xin LI wrote: >> On 2010/05/24 01:33, Garrett Cooper wrote: >> > On Mon, May 24, 2010 at 12:37 AM, Xin LI wrote: >> >> -BEGIN PGP SIGNED MESSAGE- >> >> Hash: SHA256 >> >> >> >> On 2010/05/23 23:58, Garrett Cooper wrote: >> >>> Hi Martin and Tim, >> >>> I recently wiped off my Lenovo again to get a fresh install of >> >>> FreeBSD on it, and started out at 8.0-RELEASE (it's the media that I had >> >>> on hand at the time). Upgrading to 8-STABLE appears to be problematic >> >>> though. >> >>> On a few different occasions I ran into issues doing the following: >> >> >> >> Are you using make buildworld? Presumbly they should have been created >> >> by mtree and I've verified that the corresponding change was merged >> >> properly. >> > >> > I've tried buildworld, as well as one one-off makes I showed above. >> >> But how do you explain there is no tinderbox alert and there is no >> reports about this? > > Not to mention, I just did buildworld/installworld on one of our > machines yesterday afternoon, after the lzma import, and didn't run into > a single problem: > > $ ls -l /usr/include/lzma > total 162 > -r--r--r-- 1 root wheel 22112 23 May 12:10 base.h > -r--r--r-- 1 root wheel 2628 23 May 12:10 bcj.h > -r--r--r-- 1 root wheel 20032 23 May 12:10 block.h > -r--r--r-- 1 root wheel 4255 23 May 12:10 check.h > -r--r--r-- 1 root wheel 16341 23 May 12:10 container.h > -r--r--r-- 1 root wheel 1865 23 May 12:10 delta.h > -r--r--r-- 1 root wheel 16164 23 May 12:10 filter.h > -r--r--r-- 1 root wheel 2141 23 May 12:10 hardware.h > -r--r--r-- 1 root wheel 22807 23 May 12:10 index.h > -r--r--r-- 1 root wheel 3903 23 May 12:10 index_hash.h > -r--r--r-- 1 root wheel 13531 23 May 12:10 lzma.h > -r--r--r-- 1 root wheel 8357 23 May 12:10 stream_flags.h > -r--r--r-- 1 root wheel 6646 23 May 12:10 subblock.h > -r--r--r-- 1 root wheel 3497 23 May 12:10 version.h > -r--r--r-- 1 root wheel 6601 23 May 12:10 vli.h > > Could what Garrett is seeing be the result of one of the cvsup mirrors > being out of date? No. I'm using svn://svn.freebsd.org/base/stable/8 . I'm just saying that hopping from 8.0-RELEASE to 8-STABLE has potential issues that need to be explored further ; I'll try to characterize the issue better and submit a bug report if it's valid -- I just wanted to see whether or not folks spotted the issue before in the past couple of weeks. Thanks, -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: lzma support in `stable' has potential issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2010/05/24 02:21, Jeremy Chadwick wrote: > On Mon, May 24, 2010 at 01:55:29AM -0700, Xin LI wrote: >> On 2010/05/24 01:33, Garrett Cooper wrote: >>> On Mon, May 24, 2010 at 12:37 AM, Xin LI wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2010/05/23 23:58, Garrett Cooper wrote: > Hi Martin and Tim, > I recently wiped off my Lenovo again to get a fresh install of > FreeBSD on it, and started out at 8.0-RELEASE (it's the media that I had > on hand at the time). Upgrading to 8-STABLE appears to be problematic > though. > On a few different occasions I ran into issues doing the following: Are you using make buildworld? Presumbly they should have been created by mtree and I've verified that the corresponding change was merged properly. >>> >>> I've tried buildworld, as well as one one-off makes I showed above. >> >> But how do you explain there is no tinderbox alert and there is no >> reports about this? > > Not to mention, I just did buildworld/installworld on one of our > machines yesterday afternoon, after the lzma import, and didn't run into > a single problem: > > $ ls -l /usr/include/lzma > total 162 > -r--r--r--1 root wheel 22112 23 May 12:10 base.h > -r--r--r--1 root wheel 2628 23 May 12:10 bcj.h > -r--r--r--1 root wheel 20032 23 May 12:10 block.h > -r--r--r--1 root wheel 4255 23 May 12:10 check.h > -r--r--r--1 root wheel 16341 23 May 12:10 container.h > -r--r--r--1 root wheel 1865 23 May 12:10 delta.h > -r--r--r--1 root wheel 16164 23 May 12:10 filter.h > -r--r--r--1 root wheel 2141 23 May 12:10 hardware.h > -r--r--r--1 root wheel 22807 23 May 12:10 index.h > -r--r--r--1 root wheel 3903 23 May 12:10 index_hash.h > -r--r--r--1 root wheel 13531 23 May 12:10 lzma.h > -r--r--r--1 root wheel 8357 23 May 12:10 stream_flags.h > -r--r--r--1 root wheel 6646 23 May 12:10 subblock.h > -r--r--r--1 root wheel 3497 23 May 12:10 version.h > -r--r--r--1 root wheel 6601 23 May 12:10 vli.h > > Could what Garrett is seeing be the result of one of the cvsup mirrors > being out of date? My guess would be src/etc/mtree tree not being populated properly... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBCAAGBQJL+kZpAAoJEATO+BI/yjfBI9YIAKoERSJ00pbIFKMvOVgstoZn ShauwpRwhHsCaUoxYfdTOGBe+3f5+GUXh5BhJJXTgkH7bOVkjocBVZImu4bVt37Y XdBXjfOgD0DCdPcWuAHhGlHvatDhjtVAlhIj3LxSpcPmbXFJBMboBIkBcrX12tum MHwD+OIiPtnLA89XwdefB4FX65mBdhvHA93+/vHzrbx7ixZnOMk+rWcb90hqWMUL +4DxkPge8Rb5COW/9DMpQN7rdMz73r2XBOpumpCIDg5lV0aOJ7KminpIItaBB1IB Vs4kW93n5BMhbKw2qwdtiz6BCZJAlDl7WYpMalg5Zw+3cXUynzcreL6xd20VmHk= =7P4u -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: lzma support in `stable' has potential issues
On Mon, May 24, 2010 at 01:55:29AM -0700, Xin LI wrote: > On 2010/05/24 01:33, Garrett Cooper wrote: > > On Mon, May 24, 2010 at 12:37 AM, Xin LI wrote: > >> -BEGIN PGP SIGNED MESSAGE- > >> Hash: SHA256 > >> > >> On 2010/05/23 23:58, Garrett Cooper wrote: > >>> Hi Martin and Tim, > >>> I recently wiped off my Lenovo again to get a fresh install of > >>> FreeBSD on it, and started out at 8.0-RELEASE (it's the media that I had > >>> on hand at the time). Upgrading to 8-STABLE appears to be problematic > >>> though. > >>> On a few different occasions I ran into issues doing the following: > >> > >> Are you using make buildworld? Presumbly they should have been created > >> by mtree and I've verified that the corresponding change was merged > >> properly. > > > > I've tried buildworld, as well as one one-off makes I showed above. > > But how do you explain there is no tinderbox alert and there is no > reports about this? Not to mention, I just did buildworld/installworld on one of our machines yesterday afternoon, after the lzma import, and didn't run into a single problem: $ ls -l /usr/include/lzma total 162 -r--r--r--1 root wheel 22112 23 May 12:10 base.h -r--r--r--1 root wheel 2628 23 May 12:10 bcj.h -r--r--r--1 root wheel 20032 23 May 12:10 block.h -r--r--r--1 root wheel 4255 23 May 12:10 check.h -r--r--r--1 root wheel 16341 23 May 12:10 container.h -r--r--r--1 root wheel 1865 23 May 12:10 delta.h -r--r--r--1 root wheel 16164 23 May 12:10 filter.h -r--r--r--1 root wheel 2141 23 May 12:10 hardware.h -r--r--r--1 root wheel 22807 23 May 12:10 index.h -r--r--r--1 root wheel 3903 23 May 12:10 index_hash.h -r--r--r--1 root wheel 13531 23 May 12:10 lzma.h -r--r--r--1 root wheel 8357 23 May 12:10 stream_flags.h -r--r--r--1 root wheel 6646 23 May 12:10 subblock.h -r--r--r--1 root wheel 3497 23 May 12:10 version.h -r--r--r--1 root wheel 6601 23 May 12:10 vli.h Could what Garrett is seeing be the result of one of the cvsup mirrors being out of date? -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ 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: lzma support in `stable' has potential issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, On 2010/05/24 01:33, Garrett Cooper wrote: > On Mon, May 24, 2010 at 12:37 AM, Xin LI wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA256 >> >> On 2010/05/23 23:58, Garrett Cooper wrote: >>> Hi Martin and Tim, >>> I recently wiped off my Lenovo again to get a fresh install of >>> FreeBSD on it, and started out at 8.0-RELEASE (it's the media that I had on >>> hand at the time). Upgrading to 8-STABLE appears to be problematic though. >>> On a few different occasions I ran into issues doing the following: >> >> Are you using make buildworld? Presumbly they should have been created >> by mtree and I've verified that the corresponding change was merged >> properly. > > I've tried buildworld, as well as one one-off makes I showed above. But how do you explain there is no tinderbox alert and there is no reports about this? > Only after I hacked things (just did simple mkdir(1)s and make > installs) so that lzma could actually install and set WITHOUT_RESCUE > (syscons was getting hung up on ncurses symbols), did buildworld > actually go through. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBCAAGBQJL+j8BAAoJEATO+BI/yjfBvZoH/juH0grqSoBNGNhNNFMiTq7+ ShyS1CxgDfSqJavQCPcFQJXGX8q2Rwv4ulJw/MTMhvID1MPVIlneD7DndefcVq4c Cwe/oPlBShXRqT4KcgdZwzcVPCu1AFzuZ1bCbLnJdaHjRNxJx+0R4/c6MLCYy+U2 qLbCimHbLhxqwQ2PMbfmBO2HvM5Xx+c2uST2C7j+kvWWFcPxMoed4RPlVeBJOGXR yGkEPmNMRKZu1neFei69BESdip8RjMsFh5zaousNdODW965Pe+m0c6RoF71P9oC/ WZjuWcUlbG2yKGLlMWT2N81fJQzyGDq2GIOwq29cMV68/kdZB+V+oI3HF2vEv1c= =bKxr -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: lzma support in `stable' has potential issues
On Mon, May 24, 2010 at 1:33 AM, Garrett Cooper wrote: > On Mon, May 24, 2010 at 12:37 AM, Xin LI wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA256 >> >> On 2010/05/23 23:58, Garrett Cooper wrote: >>> Hi Martin and Tim, >>> I recently wiped off my Lenovo again to get a fresh install of >>> FreeBSD on it, and started out at 8.0-RELEASE (it's the media that I had on >>> hand at the time). Upgrading to 8-STABLE appears to be problematic though. >>> On a few different occasions I ran into issues doing the following: >> >> Are you using make buildworld? Presumbly they should have been created >> by mtree and I've verified that the corresponding change was merged >> properly. > > I've tried buildworld, as well as one one-off makes I showed above. > Only after I hacked things (just did simple mkdir(1)s and make > installs) so that lzma could actually install and set WITHOUT_RESCUE > (syscons was getting hung up on ncurses symbols), did buildworld > actually go through. Slight correction: libtermcap, not syscons. Thanks, -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: lzma support in `stable' has potential issues
On Mon, May 24, 2010 at 12:50 AM, Jeremy Chadwick
wrote:
> On Sun, May 23, 2010 at 11:58:56PM -0700, Garrett Cooper wrote:
>> I recently wiped off my Lenovo again to get a fresh install of
>> FreeBSD on it, and started out at 8.0-RELEASE (it's the media
>> that I had on hand at the time). Upgrading to 8-STABLE appears
>> to be problematic though. On a few different occasions I ran
>> into issues doing the following:
>>
>> make -C /usr/src/usr.bin/lzmainfo depend - fails to find the
>> appropriate headers
>>
>> make -C /usr/src/lib/liblzma install - fails to install the
>> headers into /usr/include/lzma
>>
>> Etc. I didn't see these issues before lzma was imported into the
>> tree, which makes me wonder whether or not there are some
>> missing build or install dependencies somewhere.
>
> buildworld/installworld does the Right Thing(tm), while the above
> "one-off" makes do not.
buildworld got hung up a lot on the same problems as the one-off makes.
> I don't think there's any guarantee "make depend" and "make install" in
> the individual /usr/src/{whatever} directories will do what you want it
> to. It seems to be a per-piece thing; there's no "universal standard"
> (aside from buildworld/installworld) is what I'm getting at.
This is sad because it implies (to me) that the concept of depend,
installincludes, etc is broken :(.
Thanks,
-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: lzma support in `stable' has potential issues
On Mon, May 24, 2010 at 12:37 AM, Xin LI wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 2010/05/23 23:58, Garrett Cooper wrote: >> Hi Martin and Tim, >> I recently wiped off my Lenovo again to get a fresh install of FreeBSD >> on it, and started out at 8.0-RELEASE (it's the media that I had on hand at >> the time). Upgrading to 8-STABLE appears to be problematic though. >> On a few different occasions I ran into issues doing the following: > > Are you using make buildworld? Presumbly they should have been created > by mtree and I've verified that the corresponding change was merged > properly. I've tried buildworld, as well as one one-off makes I showed above. Only after I hacked things (just did simple mkdir(1)s and make installs) so that lzma could actually install and set WITHOUT_RESCUE (syscons was getting hung up on ncurses symbols), did buildworld actually go through. Thanks, -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: lzma support in `stable' has potential issues
On Sun, May 23, 2010 at 11:58:56PM -0700, Garrett Cooper wrote:
> I recently wiped off my Lenovo again to get a fresh install of
> FreeBSD on it, and started out at 8.0-RELEASE (it's the media
> that I had on hand at the time). Upgrading to 8-STABLE appears
> to be problematic though. On a few different occasions I ran
> into issues doing the following:
>
> make -C /usr/src/usr.bin/lzmainfo depend - fails to find the
> appropriate headers
>
> make -C /usr/src/lib/liblzma install - fails to install the
> headers into /usr/include/lzma
>
> Etc. I didn't see these issues before lzma was imported into the
> tree, which makes me wonder whether or not there are some
> missing build or install dependencies somewhere.
buildworld/installworld does the Right Thing(tm), while the above
"one-off" makes do not.
I don't think there's any guarantee "make depend" and "make install" in
the individual /usr/src/{whatever} directories will do what you want it
to. It seems to be a per-piece thing; there's no "universal standard"
(aside from buildworld/installworld) is what I'm getting at.
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. PGP: 4BD6C0CB |
___
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: lzma support in `stable' has potential issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2010/05/23 23:58, Garrett Cooper wrote: > Hi Martin and Tim, > I recently wiped off my Lenovo again to get a fresh install of FreeBSD > on it, and started out at 8.0-RELEASE (it's the media that I had on hand at > the time). Upgrading to 8-STABLE appears to be problematic though. > On a few different occasions I ran into issues doing the following: Are you using make buildworld? Presumbly they should have been created by mtree and I've verified that the corresponding change was merged properly. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBCAAGBQJL+iyzAAoJEATO+BI/yjfBlkEIAMeI3h5eHmkm8IUda3IgDHQH w5nYRjO6Z/N+U2wjrjU6z2S2sS1bkHNAX+Ju4ERWRUHQg9K6OB9qJ6HEwVgAyYen NMl1HK/vrUpl5PZrbAOchoTjzCVGl+dSoVsQ0TGWpzCKNfPVwFtwLewkPIrDQlNT IpQHxNxaQhJKePQFwPuQlOEGNclxyeJSnB/hGO8//sKDHZBuVtVVIzD96JUabTUs HGu1cXmseqSJgppweoo89ZLVCJ7y3Kmdqv716URLHiA7bC4cQcOb6630x1JlyOW8 9/fFLsE/GnnfsyIaJJBbVt3rA0VRj5rpxmivgke91zUBlXFhCidAUlQyxzxpkPk= =U4N9 -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"
lzma support in `stable' has potential issues
Hi Martin and Tim, I recently wiped off my Lenovo again to get a fresh install of FreeBSD on it, and started out at 8.0-RELEASE (it's the media that I had on hand at the time). Upgrading to 8-STABLE appears to be problematic though. On a few different occasions I ran into issues doing the following: make -C /usr/src/usr.bin/lzmainfo depend - fails to find the appropriate headers make -C /usr/src/lib/liblzma install - fails to install the headers into /usr/include/lzma Etc. I didn't see these issues before lzma was imported into the tree, which makes me wonder whether or not there are some missing build or install dependencies somewhere. Thanks, -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"
