Re: [HEADSUP] zfs root pool mounting
on 20/12/2012 00:34 Kimmo Paasiala said the following: What is the status of the MFC process to 9-STABLE? I'm on 9-STABLE r244407, should I be able to boot from this ZFS pool without zpool.cache? I haven't MFC-ed the change as of now. After I eventually MFC it you should be able to boot from any pool from which you can boot now unless you have the condition described in the original message. -- Andriy Gapon ___ 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: 9.1 minimal ram requirements
On 23 December 2012 10:22, Ian Smith smi...@nimnet.asn.au wrote: On Sun, 23 Dec 2012 03:45:39 +0300, Sergey Kandaurov wrote: This (i.e. the kmem_map too small message seen with kernel memory shortage) could be due to CAM CTL ('device ctl' added in 9.1), which is quite a big kernel memory consumer. Try to disable CTL in loader with kern.cam.ctl.disable=1 to finish boot. I've just added that, thanks Sergey, but it's sadly not an option for installation. I guess it's too late for the release notes - which at RC3 made no mention of CAM CTL at all - but it's not yet clear to me whether even 256MB is enough to boot, install and run 9.1 GENERIC? If you perform clean installation (e.g. from ISO), you can escape to the loader prompt and set the tunable there w/o the need for /boot/loader.conf. I experimented with Vbox and AFAIK 256MB was enough even with CAM CTL. A longer term workaround could be to postpone those memory allocations until the first call to CTL. Under what circumstances is CAM CTL needed? What would leaving it out of GENERIC cost, and whom? Is it loadable? dmesg.boot reports loading, but I don't see a module, nor can I find much information about CTL in cam(3|4) or /sys/conf/NOTES. apropos found ctladm and ctlstat, but I'm little the wiser as to when it may be needed, beyond CAM/SCSI debugging? The purpose and current status are well documented in the initial commit message (r229997) and the supplied README.ctl.txt. To my modest knowledge, it should be safe to just comment out 'device ctl' in GENERIC. -- wbr, pluknet ___ 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: [HEADSUP] zfs root pool mounting
I have MFCed the following change, so please double-check if you might be affected. Preferably before upgrading :-) on 28/11/2012 20:35 Andriy Gapon said the following: Recently some changes were made to how a root pool is opened for root filesystem mounting. Previously the root pool had to be present in zpool.cache. Now it is automatically discovered by probing available GEOM providers. The new scheme is believed to be more flexible. For example, it allows to prepare a new root pool at one system, then export it and then boot from it on a new system without doing any extra/magical steps with zpool.cache. It could also be convenient after zpool split and in some other situations. The change was introduced via multiple commits, the latest relevant revision in head is r243502. The changes are partially MFC-ed, the remaining parts are scheduled to be MFC-ed soon. I have received a report that the change caused a problem with booting on at least one system. The problem has been identified as an issue in local environment and has been fixed. Please read on to see if you might be affected when you upgrade, so that you can avoid any unnecessary surprises. You might be affected if you ever had a pool named the same as your current root pool. And you still have any disks connected to your system that belonged to that pool (in whole or via some partitions). And that pool was never properly destroyed using zpool destroy, but merely abandoned (its disks re-purposed/re-partitioned/reused). If all of the above are true, then I recommend that you run 'zdb -l disk' for all suspect disks and their partitions (or just all disks and partitions). If this command reports at least one valid ZFS label for a disk or a partition that do not belong to any current pool, then the problem may affect you. The best course is to remove the offending labels. If you are affected, please follow up to this email. -- Andriy Gapon ___ 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: [HEADSUP] zfs root pool mounting
On Sun, Dec 23, 2012 at 2:28 PM, Andriy Gapon a...@freebsd.org wrote: I have MFCed the following change, so please double-check if you might be affected. Preferably before upgrading :-) on 28/11/2012 20:35 Andriy Gapon said the following: Recently some changes were made to how a root pool is opened for root filesystem mounting. Previously the root pool had to be present in zpool.cache. Now it is automatically discovered by probing available GEOM providers. The new scheme is believed to be more flexible. For example, it allows to prepare a new root pool at one system, then export it and then boot from it on a new system without doing any extra/magical steps with zpool.cache. It could also be convenient after zpool split and in some other situations. The change was introduced via multiple commits, the latest relevant revision in head is r243502. The changes are partially MFC-ed, the remaining parts are scheduled to be MFC-ed soon. I have received a report that the change caused a problem with booting on at least one system. The problem has been identified as an issue in local environment and has been fixed. Please read on to see if you might be affected when you upgrade, so that you can avoid any unnecessary surprises. You might be affected if you ever had a pool named the same as your current root pool. And you still have any disks connected to your system that belonged to that pool (in whole or via some partitions). And that pool was never properly destroyed using zpool destroy, but merely abandoned (its disks re-purposed/re-partitioned/reused). If all of the above are true, then I recommend that you run 'zdb -l disk' for all suspect disks and their partitions (or just all disks and partitions). If this command reports at least one valid ZFS label for a disk or a partition that do not belong to any current pool, then the problem may affect you. The best course is to remove the offending labels. If you are affected, please follow up to this email. -- Andriy Gapon Much appreciated! I have verified that my system is not affected. One question, do I have to rewrite the zfs gpt boot loader (/boot/gptzfsboot) onto the freebsd-boot partition to make use of this change? -Kimmo ___ 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: 9.1 minimal ram requirements
On 23 Dec 2012 06:40, Adrian Chadd adr...@freebsd.org wrote: Hi guys, Would someone please file a PR for this? This is a huge unused allocation of memory for something that honestly likely shouldn't have been included by default in GENERIC. I've cc'ed ken on a reply to this. Hopefully after the holidays he can chime in and figure out what's going on. Maybe just disabling it in GENERIC moving forward is enough - chances are it'll be fine being just a module. Oh gods... Please let's just make it an erratum notice at this stage! Chris ___ 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: [HEADSUP] zfs root pool mounting
on 23/12/2012 14:34 Kimmo Paasiala said the following: On Sun, Dec 23, 2012 at 2:28 PM, Andriy Gapon a...@freebsd.org wrote: I have MFCed the following change, so please double-check if you might be affected. Preferably before upgrading :-) on 28/11/2012 20:35 Andriy Gapon said the following: Recently some changes were made to how a root pool is opened for root filesystem mounting. Previously the root pool had to be present in zpool.cache. Now it is automatically discovered by probing available GEOM providers. The new scheme is believed to be more flexible. For example, it allows to prepare a new root pool at one system, then export it and then boot from it on a new system without doing any extra/magical steps with zpool.cache. It could also be convenient after zpool split and in some other situations. The change was introduced via multiple commits, the latest relevant revision in head is r243502. The changes are partially MFC-ed, the remaining parts are scheduled to be MFC-ed soon. I have received a report that the change caused a problem with booting on at least one system. The problem has been identified as an issue in local environment and has been fixed. Please read on to see if you might be affected when you upgrade, so that you can avoid any unnecessary surprises. You might be affected if you ever had a pool named the same as your current root pool. And you still have any disks connected to your system that belonged to that pool (in whole or via some partitions). And that pool was never properly destroyed using zpool destroy, but merely abandoned (its disks re-purposed/re-partitioned/reused). If all of the above are true, then I recommend that you run 'zdb -l disk' for all suspect disks and their partitions (or just all disks and partitions). If this command reports at least one valid ZFS label for a disk or a partition that do not belong to any current pool, then the problem may affect you. The best course is to remove the offending labels. If you are affected, please follow up to this email. Much appreciated! I have verified that my system is not affected. One question, do I have to rewrite the zfs gpt boot loader (/boot/gptzfsboot) onto the freebsd-boot partition to make use of this change? This change is kernel-level only. There is no interaction with boot blocks. -- Andriy Gapon ___ 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: 9.1 minimal ram requirements
On 12/23/2012 01:35 PM, Chris Rees wrote: On 23 Dec 2012 06:40, Adrian Chadd adr...@freebsd.org mailto:adr...@freebsd.org wrote: Hi guys, Would someone please file a PR for this? This is a huge unused allocation of memory for something that honestly likely shouldn't have been included by default in GENERIC. I've cc'ed ken on a reply to this. Hopefully after the holidays he can chime in and figure out what's going on. Maybe just disabling it in GENERIC moving forward is enough - chances are it'll be fine being just a module. Oh gods... Please let's just make it an erratum notice at this stage! not sure if it helps, I 'vw setting up my old test env, while i tmp resolved the issue by using 9.0, i am interested im getting 9.1 working too... The old test moved producion now, so i needed some time to get new flashcards (which requierd new bioses etc etc) and some other minor fidling. For this nanobsd image I used/tested svn revisons = 243710 ~ 244139 Marten Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.1-PRERELEASE #0 r244161: Thu Dec 13 08:46:37 CET 2012 root@brie:/usr/obj/nanobsd.full/i386.i386/usr/src/sys/KERNEL i386 CPU: AMD Am5x86 Write-Back (486-class CPU) Origin = AuthenticAMD Id = 0x4f4 Family = 0x4 Model = 0xf Stepping = 4 Features=0x1FPU real memory = 67108864 (64 MB) avail memory = 46436352 (44 MB) kbd1 at kbdmux0 module_register_init: MOD_LOAD (vesa, 0xc0dce310, 0) error 19 ctl: CAM Target Layer loaded ACPI Error: A valid RSDP was not found (20110527/tbxfroot-237) ACPI: Table initialisation failed: AE_NOT_FOUND ACPI: Try disabling either ACPI or apic support. *** WARNING: missing CPU_ELAN -- timekeeping may be wrong pcib0 pcibus 0 on motherboard pci0: PCI bus on pcib0 pcib1: PCI-PCI bridge at device 17.0 on pci0 pci1: PCI bus on pcib1 sis0: NatSemi DP8381[56] 10/100BaseTX port 0xd000-0xd0ff mem 0xa400-0xa4000fff irq 9 at device 0.0 on pci1 sis0: Silicon Revision: DP83816A miibus0: MII bus on sis0 nsphyter0: DP83815 10/100 media interface PHY 0 on miibus0 nsphyter0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:00:24:c7:aa:04 sis1: NatSemi DP8381[56] 10/100BaseTX port 0xd100-0xd1ff mem 0xa4001000-0xa4001fff irq 9 at device 1.0 on pci1 sis1: Silicon Revision: DP83816A miibus1: MII bus on sis1 nsphyter1: DP83815 10/100 media interface PHY 0 on miibus1 nsphyter1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis1: Ethernet address: 00:00:24:c7:aa:05 sis2: NatSemi DP8381[56] 10/100BaseTX port 0xd200-0xd2ff mem 0xa4002000-0xa4002fff irq 9 at device 2.0 on pci1 sis2: Silicon Revision: DP83816A miibus2: MII bus on sis2 nsphyter2: DP83815 10/100 media interface PHY 0 on miibus2 nsphyter2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis2: Ethernet address: 00:00:24:c7:aa:06 sis3: NatSemi DP8381[56] 10/100BaseTX port 0xd300-0xd3ff mem 0xa4003000-0xa4003fff irq 9 at device 3.0 on pci1 sis3: Silicon Revision: DP83816A miibus3: MII bus on sis3 nsphyter3: DP83815 10/100 media interface PHY 0 on miibus3 nsphyter3: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis3: Ethernet address: 00:00:24:c7:aa:07 sis4: NatSemi DP8381[56] 10/100BaseTX port 0xe000-0xe0ff mem 0xa000-0xafff irq 10 at device 18.0 on pci0 sis4: Silicon Revision: DP83815D miibus4: MII bus on sis4 nsphyter4: DP83815 10/100 media interface PHY 0 on miibus4 nsphyter4: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis4: Ethernet address: 00:00:24:c1:28:a4 sis5: NatSemi DP8381[56] 10/100BaseTX port 0xe100-0xe1ff mem 0xa0001000-0xa0001fff irq 11 at device 19.0 on pci0 sis5: Silicon Revision: DP83815D miibus5: MII bus on sis5 nsphyter5: DP83815 10/100 media interface PHY 0 on miibus5 nsphyter5: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis5: Ethernet address: 00:00:24:c1:28:a5 sis6: NatSemi DP8381[56] 10/100BaseTX port 0xe200-0xe2ff mem 0xa0002000-0xa0002fff irq 5 at device 20.0 on pci0 sis6: Silicon Revision: DP83815D miibus6: MII bus on sis6 nsphyter6: DP83815 10/100 media interface PHY 0 on miibus6 nsphyter6: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis6: Ethernet address: 00:00:24:c1:28:a6 cpu0 on motherboard isa0: ISA bus on motherboard pmtimer0 on isa0 orm0: ISA Option ROM at iomem 0xc8000-0xd0fff pnpid ORM on isa0 ata0: ATA channel at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1: ATA channel at port 0x170-0x177,0x376 irq 15 on isa0 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atrtc0: AT realtime clock at port 0x70 irq 8 on isa0 Event timer RTC frequency 32768 Hz quality 0 attimer0: AT timer at port 0x40 on isa0 Timecounter i8254
[releng_8 tinderbox] failure on i386/i386
TB --- 2012-12-23 14:31:53 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2012-12-23 14:31:53 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-23 14:31:53 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-12-23 14:31:53 - cleaning the object tree TB --- 2012-12-23 14:31:53 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-12-23 14:31:53 - cd /tinderbox/RELENG_8/i386/i386 TB --- 2012-12-23 14:31:53 - /usr/local/bin/svn cleanup /src TB --- 2012-12-23 14:32:03 - /usr/local/bin/svn update /src TB --- 2012-12-23 14:32:10 - building world TB --- 2012-12-23 14:32:10 - CROSS_BUILD_TESTING=YES TB --- 2012-12-23 14:32:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-23 14:32:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-23 14:32:10 - SRCCONF=/dev/null TB --- 2012-12-23 14:32:10 - TARGET=i386 TB --- 2012-12-23 14:32:10 - TARGET_ARCH=i386 TB --- 2012-12-23 14:32:10 - TZ=UTC TB --- 2012-12-23 14:32:10 - __MAKE_CONF=/dev/null TB --- 2012-12-23 14:32:10 - cd /src TB --- 2012-12-23 14:32:10 - /usr/bin/make -B buildworld World build started on Sun Dec 23 14:32:10 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sun Dec 23 15:19:19 UTC 2012 TB --- 2012-12-23 15:19:19 - generating LINT kernel config TB --- 2012-12-23 15:19:19 - cd /src/sys/i386/conf TB --- 2012-12-23 15:19:19 - /usr/bin/make -B LINT TB --- 2012-12-23 15:19:19 - cd /src/sys/i386/conf TB --- 2012-12-23 15:19:19 - /usr/sbin/config -m LINT TB --- 2012-12-23 15:19:19 - building LINT kernel TB --- 2012-12-23 15:19:19 - CROSS_BUILD_TESTING=YES TB --- 2012-12-23 15:19:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-23 15:19:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-23 15:19:19 - SRCCONF=/dev/null TB --- 2012-12-23 15:19:19 - TARGET=i386 TB --- 2012-12-23 15:19:19 - TARGET_ARCH=i386 TB --- 2012-12-23 15:19:19 - TZ=UTC TB --- 2012-12-23 15:19:19 - __MAKE_CONF=/dev/null TB --- 2012-12-23 15:19:19 - cd /src TB --- 2012-12-23 15:19:19 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sun Dec 23 15:19:19 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] /src/sys/dev/acpica/acpi_cpu.c:420: error: 'cpuset_t' undeclared (first use in this function) /src/sys/dev/acpica/acpi_cpu.c:420: error: (Each undeclared identifier is reported only once /src/sys/dev/acpica/acpi_cpu.c:420: error: for each function it appears in.) /src/sys/dev/acpica/acpi_cpu.c:420: error: expected ';' before 'cpuset' cc1: warnings being treated as errors /src/sys/dev/acpica/acpi_cpu.c:422: warning: implicit declaration of function 'CPU_SETOF' /src/sys/dev/acpica/acpi_cpu.c:422: warning: nested extern declaration of 'CPU_SETOF' /src/sys/dev/acpica/acpi_cpu.c:422: error: 'cpuset' undeclared (first use in this function) *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-23 15:23:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-23 15:23:04 - ERROR: failed to build LINT kernel TB --- 2012-12-23 15:23:04 - 2361.93 user 484.39 system 3070.96 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full ___ 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
[releng_8 tinderbox] failure on ia64/ia64
TB --- 2012-12-23 14:31:53 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2012-12-23 14:31:53 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-23 14:31:53 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2012-12-23 14:31:53 - cleaning the object tree TB --- 2012-12-23 14:31:53 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-12-23 14:31:53 - cd /tinderbox/RELENG_8/ia64/ia64 TB --- 2012-12-23 14:31:53 - /usr/local/bin/svn cleanup /src TB --- 2012-12-23 14:32:03 - /usr/local/bin/svn update /src TB --- 2012-12-23 14:32:10 - building world TB --- 2012-12-23 14:32:10 - CROSS_BUILD_TESTING=YES TB --- 2012-12-23 14:32:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-23 14:32:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-23 14:32:10 - SRCCONF=/dev/null TB --- 2012-12-23 14:32:10 - TARGET=ia64 TB --- 2012-12-23 14:32:10 - TARGET_ARCH=ia64 TB --- 2012-12-23 14:32:10 - TZ=UTC TB --- 2012-12-23 14:32:10 - __MAKE_CONF=/dev/null TB --- 2012-12-23 14:32:10 - cd /src TB --- 2012-12-23 14:32:10 - /usr/bin/make -B buildworld World build started on Sun Dec 23 14:32:10 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sun Dec 23 15:32:30 UTC 2012 TB --- 2012-12-23 15:32:30 - generating LINT kernel config TB --- 2012-12-23 15:32:30 - cd /src/sys/ia64/conf TB --- 2012-12-23 15:32:30 - /usr/bin/make -B LINT TB --- 2012-12-23 15:32:30 - cd /src/sys/ia64/conf TB --- 2012-12-23 15:32:30 - /usr/sbin/config -m LINT TB --- 2012-12-23 15:32:30 - building LINT kernel TB --- 2012-12-23 15:32:30 - CROSS_BUILD_TESTING=YES TB --- 2012-12-23 15:32:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-23 15:32:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-23 15:32:30 - SRCCONF=/dev/null TB --- 2012-12-23 15:32:30 - TARGET=ia64 TB --- 2012-12-23 15:32:30 - TARGET_ARCH=ia64 TB --- 2012-12-23 15:32:30 - TZ=UTC TB --- 2012-12-23 15:32:30 - __MAKE_CONF=/dev/null TB --- 2012-12-23 15:32:30 - cd /src TB --- 2012-12-23 15:32:30 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sun Dec 23 15:32:30 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] /src/sys/dev/acpica/acpi_cpu.c:420: error: 'cpuset_t' undeclared (first use in this function) /src/sys/dev/acpica/acpi_cpu.c:420: error: (Each undeclared identifier is reported only once /src/sys/dev/acpica/acpi_cpu.c:420: error: for each function it appears in.) /src/sys/dev/acpica/acpi_cpu.c:420: error: expected ';' before 'cpuset' cc1: warnings being treated as errors /src/sys/dev/acpica/acpi_cpu.c:422: warning: implicit declaration of function 'CPU_SETOF' /src/sys/dev/acpica/acpi_cpu.c:422: warning: nested extern declaration of 'CPU_SETOF' /src/sys/dev/acpica/acpi_cpu.c:422: error: 'cpuset' undeclared (first use in this function) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-23 15:35:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-23 15:35:41 - ERROR: failed to build LINT kernel TB --- 2012-12-23 15:35:41 - 3113.35 user 502.42 system 3828.86 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full ___ 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
[releng_8 tinderbox] failure on i386/pc98
TB --- 2012-12-23 14:31:53 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2012-12-23 14:31:53 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-23 14:31:53 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2012-12-23 14:31:53 - cleaning the object tree TB --- 2012-12-23 14:31:53 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-12-23 14:31:53 - cd /tinderbox/RELENG_8/i386/pc98 TB --- 2012-12-23 14:31:53 - /usr/local/bin/svn cleanup /src TB --- 2012-12-23 14:32:03 - /usr/local/bin/svn update /src TB --- 2012-12-23 14:32:10 - building world TB --- 2012-12-23 14:32:10 - CROSS_BUILD_TESTING=YES TB --- 2012-12-23 14:32:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-23 14:32:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-23 14:32:10 - SRCCONF=/dev/null TB --- 2012-12-23 14:32:10 - TARGET=pc98 TB --- 2012-12-23 14:32:10 - TARGET_ARCH=i386 TB --- 2012-12-23 14:32:10 - TZ=UTC TB --- 2012-12-23 14:32:10 - __MAKE_CONF=/dev/null TB --- 2012-12-23 14:32:10 - cd /src TB --- 2012-12-23 14:32:10 - /usr/bin/make -B buildworld World build started on Sun Dec 23 14:32:10 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sun Dec 23 15:18:50 UTC 2012 TB --- 2012-12-23 15:18:50 - generating LINT kernel config TB --- 2012-12-23 15:18:50 - cd /src/sys/pc98/conf TB --- 2012-12-23 15:18:50 - /usr/bin/make -B LINT TB --- 2012-12-23 15:18:50 - cd /src/sys/pc98/conf TB --- 2012-12-23 15:18:50 - /usr/sbin/config -m LINT TB --- 2012-12-23 15:18:50 - building LINT kernel TB --- 2012-12-23 15:18:50 - CROSS_BUILD_TESTING=YES TB --- 2012-12-23 15:18:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-23 15:18:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-23 15:18:50 - SRCCONF=/dev/null TB --- 2012-12-23 15:18:50 - TARGET=pc98 TB --- 2012-12-23 15:18:50 - TARGET_ARCH=i386 TB --- 2012-12-23 15:18:50 - TZ=UTC TB --- 2012-12-23 15:18:50 - __MAKE_CONF=/dev/null TB --- 2012-12-23 15:18:50 - cd /src TB --- 2012-12-23 15:18:50 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sun Dec 23 15:18:50 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-dec! ls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/refcount.c cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000
[releng_8 tinderbox] failure on amd64/amd64
TB --- 2012-12-23 14:31:53 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2012-12-23 14:31:53 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-23 14:31:53 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2012-12-23 14:31:53 - cleaning the object tree TB --- 2012-12-23 14:31:53 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-12-23 14:31:53 - cd /tinderbox/RELENG_8/amd64/amd64 TB --- 2012-12-23 14:31:53 - /usr/local/bin/svn cleanup /src TB --- 2012-12-23 14:32:03 - /usr/local/bin/svn update /src TB --- 2012-12-23 14:32:10 - building world TB --- 2012-12-23 14:32:10 - CROSS_BUILD_TESTING=YES TB --- 2012-12-23 14:32:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-23 14:32:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-23 14:32:10 - SRCCONF=/dev/null TB --- 2012-12-23 14:32:10 - TARGET=amd64 TB --- 2012-12-23 14:32:10 - TARGET_ARCH=amd64 TB --- 2012-12-23 14:32:10 - TZ=UTC TB --- 2012-12-23 14:32:10 - __MAKE_CONF=/dev/null TB --- 2012-12-23 14:32:10 - cd /src TB --- 2012-12-23 14:32:10 - /usr/bin/make -B buildworld World build started on Sun Dec 23 14:32:10 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries World build completed on Sun Dec 23 15:40:32 UTC 2012 TB --- 2012-12-23 15:40:32 - generating LINT kernel config TB --- 2012-12-23 15:40:32 - cd /src/sys/amd64/conf TB --- 2012-12-23 15:40:32 - /usr/bin/make -B LINT TB --- 2012-12-23 15:40:32 - cd /src/sys/amd64/conf TB --- 2012-12-23 15:40:32 - /usr/sbin/config -m LINT TB --- 2012-12-23 15:40:32 - building LINT kernel TB --- 2012-12-23 15:40:32 - CROSS_BUILD_TESTING=YES TB --- 2012-12-23 15:40:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-23 15:40:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-23 15:40:32 - SRCCONF=/dev/null TB --- 2012-12-23 15:40:32 - TARGET=amd64 TB --- 2012-12-23 15:40:32 - TARGET_ARCH=amd64 TB --- 2012-12-23 15:40:32 - TZ=UTC TB --- 2012-12-23 15:40:32 - __MAKE_CONF=/dev/null TB --- 2012-12-23 15:40:32 - cd /src TB --- 2012-12-23 15:40:32 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sun Dec 23 15:40:32 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] /src/sys/dev/acpica/acpi_cpu.c:420: error: 'cpuset_t' undeclared (first use in this function) /src/sys/dev/acpica/acpi_cpu.c:420: error: (Each undeclared identifier is reported only once /src/sys/dev/acpica/acpi_cpu.c:420: error: for each function it appears in.) /src/sys/dev/acpica/acpi_cpu.c:420: error: expected ';' before 'cpuset' cc1: warnings being treated as errors /src/sys/dev/acpica/acpi_cpu.c:422: warning: implicit declaration of function 'CPU_SETOF' /src/sys/dev/acpica/acpi_cpu.c:422: warning: nested extern declaration of 'CPU_SETOF' /src/sys/dev/acpica/acpi_cpu.c:422: error: 'cpuset' undeclared (first use in this function) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-23 15:43:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-23 15:43:29 - ERROR: failed to build LINT kernel TB --- 2012-12-23 15:43:29 - 3317.76 user 698.37 system 4296.64 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full ___ 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
What is negative group permissions? (Re: narawntapu security run output)
On 23.12.2012 03:05, Charlie Root wrote: Checking negative group permissions: 8903027 -rw--w-r-- 1 miwww794277 Oct 23 07:47:45 2007 /home/mi/public_html/syb/order/download.log Hello! The above started to appear in the daily security run output after I upgraded to 9.1. I don't understand, what this check is doing or why the above file is reported -- what's abnormal (warning-worthy) about allowing the web-server to write to, but not read a file? I did it on purpose to keep all files associated with a project together, but without inadvertently serving some of them... The actual script generating this warning (110.neggrpperm) was added in 2010 and meant to be off by default. There is no explicit mention of the knob daily_status_security_neggrpperm_enable in the log for etc/defaults/periodic.conf... I understand, I can explicitly disable it, but I'm curious... Whether it should run by default or not, what is the purpose of it? Thanks, -mi ___ 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
[releng_8 tinderbox] failure on sparc64/sparc64
TB --- 2012-12-23 15:35:42 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2012-12-23 15:35:42 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-23 15:35:42 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2012-12-23 15:35:42 - cleaning the object tree TB --- 2012-12-23 15:35:42 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-12-23 15:35:42 - cd /tinderbox/RELENG_8/sparc64/sparc64 TB --- 2012-12-23 15:35:42 - /usr/local/bin/svn cleanup /src TB --- 2012-12-23 15:35:49 - /usr/local/bin/svn update /src TB --- 2012-12-23 15:35:55 - building world TB --- 2012-12-23 15:35:55 - CROSS_BUILD_TESTING=YES TB --- 2012-12-23 15:35:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-23 15:35:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-23 15:35:55 - SRCCONF=/dev/null TB --- 2012-12-23 15:35:55 - TARGET=sparc64 TB --- 2012-12-23 15:35:55 - TARGET_ARCH=sparc64 TB --- 2012-12-23 15:35:55 - TZ=UTC TB --- 2012-12-23 15:35:55 - __MAKE_CONF=/dev/null TB --- 2012-12-23 15:35:55 - cd /src TB --- 2012-12-23 15:35:55 - /usr/bin/make -B buildworld World build started on Sun Dec 23 15:35:55 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sun Dec 23 16:12:14 UTC 2012 TB --- 2012-12-23 16:12:14 - generating LINT kernel config TB --- 2012-12-23 16:12:14 - cd /src/sys/sparc64/conf TB --- 2012-12-23 16:12:14 - /usr/bin/make -B LINT TB --- 2012-12-23 16:12:14 - cd /src/sys/sparc64/conf TB --- 2012-12-23 16:12:14 - /usr/sbin/config -m LINT TB --- 2012-12-23 16:12:14 - building LINT kernel TB --- 2012-12-23 16:12:14 - CROSS_BUILD_TESTING=YES TB --- 2012-12-23 16:12:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-23 16:12:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-23 16:12:14 - SRCCONF=/dev/null TB --- 2012-12-23 16:12:14 - TARGET=sparc64 TB --- 2012-12-23 16:12:14 - TARGET_ARCH=sparc64 TB --- 2012-12-23 16:12:14 - TZ=UTC TB --- 2012-12-23 16:12:14 - __MAKE_CONF=/dev/null TB --- 2012-12-23 16:12:14 - cd /src TB --- 2012-12-23 16:12:14 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sun Dec 23 16:12:14 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ar! ith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/refcount.c cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT
Re: What is negative group permissions? (Re: narawntapu security run output)
The r for other means that you have not accomplished your goal. It makes no sense to have group with less permission that other, so the script is warning of a misconfiguration. On Sun, Dec 23, 2012 at 10:51:24AM -0500, Mikhail T. wrote: On 23.12.2012 03:05, Charlie Root wrote: Checking negative group permissions: 8903027 -rw--w-r-- 1 miwww794277 Oct 23 07:47:45 2007 /home/mi/public_html/syb/order/download.log Hello! The above started to appear in the daily security run output after I upgraded to 9.1. I don't understand, what this check is doing or why the above file is reported -- what's abnormal (warning-worthy) about allowing the web-server to write to, but not read a file? I did it on purpose to keep all files associated with a project together, but without inadvertently serving some of them... ___ 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: What is negative group permissions? (Re: narawntapu security run output)
On 23 December 2012 16:23, Barney Wolff bar...@databus.com wrote: [moving Barney's top post down] On Sun, Dec 23, 2012 at 10:51:24AM -0500, Mikhail T. wrote: On 23.12.2012 03:05, Charlie Root wrote: Checking negative group permissions: 8903027 -rw--w-r-- 1 miwww794277 Oct 23 07:47:45 2007 /home/mi/public_html/syb/order/download.log Hello! The above started to appear in the daily security run output after I upgraded to 9.1. I don't understand, what this check is doing or why the above file is reported -- what's abnormal (warning-worthy) about allowing the web-server to write to, but not read a file? I did it on purpose to keep all files associated with a project together, but without inadvertently serving some of them... The r for other means that you have not accomplished your goal. It makes no sense to have group with less permission that other, so the script is warning of a misconfiguration. Not at all; anything in www group can't read the file, which is what Mikhail wants to do. If he has thought about the consequences of exactly what this means; i.e. normal users can read-only, www group can write-only, mi can read/write, then he can ignore the warning. Negative group permissions are sometimes useful, that's why they're allowed. I understand, I can explicitly disable it, but I'm curious... Whether it should run by default or not, what is the purpose of it? They involve a lot of thought to get right, as well as chmod g-w on something where you probably meant chmod go-w is a disastrous but (perhaps) common error. Chris ___ 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: 9.1 minimal ram requirements
On Sun, 23 Dec 2012 15:21:23 +0300, Sergey Kandaurov wrote: On 23 December 2012 10:22, Ian Smith smi...@nimnet.asn.au wrote: On Sun, 23 Dec 2012 03:45:39 +0300, Sergey Kandaurov wrote: This (i.e. the kmem_map too small message seen with kernel memory shortage) could be due to CAM CTL ('device ctl' added in 9.1), which is quite a big kernel memory consumer. Try to disable CTL in loader with kern.cam.ctl.disable=1 to finish boot. I've just added that, thanks Sergey, but it's sadly not an option for installation. I guess it's too late for the release notes - which at RC3 made no mention of CAM CTL at all - but it's not yet clear to me whether even 256MB is enough to boot, install and run 9.1 GENERIC? If you perform clean installation (e.g. from ISO), you can escape to the loader prompt and set the tunable there w/o the need for /boot/loader.conf. I experimented with Vbox and AFAIK 256MB was enough even with CAM CTL. Ah right; I'd booted and installed from memstick, where escape to loader prompt is not an option. I'll burn a disc1 and try that with the 128MB again, and make sure that 256MB is comfortable - after holiday madness. A longer term workaround could be to postpone those memory allocations until the first call to CTL. That would seem to make sense, while making it a module is still on the todo list. I guess there must be systems that need CAM CTL to boot? Under what circumstances is CAM CTL needed? What would leaving it out of GENERIC cost, and whom? Is it loadable? dmesg.boot reports loading, but I don't see a module, nor can I find much information about CTL in cam(3|4) or /sys/conf/NOTES. apropos found ctladm and ctlstat, but I'm little the wiser as to when it may be needed, beyond CAM/SCSI debugging? The purpose and current status are well documented in the initial commit message (r229997) and the supplied README.ctl.txt. To my modest knowledge, it should be safe to just comment out 'device ctl' in GENERIC. Thanks for the reference, seems that I won't be needing it just now; it just wasn't clear to me what if any other subsystems might hang off it. cheers, Ian ___ 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: RELENG_9 panic with PERC 6/i (mfi)
Greetings. All I have to do to panic it is boot it. As you can see from the dump, it died after about 30 seconds without me doing anything. I can't provide those sysctl values easily, as it panics too quickly. I suppose I can convince it to drop to DDB and pick them out if that would be helpful. Here they are from the working 8.2-R kernel. vm.kmem_map_free: 49870348288 vm.kmem_map_size: 68964352 This box, unlike most of our others, doesn't even utilizing ZFS. root@papa:~# gpart show =63 1141899192 mfid0 MBR (545G) 63 1141884072 1 freebsd [active] (544G) 1141884135 15120 - free - (7.4M) = 0 1141884072 mfid0s1 BSD (544G) 0 83886081 freebsd-ufs (4.0G) 8388608167772164 freebsd-ufs (8.0G) 25165824335544325 freebsd-ufs (16G) 58720256671088642 freebsd-swap (32G) 125829120671088647 freebsd-swap (32G) 192937984671088648 freebsd-swap (32G) 260046848 8818372246 freebsd-ufs (420G) From: Daniel Braniss [da...@cs.huji.ac.il] Sent: Sunday, December 23, 2012 1:43 AM To: Sean Kelly Subject: Re: RELENG_9 panic with PERC 6/i (mfi) btw: sysctl -a | grep kmem_map vm.kmem_map_free: 8859570176 vm.kmem_map_size: 6037008384 danny ___ 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
[releng_8 tinderbox] failure on i386/pc98
TB --- 2012-12-23 18:07:42 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2012-12-23 18:07:42 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-23 18:07:42 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2012-12-23 18:07:42 - cleaning the object tree TB --- 2012-12-23 18:08:44 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-12-23 18:08:44 - cd /tinderbox/RELENG_8/i386/pc98 TB --- 2012-12-23 18:08:44 - /usr/local/bin/svn cleanup /src TB --- 2012-12-23 18:08:58 - /usr/local/bin/svn update /src TB --- 2012-12-23 18:09:02 - building world TB --- 2012-12-23 18:09:02 - CROSS_BUILD_TESTING=YES TB --- 2012-12-23 18:09:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-23 18:09:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-23 18:09:02 - SRCCONF=/dev/null TB --- 2012-12-23 18:09:02 - TARGET=pc98 TB --- 2012-12-23 18:09:02 - TARGET_ARCH=i386 TB --- 2012-12-23 18:09:02 - TZ=UTC TB --- 2012-12-23 18:09:02 - __MAKE_CONF=/dev/null TB --- 2012-12-23 18:09:02 - cd /src TB --- 2012-12-23 18:09:02 - /usr/bin/make -B buildworld World build started on Sun Dec 23 18:09:02 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sun Dec 23 18:55:44 UTC 2012 TB --- 2012-12-23 18:55:44 - generating LINT kernel config TB --- 2012-12-23 18:55:44 - cd /src/sys/pc98/conf TB --- 2012-12-23 18:55:44 - /usr/bin/make -B LINT TB --- 2012-12-23 18:55:44 - cd /src/sys/pc98/conf TB --- 2012-12-23 18:55:44 - /usr/sbin/config -m LINT TB --- 2012-12-23 18:55:44 - building LINT kernel TB --- 2012-12-23 18:55:44 - CROSS_BUILD_TESTING=YES TB --- 2012-12-23 18:55:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-23 18:55:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-23 18:55:44 - SRCCONF=/dev/null TB --- 2012-12-23 18:55:44 - TARGET=pc98 TB --- 2012-12-23 18:55:44 - TARGET_ARCH=i386 TB --- 2012-12-23 18:55:44 - TZ=UTC TB --- 2012-12-23 18:55:44 - __MAKE_CONF=/dev/null TB --- 2012-12-23 18:55:44 - cd /src TB --- 2012-12-23 18:55:44 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sun Dec 23 18:55:44 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-dec! ls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/refcount.c cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000
[releng_8 tinderbox] failure on i386/i386
TB --- 2012-12-23 18:07:42 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2012-12-23 18:07:42 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-23 18:07:42 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-12-23 18:07:42 - cleaning the object tree TB --- 2012-12-23 18:08:44 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-12-23 18:08:44 - cd /tinderbox/RELENG_8/i386/i386 TB --- 2012-12-23 18:08:44 - /usr/local/bin/svn cleanup /src TB --- 2012-12-23 18:08:58 - /usr/local/bin/svn update /src TB --- 2012-12-23 18:09:02 - building world TB --- 2012-12-23 18:09:02 - CROSS_BUILD_TESTING=YES TB --- 2012-12-23 18:09:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-23 18:09:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-23 18:09:02 - SRCCONF=/dev/null TB --- 2012-12-23 18:09:02 - TARGET=i386 TB --- 2012-12-23 18:09:02 - TARGET_ARCH=i386 TB --- 2012-12-23 18:09:02 - TZ=UTC TB --- 2012-12-23 18:09:02 - __MAKE_CONF=/dev/null TB --- 2012-12-23 18:09:02 - cd /src TB --- 2012-12-23 18:09:02 - /usr/bin/make -B buildworld World build started on Sun Dec 23 18:09:02 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sun Dec 23 18:56:14 UTC 2012 TB --- 2012-12-23 18:56:14 - generating LINT kernel config TB --- 2012-12-23 18:56:14 - cd /src/sys/i386/conf TB --- 2012-12-23 18:56:14 - /usr/bin/make -B LINT TB --- 2012-12-23 18:56:14 - cd /src/sys/i386/conf TB --- 2012-12-23 18:56:14 - /usr/sbin/config -m LINT TB --- 2012-12-23 18:56:14 - building LINT kernel TB --- 2012-12-23 18:56:14 - CROSS_BUILD_TESTING=YES TB --- 2012-12-23 18:56:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-23 18:56:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-23 18:56:14 - SRCCONF=/dev/null TB --- 2012-12-23 18:56:14 - TARGET=i386 TB --- 2012-12-23 18:56:14 - TARGET_ARCH=i386 TB --- 2012-12-23 18:56:14 - TZ=UTC TB --- 2012-12-23 18:56:14 - __MAKE_CONF=/dev/null TB --- 2012-12-23 18:56:14 - cd /src TB --- 2012-12-23 18:56:14 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sun Dec 23 18:56:14 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wne! sted-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/refcount.c cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common
[releng_8 tinderbox] failure on amd64/amd64
TB --- 2012-12-23 18:07:42 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2012-12-23 18:07:42 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-23 18:07:42 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2012-12-23 18:07:42 - cleaning the object tree TB --- 2012-12-23 18:08:48 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-12-23 18:08:48 - cd /tinderbox/RELENG_8/amd64/amd64 TB --- 2012-12-23 18:08:48 - /usr/local/bin/svn cleanup /src TB --- 2012-12-23 18:09:01 - /usr/local/bin/svn update /src TB --- 2012-12-23 18:09:06 - building world TB --- 2012-12-23 18:09:06 - CROSS_BUILD_TESTING=YES TB --- 2012-12-23 18:09:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-23 18:09:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-23 18:09:06 - SRCCONF=/dev/null TB --- 2012-12-23 18:09:06 - TARGET=amd64 TB --- 2012-12-23 18:09:06 - TARGET_ARCH=amd64 TB --- 2012-12-23 18:09:06 - TZ=UTC TB --- 2012-12-23 18:09:06 - __MAKE_CONF=/dev/null TB --- 2012-12-23 18:09:06 - cd /src TB --- 2012-12-23 18:09:06 - /usr/bin/make -B buildworld World build started on Sun Dec 23 18:09:06 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries World build completed on Sun Dec 23 19:17:43 UTC 2012 TB --- 2012-12-23 19:17:43 - generating LINT kernel config TB --- 2012-12-23 19:17:43 - cd /src/sys/amd64/conf TB --- 2012-12-23 19:17:43 - /usr/bin/make -B LINT TB --- 2012-12-23 19:17:43 - cd /src/sys/amd64/conf TB --- 2012-12-23 19:17:43 - /usr/sbin/config -m LINT TB --- 2012-12-23 19:17:43 - building LINT kernel TB --- 2012-12-23 19:17:43 - CROSS_BUILD_TESTING=YES TB --- 2012-12-23 19:17:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-23 19:17:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-23 19:17:43 - SRCCONF=/dev/null TB --- 2012-12-23 19:17:43 - TARGET=amd64 TB --- 2012-12-23 19:17:43 - TARGET_ARCH=amd64 TB --- 2012-12-23 19:17:43 - TZ=UTC TB --- 2012-12-23 19:17:43 - __MAKE_CONF=/dev/null TB --- 2012-12-23 19:17:43 - cd /src TB --- 2012-12-23 19:17:43 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sun Dec 23 19:17:43 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -s! td=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/refcount.c cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@
[releng_8 tinderbox] failure on sparc64/sparc64
TB --- 2012-12-23 19:14:34 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2012-12-23 19:14:34 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-23 19:14:34 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2012-12-23 19:14:34 - cleaning the object tree TB --- 2012-12-23 19:14:56 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-12-23 19:14:56 - cd /tinderbox/RELENG_8/sparc64/sparc64 TB --- 2012-12-23 19:14:56 - /usr/local/bin/svn cleanup /src TB --- 2012-12-23 19:15:04 - /usr/local/bin/svn update /src TB --- 2012-12-23 19:15:08 - building world TB --- 2012-12-23 19:15:08 - CROSS_BUILD_TESTING=YES TB --- 2012-12-23 19:15:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-23 19:15:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-23 19:15:08 - SRCCONF=/dev/null TB --- 2012-12-23 19:15:08 - TARGET=sparc64 TB --- 2012-12-23 19:15:08 - TARGET_ARCH=sparc64 TB --- 2012-12-23 19:15:08 - TZ=UTC TB --- 2012-12-23 19:15:08 - __MAKE_CONF=/dev/null TB --- 2012-12-23 19:15:08 - cd /src TB --- 2012-12-23 19:15:08 - /usr/bin/make -B buildworld World build started on Sun Dec 23 19:15:08 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sun Dec 23 19:53:34 UTC 2012 TB --- 2012-12-23 19:53:34 - generating LINT kernel config TB --- 2012-12-23 19:53:34 - cd /src/sys/sparc64/conf TB --- 2012-12-23 19:53:34 - /usr/bin/make -B LINT TB --- 2012-12-23 19:53:34 - cd /src/sys/sparc64/conf TB --- 2012-12-23 19:53:34 - /usr/sbin/config -m LINT TB --- 2012-12-23 19:53:34 - building LINT kernel TB --- 2012-12-23 19:53:34 - CROSS_BUILD_TESTING=YES TB --- 2012-12-23 19:53:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-23 19:53:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-23 19:53:34 - SRCCONF=/dev/null TB --- 2012-12-23 19:53:34 - TARGET=sparc64 TB --- 2012-12-23 19:53:34 - TARGET_ARCH=sparc64 TB --- 2012-12-23 19:53:34 - TZ=UTC TB --- 2012-12-23 19:53:34 - __MAKE_CONF=/dev/null TB --- 2012-12-23 19:53:34 - cd /src TB --- 2012-12-23 19:53:34 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sun Dec 23 19:53:34 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ar! ith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/refcount.c cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT
GNATS now available via rsync
Hey, The GNATS database can now be mirrored using rsync from: rsync://bit0.us-west.freebsd.org/FreeBSD-bit/gnats/ I expect that URL to be permanent, at least while GNATS is still alive. At a later point there will be more mirrors (a us-east will be the first) and I will find a place to publish the mirror list. On a side note, GNATS changes aren't mirrored to the old CVSup system right now, as cvsupd broke on FreeBSD 10.0, which the hosts running GNATS is running. There is no current plans from clusteradm@'s side to fix this now that an alternative way to get GNATS exists and cvsup is deprecated long term anyway. -- Simon L. B. Nielsen Hat: clusteradm@ ___ 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
FreeBSD 9.1-RELEASE crashes almost daily; backtraces always list zfs routines
Please help, I reported this issue on http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/174372 but the crashes are unbearable since they happen regularly at night, most of the time when periodic.daily is called (3am) but there are exceptions. It seems like it can be triggered by any heavy disk activity. In many of the crash dumps the current process is find command, but of course that's does not always is the cause. When calling scrub, it appears to pass successfully. Smartmon tools is not reporting any disk errors. I tested memory using memtest86 about a month ago and it passed tests successfully. I never had this type of issue on 9.0, and not much changed in my kernel config besides installing WiFi card. System: FreeBSD chinatsu.takeda.tk 9.1-RELEASE FreeBSD 9.1-RELEASE #2 r244482: Wed Dec 19 23:28:15 PST 2012 r...@chinatsu.takeda.tk:/usr/obj/usr/src/sys/CHINATSU amd64 It's compiled from releng/9.1 branch. Thank you for any help, Derek Example crash messages: Today: panic: general protection fault cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 panic() at panic+0x1cd trap_fatal() at trap_fatal+0x285 trap() at trap+0x23e calltrap() at calltrap+0x8 --- trap 0x9, rip = 0x8101f5ac, rsp = 0xff8230ac18c0, rbp = 0xff8230ac18d0 --- list_prev() at list_prev+0xc arc_evict() at arc_evict+0x194 arc_adjust() at arc_adjust+0x1a1 arc_reclaim_thread() at arc_reclaim_thread+0x1a6 fork_exit() at fork_exit+0x11c fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xff8230ac1bb0, rbp = 0 --- Uptime: 20h44m51s Dumping 1157 out of 8072 MB:..2%..12%..21%..31%..41%..52%..61%..71%..81%..92% Yesterday: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xffe8 fault code = supervisor read data, page not present instruction pointer = 0x20:0x8102d1e7 stack pointer = 0x28:0xff82315ec190 frame pointer = 0x28:0xff82315ec280 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 = 34744 (find) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 panic() at panic+0x1cd trap_fatal() at trap_fatal+0x285 trap_pfault() at trap_pfault+0x216 trap() at trap+0x363 calltrap() at calltrap+0x8 --- trap 0xc, rip = 0x8102d1e7, rsp = 0xff82315ec190, rbp = 0xff82315ec280 --- arc_evict() at arc_evict+0x1e7 arc_get_data_buf() at arc_get_data_buf+0x1d5 arc_read_nolock() at arc_read_nolock+0x1ec arc_read() at arc_read+0x93 dbuf_read() at dbuf_read+0x452 dmu_buf_hold() at dmu_buf_hold+0xe0 zap_lockdir() at zap_lockdir+0x58 zap_cursor_retrieve() at zap_cursor_retrieve+0x19b zfs_freebsd_readdir() at zfs_freebsd_readdir+0x2ee VOP_READDIR_APV() at VOP_READDIR_APV+0x4a kern_getdirentries() at kern_getdirentries+0x225 sys_getdirentries() at sys_getdirentries+0x23 amd64_syscall() at amd64_syscall+0x5d8 Xfast_syscall() at Xfast_syscall+0xf7 --- syscall (196, FreeBSD ELF64, sys_getdirentries), rip = 0x80089b29c, rsp = 0x7fffd8a8, rbp = 0x1 --- Uptime: 2d3h49m3s Dumping 3701 out of 8072 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% -- Best regards, Derek mailto:tak...@takeda.tk ___ 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: ipv6_addrs_IF aliases in rc.conf(5)
On Sat, Dec 22, 2012 at 7:49 PM, Łukasz Wąsikowski luk...@wasikowski.net wrote: W dniu 2012-12-22 18:14, Ben Morrow pisze: Quoth =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= luk...@wasikowski.net: W dniu 2012-12-22 04:41, Kimmo Paasiala pisze: Yeah, this is problem in network.subr. An interface is not recognized as IPv6 capable if the interface is not in ipv6_network_interfaces and there's no ifconfig_IF_ipv6 in rc.conf(5), bummer. For IPv4 it just works because the interface is always assumed to be IPv4 capable. Ok, I used ifconfig_em0_ipv6=up and it worked. So it looks like this: The documented way to do this is to just set the link-local address in ifconfig_IF_ipv6, since an interface is required to have a link-local address. Either configure an fe80:: address explicitly or set ifconfig_em0_ipv6=inet6 auto_linklocal Alternatively, if you set ipv6_activate_all_interfaces all interfaces will be considered IPv6-capable. link-local address is assigned by default, even with ifconfig_IF_ipv6=up. root@freebsd:~ # grep -Ev '^[[:space:]]*#|^$' /etc/rc.conf ; ifconfig em0 | grep -E '^[[:space:]]*inet6' | head -2 hostname=freebsd ifconfig_em0=up ipv4_addrs_em0=192.168.168.20-24/24 defaultrouter=192.168.168.1 ipv6_network_interfaces=em0 ipv6_defaultrouter=2001:6a0:1cb:: ifconfig_em0_ipv6=up ipv6_addrs_em0=2001:6a0:1cb::1-e/128 sshd_enable=YES dumpdev=NO named_enable=YES inet6 fe80::a00:27ff:fe02:8371%em0 prefixlen 64 scopeid 0x1 inet6 2001:6a0:1cb::1 prefixlen 128 Of course using inet6 auto_linklocal instead of up seems a better way to do it, thank you for this tip. -- best regards, Lukasz Wasikowski I have put up the patch at github as: https://gist.github.com/4362018 This version should work with just the ipv6_addrs_IF in rc.conf(5). I changed the detection of ipv6 interfaces so that just having the ipv6_addrs_IF line is enough. -Kimmo ___ 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: 9.1 minimal ram requirements
Ok, I'll see about disabling it in GENERIC and STABLE/9 for now, at least until Ken has some idea of what's going on. Thanks, Adrian ___ 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: 9.1 minimal ram requirements
.. has someone filed a PR for it? Adrian ___ 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: 9.1 minimal ram requirements
The reason it grabs RAM up front is that it was written for an embedded platform where memory allocations might fail later on after things had been running and memory got fragmented. At this point, no, it doesn't need to allocate all of its memory up front. I actually need to put some effort into right-sizing the memory footprint, but that will take adding some fields to the path inquiry CCB so it knows what the capabilities of the target adapter are. (And that typically takes a CAM version bump, which breaks the ABI...) In any case, the memory footprint (and any possible side effects from the mpt driver with FC boards) are why I put the disable switch in. If there is memory allocated when it is disabled, then that is a bug. I'm on vacation so it'll be a little while before I'm in a position to fix this, but hopefully the disable switch should help anyone running with smaller amounts of memory. Ken On Sat, Dec 22, 2012 at 22:32:07 -0800, Adrian Chadd wrote: Ken, Does CAM CTL really need to pre-allocate 35MB of RAM at startup? Adrian On 22 December 2012 16:45, Sergey Kandaurov pluk...@gmail.com wrote: On 23 December 2012 03:40, Marten Vijn i...@martenvijn.nl wrote: On 12/23/2012 12:27 AM, Jakub Lach wrote: Guys, I've heard about some absurd RAM requirements for 9.1, has anybody tested it? e.g. http://forums.freebsd.org/showthread.php?t=36314 jup, I can comfirm this with nanobsd (cross) compiled for my soekris net4501 which has 64 MB mem: from dmesg: real memory = 67108864 (64 MB) while the same config compiled against a 9.0 tree still works... This (i.e. the kmem_map too small message seen with kernel memory shortage) could be due to CAM CTL ('device ctl' added in 9.1), which is quite a big kernel memory consumer. Try to disable CTL in loader with kern.cam.ctl.disable=1 to finish boot. A longer term workaround could be to postpone those memory allocations until the first call to CTL. # cam ctl init allocates roughly 35 MB of kernel memory at once # three memory pools, somewhat under M_DEVBUF, and memory disk # devbuf takes 1022K with kern.cam.ctl.disable=1 Type InUse MemUse HighUse Requests Size(s) devbuf 213 20366K - 265 16,32,64,128,256,512,1024,2048,4096 ctlmem 5062 10113K - 5062 64,2048 ctlblk 200 800K - 200 4096 ramdisk 1 4096K -1 ctlpool 532 138K - 532 16,512 -- wbr, pluknet ___ 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 -- Kenneth Merry k...@freebsd.org ___ 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