Re: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI
On Oct 21, 2013, at 10:18 AM, Allan Jude wrote: > On 2013-10-21 13:14, Teske, Devin wrote: >> On Oct 21, 2013, at 10:12 AM, Allan Jude wrote: >> >>> On 2013-10-21 12:19, Teske, Devin wrote: On Oct 21, 2013, at 9:06 AM, Allan Jude wrote: > On 2013-10-21 12:04, Teske, Devin wrote: >> On Oct 21, 2013, at 8:50 AM, Allan Jude wrote: >> >>> On 2013-10-21 11:45, Johan Broman wrote: Hi! Sorry for the delayed answer. I've patched zfsboot and rebuilt the release. I now get an error message that ada2 can't be used, which is correct. Good stuff! :) ( I've recreated the test environment using a KVM guest with four SATA drives instead of the server I was using. I makes it easier to test stuff. ) Here's the screenshot: https://urldefense.proofpoint.com/v1/url?u=http://212.181.212.146/bsdinstall/Screenshot_2013-10-21.png&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=B6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=f6fc4ec7c9d8b9486e897156dac5af7c3f64e3fae746dcf6c66ad91564a8ce99 Maybe one should be unable to select drives that are part of a graid in the first place? Or is that out-of-scope for bsdinstall at this point? (As I guess that requires too many changes/new lines) Cheers Johan On 19/10/13 22:20, Teske, Devin wrote: > On Oct 19, 2013, at 10:07 AM, Johan Broman wrote: > >> I recreated the graid mirror on ada2 and ada3 and reran the >> installation. I'm unable to scroll the msgbox using PgDn or arrow >> keys. There is no indication that the action failed and I'm returned >> to the ZFS setup screen if I hit OK. >> >> I have screen shots (taken with my phone) of the msgbox and "ps >> auxwww" output. Let me know what kind of debug info you would like. >> I've put the screen shots here: >> >> https://urldefense.proofpoint.com/v1/url?u=http://212.181.212.146/bsdinstall&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=B6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=6322000e13ed155bda748698c4a0d54c9de7c29f5566affe202d7c5a29917cd1 > I've added a patch to fix debugging in the zfsboot script... > > https://urldefense.proofpoint.com/v1/url?u=http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdinstall_zfs/&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=B6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=1dc96a8b5450d27fe8210b361c9ed736ccd448f78df6aabe170bb80e31bca6d9 > > Feedback welcome. > > Johan,... > > Can you see if the patch sheds some better light as to what's failing? > > The patch won't fix the problem, but it should give us an accurate > error > message so that we can learn what precisely is returning an error > status. > > Thanks in advance. > >>> I do notice that Devin's manually prefixing the error message with the >>> tool name, is partially redundancy when the tool does it it self, but we >>> can't always be sure it will do that. >>> >> The next patchset will fix that. >> >> I'm dropping the tool name from the msgbox contents and putting it in >> the title (e.g., '"Error: gpart") that way... even if the tool spits out >> its own >> name (or not), we'll know what exactly what was going on by looking >> at the title. >> >> >>> the graid thing is rather hard to detect, especially when it is a >>> faulted array that doesn't even appear in graid status etc. >>> >> I believe the idea behind the script is that whatever you tell it to use >> will >> be destroyed. >> >> Allan, maybe perhaps we could add some code that attempts to dis- >> assemble a graid to make the disk usable? >> >> Johan, what would you be more apt to expect? That it killed your graid >> or that it gave an error? (/me thinks what the recourse to the error >> might >> entail -- going to partedit?) > Your recourse would be switching to the shell (control+alt+f4) and > destroying the graid. > > I am a little hesitant to go destroying graids unprompted. If we had the > geom.confxml parsing, we might be able to detect it and ask the user > what to do > Well, my concern with going and asking about each/every configuration before we clear it... Hasn't the user already answered a "Last Chance!" dialog giving the go- ahead to nuke any/all data *and* configurations on a drive? >>> I guess that makes sense, We offer the dialog to allow the user to >>> investigate their disk in detail so they can be
[head tinderbox] failure on powerpc/powerpc
TB --- 2013-11-02 03:08:34 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-02 03:08:34 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-02 03:08:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-11-02 03:08:34 - cleaning the object tree TB --- 2013-11-02 03:08:34 - /usr/local/bin/svn stat /src TB --- 2013-11-02 03:08:37 - At svn revision 257529 TB --- 2013-11-02 03:08:38 - building world TB --- 2013-11-02 03:08:38 - CROSS_BUILD_TESTING=YES TB --- 2013-11-02 03:08:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-02 03:08:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-02 03:08:38 - SRCCONF=/dev/null TB --- 2013-11-02 03:08:38 - TARGET=powerpc TB --- 2013-11-02 03:08:38 - TARGET_ARCH=powerpc TB --- 2013-11-02 03:08:38 - TZ=UTC TB --- 2013-11-02 03:08:38 - __MAKE_CONF=/dev/null TB --- 2013-11-02 03:08:38 - cd /src TB --- 2013-11-02 03:08:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Nov 2 03:08:45 UTC 2013 >>> 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 Sat Nov 2 05:44:20 UTC 2013 TB --- 2013-11-02 05:44:20 - generating LINT kernel config TB --- 2013-11-02 05:44:20 - cd /src/sys/powerpc/conf TB --- 2013-11-02 05:44:20 - /usr/bin/make -B LINT TB --- 2013-11-02 05:44:20 - cd /src/sys/powerpc/conf TB --- 2013-11-02 05:44:20 - /usr/sbin/config -m LINT TB --- 2013-11-02 05:44:20 - building LINT kernel TB --- 2013-11-02 05:44:20 - CROSS_BUILD_TESTING=YES TB --- 2013-11-02 05:44:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-02 05:44:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-02 05:44:20 - SRCCONF=/dev/null TB --- 2013-11-02 05:44:20 - TARGET=powerpc TB --- 2013-11-02 05:44:20 - TARGET_ARCH=powerpc TB --- 2013-11-02 05:44:20 - TZ=UTC TB --- 2013-11-02 05:44:20 - __MAKE_CONF=/dev/null TB --- 2013-11-02 05:44:20 - cd /src TB --- 2013-11-02 05:44:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 2 05:44:20 UTC 2013 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/mmu_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/pic_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/platform_if.m -h rm -f .newdep /obj/src/make.amd64/bmake -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc " xargs mkdep -a -f .newdep -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector /src/sys/dev/netmap/netmap.c:280:36: error: dev/netmap/netmap_mem2.h: No such file or directory /src/sys/dev/netmap/netmap_mem2.c:55:25: error: netmap_mem2.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-02 05:45:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-02 05:45:41 - ERROR: failed to build LINT kernel TB --- 2013-11-02 05:45:41 - 8140.04 user 1030.44 system 9427.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on sparc64/sparc64
TB --- 2013-11-02 04:12:41 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-02 04:12:41 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-02 04:12:41 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-11-02 04:12:41 - cleaning the object tree TB --- 2013-11-02 04:12:41 - /usr/local/bin/svn stat /src TB --- 2013-11-02 04:12:44 - At svn revision 257529 TB --- 2013-11-02 04:12:45 - building world TB --- 2013-11-02 04:12:45 - CROSS_BUILD_TESTING=YES TB --- 2013-11-02 04:12:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-02 04:12:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-02 04:12:45 - SRCCONF=/dev/null TB --- 2013-11-02 04:12:45 - TARGET=sparc64 TB --- 2013-11-02 04:12:45 - TARGET_ARCH=sparc64 TB --- 2013-11-02 04:12:45 - TZ=UTC TB --- 2013-11-02 04:12:45 - __MAKE_CONF=/dev/null TB --- 2013-11-02 04:12:45 - cd /src TB --- 2013-11-02 04:12:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Nov 2 04:12:52 UTC 2013 >>> 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 Sat Nov 2 05:16:41 UTC 2013 TB --- 2013-11-02 05:16:41 - generating LINT kernel config TB --- 2013-11-02 05:16:41 - cd /src/sys/sparc64/conf TB --- 2013-11-02 05:16:41 - /usr/bin/make -B LINT TB --- 2013-11-02 05:16:41 - cd /src/sys/sparc64/conf TB --- 2013-11-02 05:16:41 - /usr/sbin/config -m LINT TB --- 2013-11-02 05:16:41 - building LINT kernel TB --- 2013-11-02 05:16:41 - CROSS_BUILD_TESTING=YES TB --- 2013-11-02 05:16:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-02 05:16:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-02 05:16:41 - SRCCONF=/dev/null TB --- 2013-11-02 05:16:41 - TARGET=sparc64 TB --- 2013-11-02 05:16:41 - TARGET_ARCH=sparc64 TB --- 2013-11-02 05:16:41 - TZ=UTC TB --- 2013-11-02 05:16:41 - __MAKE_CONF=/dev/null TB --- 2013-11-02 05:16:41 - cd /src TB --- 2013-11-02 05:16:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 2 05:16:41 UTC 2013 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/sparc64/pci/ofw_pci_if.m -h rm -f .newdep /obj/src/make.amd64/bmake -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc " xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/dev/netmap/netmap.c:280:36: error: dev/netmap/netmap_mem2.h: No such file or directory /src/sys/dev/netmap/netmap_mem2.c:55:25: error: netmap_mem2.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-02 05:17:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-02 05:17:43 - ERROR: failed to build LINT kernel TB --- 2013-11-02 05:17:43 - 3208.34 user 573.05 system 3902.90 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Overriding sector size on disks?
What does "camcontrol identity" say? - Original Message - From: "Adrian Chadd" To: "freebsd-current" Sent: Saturday, November 02, 2013 2:45 AM Subject: Overriding sector size on disks? Hi! I have an odd problem. That, honestly, can't be that odd. I have a bunch of SATA disks that when plugged into the laptop directly, show up as 512 byte sectors. But if I plug it in via this iomega USB caddy, they show up as 4k sector devices. Because of this, partitions just plainly don't work. Has anyone faced this? Is there some trick to do to get these things to go back to being 512 byte sector devices so one can use them? Similarly, because they show up as 512 byte sector devices on macosx/linux, they can read/write NTFS/MSDOS partitions on the thing. But if I plug it into freebsd, it shows up as a 4k sector device and things plainly don't work. Thanks! -adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmas...@multiplay.co.uk. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on i386/pc98
TB --- 2013-11-02 00:35:27 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-02 00:35:27 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-02 00:35:27 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-11-02 00:35:27 - cleaning the object tree TB --- 2013-11-02 00:35:27 - /usr/local/bin/svn stat /src TB --- 2013-11-02 00:35:46 - At svn revision 257529 TB --- 2013-11-02 00:35:47 - building world TB --- 2013-11-02 00:35:47 - CROSS_BUILD_TESTING=YES TB --- 2013-11-02 00:35:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-02 00:35:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-02 00:35:47 - SRCCONF=/dev/null TB --- 2013-11-02 00:35:47 - TARGET=pc98 TB --- 2013-11-02 00:35:47 - TARGET_ARCH=i386 TB --- 2013-11-02 00:35:47 - TZ=UTC TB --- 2013-11-02 00:35:47 - __MAKE_CONF=/dev/null TB --- 2013-11-02 00:35:47 - cd /src TB --- 2013-11-02 00:35:47 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Nov 2 00:35:55 UTC 2013 >>> 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 Sat Nov 2 03:59:23 UTC 2013 TB --- 2013-11-02 03:59:23 - generating LINT kernel config TB --- 2013-11-02 03:59:23 - cd /src/sys/pc98/conf TB --- 2013-11-02 03:59:23 - /usr/bin/make -B LINT TB --- 2013-11-02 03:59:23 - cd /src/sys/pc98/conf TB --- 2013-11-02 03:59:23 - /usr/sbin/config -m LINT TB --- 2013-11-02 03:59:24 - building LINT kernel TB --- 2013-11-02 03:59:24 - CROSS_BUILD_TESTING=YES TB --- 2013-11-02 03:59:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-02 03:59:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-02 03:59:24 - SRCCONF=/dev/null TB --- 2013-11-02 03:59:24 - TARGET=pc98 TB --- 2013-11-02 03:59:24 - TARGET_ARCH=i386 TB --- 2013-11-02 03:59:24 - TZ=UTC TB --- 2013-11-02 03:59:24 - __MAKE_CONF=/dev/null TB --- 2013-11-02 03:59:24 - cd /src TB --- 2013-11-02 03:59:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 2 03:59:24 UTC 2013 >>> 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 [...] #include ^ 1 error generated. /src/sys/dev/netmap/netmap_mem2.c:55:10: fatal error: 'netmap_mem2.h' file not found #include "netmap_mem2.h" ^ 1 error generated. mkdep: compile failed *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-02 04:02:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-02 04:02:15 - ERROR: failed to build LINT kernel TB --- 2013-11-02 04:02:15 - 9938.87 user 1543.93 system 12408.47 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Overriding sector size on disks?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-11-01 22:45, Adrian Chadd wrote: > Hi! > > I have an odd problem. That, honestly, can't be that odd. > > I have a bunch of SATA disks that when plugged into the laptop > directly, show up as 512 byte sectors. But if I plug it in via this > iomega USB caddy, they show up as 4k sector devices. > > Because of this, partitions just plainly don't work. > > Has anyone faced this? Is there some trick to do to get these things > to go back to being 512 byte sector devices so one can use them? > > Similarly, because they show up as 512 byte sector devices on > macosx/linux, they can read/write NTFS/MSDOS partitions on the thing. > But if I plug it into freebsd, it shows up as a 4k sector device and > things plainly don't work. > > Thanks! > > > > -adrian > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" I use gnop -S 4096 to force 4k sectors when creating ZFS pools I imagine you might be able to do gnop -S 512 to go the other way, although I am not sure how to handle that for constant use. - -- Allan Jude -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSdG2VAAoJEJrBFpNRJZKfGn0QAKcMLkJnLO9p+F8X0a443EaW jWTZAMgkP8Uo/VwLCCqHBBtZxk5pyviEdqcTJvzVYv2x6FE/WE8HlyIXjbyzZNoa zCU50plfSsxnk/G02TAuFRNmKPWvSw0oZVwvHC6+jwo0G9WIoVwupwNYdWLnfGCw MuwysQi7MqlSqnDmx2naEPbbiNyPW0pWDnjHHy5bf01Jqao9uPtdGgG48/fGhYxb +ViWGCVS+A5isMqDjVuW1QUetazu/1Kd1uycdWDGqTXfuzQ9/XBpubw7itYV9fn2 HL8ksQoEIye4516jEP/VLCGyElI9BJxW6QOxPGibpxZkyHV0DiMlR1yfLdV5rChb 1jTXwGYqfOtORKVCWOOUhoXeOvdZFnOLt8Lb7ckhoyNh2lh0v/pbuVAXC3KE0vSt BwpgHYqATdlZrF2G5RmIWykxUgEVt4KJ2Fn0/Q6ZMB9nTMhnEGafhMOYd2xgi474 Z82y79c95wb07dchrWCNeBQydw/paNqR4BjN6toS7OvFRipf4IcjuaFeLGWAY0GW jN6gTZXRLzpnYxgSqKVaNcaPces8tdestfzrfKn3E4+iuurrs/aerdsv6YsagV36 Poi2dPv4bWd7s26uK2YvBVTtGADydDHHSDd1J2BGJPooY2i2blfWsZ8gNDIzp1KV WXPfz6tWcHifrUl/SGfZ =lHXF -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Overriding sector size on disks?
Hi! I have an odd problem. That, honestly, can't be that odd. I have a bunch of SATA disks that when plugged into the laptop directly, show up as 512 byte sectors. But if I plug it in via this iomega USB caddy, they show up as 4k sector devices. Because of this, partitions just plainly don't work. Has anyone faced this? Is there some trick to do to get these things to go back to being 512 byte sector devices so one can use them? Similarly, because they show up as 512 byte sector devices on macosx/linux, they can read/write NTFS/MSDOS partitions on the thing. But if I plug it into freebsd, it shows up as a 4k sector device and things plainly don't work. Thanks! -adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on ia64/ia64
TB --- 2013-11-02 00:47:21 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-02 00:47:21 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-02 00:47:21 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-11-02 00:47:21 - cleaning the object tree TB --- 2013-11-02 00:47:21 - /usr/local/bin/svn stat /src TB --- 2013-11-02 00:47:24 - At svn revision 257529 TB --- 2013-11-02 00:47:25 - building world TB --- 2013-11-02 00:47:25 - CROSS_BUILD_TESTING=YES TB --- 2013-11-02 00:47:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-02 00:47:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-02 00:47:25 - SRCCONF=/dev/null TB --- 2013-11-02 00:47:25 - TARGET=ia64 TB --- 2013-11-02 00:47:25 - TARGET_ARCH=ia64 TB --- 2013-11-02 00:47:25 - TZ=UTC TB --- 2013-11-02 00:47:25 - __MAKE_CONF=/dev/null TB --- 2013-11-02 00:47:25 - cd /src TB --- 2013-11-02 00:47:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Nov 2 00:47:33 UTC 2013 >>> 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 Sat Nov 2 02:24:42 UTC 2013 TB --- 2013-11-02 02:24:42 - generating LINT kernel config TB --- 2013-11-02 02:24:42 - cd /src/sys/ia64/conf TB --- 2013-11-02 02:24:42 - /usr/bin/make -B LINT TB --- 2013-11-02 02:24:42 - cd /src/sys/ia64/conf TB --- 2013-11-02 02:24:42 - /usr/sbin/config -m LINT TB --- 2013-11-02 02:24:42 - building LINT kernel TB --- 2013-11-02 02:24:42 - CROSS_BUILD_TESTING=YES TB --- 2013-11-02 02:24:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-02 02:24:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-02 02:24:42 - SRCCONF=/dev/null TB --- 2013-11-02 02:24:42 - TARGET=ia64 TB --- 2013-11-02 02:24:42 - TARGET_ARCH=ia64 TB --- 2013-11-02 02:24:42 - TZ=UTC TB --- 2013-11-02 02:24:42 - __MAKE_CONF=/dev/null TB --- 2013-11-02 02:24:42 - cd /src TB --- 2013-11-02 02:24:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 2 02:24:42 UTC 2013 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /obj/src/make.amd64/bmake -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc " xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/dev/netmap/netmap.c:280:36: error: dev/netmap/netmap_mem2.h: No such file or directory /src/sys/dev/netmap/netmap_mem2.c:55:25: error: netmap_mem2.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-02 02:26:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-02 02:26:13 - ERROR: failed to build LINT kernel TB --- 2013-11-02 02:26:13 - 4611.18 user 929.72 system 5931.84 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Official FreeBSD Binary Packages now available for pkgng
On 10/31/2013 05:21 PM, Freddie Cash wrote: >tried pkg.freebsd.org it got below. >Our DNS server can resolve proxy server only. >Only proxy server can resolve internet sites, this is how our company force >all traffic went through proxy server. > >Eric > >Network Error (dns_server_failure) > > Your request could not be processed because an error occurred contacting >the DNS server. The DNS server may be temporarily unavailable, or there >could be a network problem. >If problem persists, please open a ticket with Motorola help desk; and copy >and paste this page in ticket. > >Date/Time: 2013-10-31 22:11:37 Request: GEThttp://pkg.freebsd.org/ Error: >(dns_server_failure) Proxy Name:proxy >Proxy IP: xxx.xxx.xxx.xxx Client IP: zzz.zzz.zzz.zzz >Referer URL: > So, then manually specific a specific pkg mirror and by-pass the DNS SRV record resolution step. This kind of proxy configuration is not uncommon. It would be awesome if this would Just Work. It would remove an impediment to adoption, which is especially important in the kind of environments that have this kind of proxy configuration. Simply adding the mirrors' A (and ) records to pkg.freebsd.org might suffice. Alternatively, running an HTTP-redirection service on a host named pkg.freebsd.org would offer as much flexibility as the SRV records, if not more. However, it would require maintenance of yet another central service. Eric ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on amd64/amd64
TB --- 2013-11-01 21:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-01 21:30:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-01 21:30:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-11-01 21:30:18 - cleaning the object tree TB --- 2013-11-01 21:32:38 - /usr/local/bin/svn stat /src TB --- 2013-11-01 21:32:41 - At svn revision 257529 TB --- 2013-11-01 21:32:42 - building world TB --- 2013-11-01 21:32:42 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 21:32:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 21:32:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 21:32:42 - SRCCONF=/dev/null TB --- 2013-11-01 21:32:42 - TARGET=amd64 TB --- 2013-11-01 21:32:42 - TARGET_ARCH=amd64 TB --- 2013-11-01 21:32:42 - TZ=UTC TB --- 2013-11-01 21:32:42 - __MAKE_CONF=/dev/null TB --- 2013-11-01 21:32:42 - cd /src TB --- 2013-11-01 21:32:42 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 1 21:32:48 UTC 2013 >>> 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 Sat Nov 2 01:20:52 UTC 2013 TB --- 2013-11-02 01:20:52 - generating LINT kernel config TB --- 2013-11-02 01:20:52 - cd /src/sys/amd64/conf TB --- 2013-11-02 01:20:52 - /usr/bin/make -B LINT TB --- 2013-11-02 01:20:52 - cd /src/sys/amd64/conf TB --- 2013-11-02 01:20:52 - /usr/sbin/config -m LINT TB --- 2013-11-02 01:20:52 - building LINT kernel TB --- 2013-11-02 01:20:52 - CROSS_BUILD_TESTING=YES TB --- 2013-11-02 01:20:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-02 01:20:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-02 01:20:52 - SRCCONF=/dev/null TB --- 2013-11-02 01:20:52 - TARGET=amd64 TB --- 2013-11-02 01:20:52 - TARGET_ARCH=amd64 TB --- 2013-11-02 01:20:52 - TZ=UTC TB --- 2013-11-02 01:20:52 - __MAKE_CONF=/dev/null TB --- 2013-11-02 01:20:52 - cd /src TB --- 2013-11-02 01:20:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 2 01:20:52 UTC 2013 >>> 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 [...] #include ^ 1 error generated. /src/sys/dev/netmap/netmap_mem2.c:55:10: fatal error: 'netmap_mem2.h' file not found #include "netmap_mem2.h" ^ 1 error generated. mkdep: compile failed *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-02 01:24:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-02 01:24:31 - ERROR: failed to build LINT kernel TB --- 2013-11-02 01:24:31 - 10887.61 user 2180.36 system 14052.92 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on i386/i386
TB --- 2013-11-01 21:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-01 21:30:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-01 21:30:18 - starting HEAD tinderbox run for i386/i386 TB --- 2013-11-01 21:30:18 - cleaning the object tree TB --- 2013-11-01 21:30:18 - /usr/local/bin/svn stat /src TB --- 2013-11-01 21:30:22 - At svn revision 257529 TB --- 2013-11-01 21:30:23 - building world TB --- 2013-11-01 21:30:23 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 21:30:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 21:30:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 21:30:23 - SRCCONF=/dev/null TB --- 2013-11-01 21:30:23 - TARGET=i386 TB --- 2013-11-01 21:30:23 - TARGET_ARCH=i386 TB --- 2013-11-01 21:30:23 - TZ=UTC TB --- 2013-11-01 21:30:23 - __MAKE_CONF=/dev/null TB --- 2013-11-01 21:30:23 - cd /src TB --- 2013-11-01 21:30:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 1 21:30:34 UTC 2013 >>> 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 Sat Nov 2 00:42:54 UTC 2013 TB --- 2013-11-02 00:42:54 - generating LINT kernel config TB --- 2013-11-02 00:42:54 - cd /src/sys/i386/conf TB --- 2013-11-02 00:42:54 - /usr/bin/make -B LINT TB --- 2013-11-02 00:42:54 - cd /src/sys/i386/conf TB --- 2013-11-02 00:42:54 - /usr/sbin/config -m LINT TB --- 2013-11-02 00:42:54 - building LINT kernel TB --- 2013-11-02 00:42:54 - CROSS_BUILD_TESTING=YES TB --- 2013-11-02 00:42:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-02 00:42:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-02 00:42:54 - SRCCONF=/dev/null TB --- 2013-11-02 00:42:54 - TARGET=i386 TB --- 2013-11-02 00:42:54 - TARGET_ARCH=i386 TB --- 2013-11-02 00:42:54 - TZ=UTC TB --- 2013-11-02 00:42:54 - __MAKE_CONF=/dev/null TB --- 2013-11-02 00:42:54 - cd /src TB --- 2013-11-02 00:42:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 2 00:42:55 UTC 2013 >>> 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 [...] #include ^ 1 error generated. /src/sys/dev/netmap/netmap_mem2.c:55:10: fatal error: 'netmap_mem2.h' file not found #include "netmap_mem2.h" ^ 1 error generated. mkdep: compile failed *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-02 00:47:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-02 00:47:21 - ERROR: failed to build LINT kernel TB --- 2013-11-02 00:47:21 - 9470.87 user 1737.19 system 11822.38 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on arm/arm
TB --- 2013-11-01 21:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-01 21:30:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-01 21:30:18 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-01 21:30:18 - cleaning the object tree TB --- 2013-11-01 21:30:18 - /usr/local/bin/svn stat /src TB --- 2013-11-01 21:30:22 - At svn revision 257529 TB --- 2013-11-01 21:30:23 - building world TB --- 2013-11-01 21:30:23 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 21:30:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 21:30:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 21:30:23 - SRCCONF=/dev/null TB --- 2013-11-01 21:30:23 - TARGET=arm TB --- 2013-11-01 21:30:23 - TARGET_ARCH=arm TB --- 2013-11-01 21:30:23 - TZ=UTC TB --- 2013-11-01 21:30:23 - __MAKE_CONF=/dev/null TB --- 2013-11-01 21:30:23 - cd /src TB --- 2013-11-01 21:30:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 1 21:30:34 UTC 2013 >>> 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 Sat Nov 2 00:32:46 UTC 2013 TB --- 2013-11-02 00:32:46 - generating LINT kernel config TB --- 2013-11-02 00:32:46 - cd /src/sys/arm/conf TB --- 2013-11-02 00:32:46 - /usr/bin/make -B LINT TB --- 2013-11-02 00:32:46 - cd /src/sys/arm/conf TB --- 2013-11-02 00:32:46 - /usr/sbin/config -m LINT TB --- 2013-11-02 00:32:46 - building LINT kernel TB --- 2013-11-02 00:32:46 - CROSS_BUILD_TESTING=YES TB --- 2013-11-02 00:32:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-02 00:32:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-02 00:32:46 - SRCCONF=/dev/null TB --- 2013-11-02 00:32:46 - TARGET=arm TB --- 2013-11-02 00:32:46 - TARGET_ARCH=arm TB --- 2013-11-02 00:32:46 - TZ=UTC TB --- 2013-11-02 00:32:46 - __MAKE_CONF=/dev/null TB --- 2013-11-02 00:32:46 - cd /src TB --- 2013-11-02 00:32:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 2 00:32:47 UTC 2013 >>> 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 [...] #include ^ 1 error generated. /src/sys/dev/netmap/netmap_mem2.c:55:10: fatal error: 'netmap_mem2.h' file not found #include "netmap_mem2.h" ^ 1 error generated. mkdep: compile failed *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-02 00:35:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-02 00:35:27 - ERROR: failed to build LINT kernel TB --- 2013-11-02 00:35:27 - 8809.11 user 1650.27 system 11108.34 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: dhclient: send_packet: No buffer space available
On 1 November 2013 08:45, hiren panchasara wrote: > On Fri, Nov 1, 2013 at 8:32 AM, Matthias Apitz wrote: >> >> >> Hello, >> >> Since I have updated my netbook to r255948 I see from time to time in >> the console the message: >> >> Nov 1 16:20:28 tiny-r255948 dhclient[696]: send_packet: No buffer space >> available > > Yes, this is a knownish issue which doesn't _seem_ to cause any other > side-effects but its getting annoying now. I also see a lot of them > lately. > > I do not think this has been tracked down yet. Well, the first thing to establish is whether it's occuring in net80211 or the driver. I _think_ it's a net80211 problem, where dhclient is sending a frame to an interface that isn't yet ready. It's yet another race condition that I must've uncovered when I made the switch to if_transmit() in net80211. Yes, I'd love it if someone looked into it for me. :) -adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: dhclient: send_packet: No buffer space available
On Fri, Nov 1, 2013 at 8:32 AM, Matthias Apitz wrote: > > > Hello, > > Since I have updated my netbook to r255948 I see from time to time in > the console the message: > > Nov 1 16:20:28 tiny-r255948 dhclient[696]: send_packet: No buffer space > available Yes, this is a knownish issue which doesn't _seem_ to cause any other side-effects but its getting annoying now. I also see a lot of them lately. I do not think this has been tracked down yet. Cheers, Hiren ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
dhclient: send_packet: No buffer space available
Hello, Since I have updated my netbook to r255948 I see from time to time in the console the message: Nov 1 16:20:28 tiny-r255948 dhclient[696]: send_packet: No buffer space available The WLAN for the rest works fine without any problem or hick-ups and dhclient always gets and assigns the IP to the wlan0 (ath0) interface. Any idea? Thx matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: www.asciiribbon.org E-mail: g...@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on amd64/amd64
TB --- 2013-11-01 09:10:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-01 09:10:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-01 09:10:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-11-01 09:10:19 - cleaning the object tree TB --- 2013-11-01 09:12:41 - /usr/local/bin/svn stat /src TB --- 2013-11-01 09:12:44 - At svn revision 257497 TB --- 2013-11-01 09:12:45 - building world TB --- 2013-11-01 09:12:45 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 09:12:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 09:12:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 09:12:45 - SRCCONF=/dev/null TB --- 2013-11-01 09:12:45 - TARGET=amd64 TB --- 2013-11-01 09:12:45 - TARGET_ARCH=amd64 TB --- 2013-11-01 09:12:45 - TZ=UTC TB --- 2013-11-01 09:12:45 - __MAKE_CONF=/dev/null TB --- 2013-11-01 09:12:45 - cd /src TB --- 2013-11-01 09:12:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 1 09:12:52 UTC 2013 >>> 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 Fri Nov 1 13:01:33 UTC 2013 TB --- 2013-11-01 13:01:33 - generating LINT kernel config TB --- 2013-11-01 13:01:33 - cd /src/sys/amd64/conf TB --- 2013-11-01 13:01:33 - /usr/bin/make -B LINT TB --- 2013-11-01 13:01:33 - cd /src/sys/amd64/conf TB --- 2013-11-01 13:01:33 - /usr/sbin/config -m LINT TB --- 2013-11-01 13:01:33 - building LINT kernel TB --- 2013-11-01 13:01:33 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 13:01:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 13:01:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 13:01:33 - SRCCONF=/dev/null TB --- 2013-11-01 13:01:33 - TARGET=amd64 TB --- 2013-11-01 13:01:33 - TARGET_ARCH=amd64 TB --- 2013-11-01 13:01:33 - TZ=UTC TB --- 2013-11-01 13:01:33 - __MAKE_CONF=/dev/null TB --- 2013-11-01 13:01:33 - cd /src TB --- 2013-11-01 13:01:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 1 13:01:33 UTC 2013 >>> 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 >>> Kernel build for LINT completed on Fri Nov 1 13:36:23 UTC 2013 TB --- 2013-11-01 13:36:23 - cd /src/sys/amd64/conf TB --- 2013-11-01 13:36:23 - /usr/sbin/config -m LINT-NOINET TB --- 2013-11-01 13:36:23 - building LINT-NOINET kernel TB --- 2013-11-01 13:36:23 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 13:36:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 13:36:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 13:36:23 - SRCCONF=/dev/null TB --- 2013-11-01 13:36:23 - TARGET=amd64 TB --- 2013-11-01 13:36:23 - TARGET_ARCH=amd64 TB --- 2013-11-01 13:36:23 - TZ=UTC TB --- 2013-11-01 13:36:23 - __MAKE_CONF=/dev/null TB --- 2013-11-01 13:36:23 - cd /src TB --- 2013-11-01 13:36:23 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Fri Nov 1 13:36:23 UTC 2013 >>> 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 >>> Kernel build for LINT-NOINET completed on Fri Nov 1 14:08:08 UTC 2013 TB --- 2013-11-01 14:08:08 - cd /src/sys/amd64/conf TB --- 2013-11-01 14:08:08 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-11-01 14:08:08 - building LINT-NOINET6 kernel TB --- 2013-11-01 14:08:08 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 14:08:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 14:08:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 14:08:08 - SRCCONF=/dev/null TB --- 2013-11-01 14:08:08 - TARGET=amd64 TB --- 2013-11-01 14:08:08 - TARGET_ARCH=amd64 TB --- 2013-11-01 14:08:08 - TZ=UTC TB --- 2013-11-01 14:08:08 - __MAKE_CONF=/dev/null TB --- 2013-11-01 14:08:08 - cd /src TB --- 2013-11-01 14:08:08 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Fri Nov 1 14:08:08 UTC 2013 >>> 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 >>> Kernel build for LINT-NOINET6 completed on Fri Nov 1 14:40:02 UTC 2013 TB --- 2013-11-01 14:40:02 - cd /src/sys/amd64/conf TB --- 2013-11-01 14:40:02 - /usr/sbin/confi
Re: Fatal trap 12: page fault while in kernel mode (FUSE related?)
On Thu, Oct 31, 2013 at 09:59:42AM -0700, Kevin Oberman wrote: > On Tue, Oct 29, 2013 at 3:24 AM, Alexey Dokuchaev wrote: > > I was running out of space on my UFS partition and decided to use big NTFS > > one I also have on the drive. I've mounted it with ntfs-3g and our native > > fuse.ko. I needed the scratch space to built Open/LibreOffice on it *LOL*. > > Well, it failed with a panic (see the excerpt from text core at the end of > > this email; full debug info is available upon request). > > I get a very similar panic when I attempt an rsync from a remote system > to my NTFS drive. Very easy to reproduce. Something in fuse goes off the > rails under active R/W activity, it seems. Hmm, given more people are seeing it, and it's not too hard to reproduce, I hope it can be tracked down and nailed. I will enable debugging features in my kernel so I can gather some data when this shit happens again to me. ./danfe ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[CFT & review] new in_control()
Hi! I've got a patch that cleans up the way we configure and delete IPv4 on interfaces. What it does: 1) separate function for SIOCAIFADDR, with clear code flow from beginning to the end. 2) separate function for SIOCDIFADDR, with clear code flow from beginning to the end. 3) provided 1) and 2) the in_control() got very thin and clear. The above wasn't just a cut&paste job, instead every step taken was evaluated. I've cut quite a lot of strange code, added extra sanity checking and provided comments on the strange code that remains. 4) sx(9) lock covers entire SIOCAIFADDR/SIOCDIFADDR operation, so we close races ifconfig vs ifconfig, or ifconfig vs mpd. On interface detach SIOCDIFADDR is called w/o sx(9), but its operation is covered by IF_ADDR_LOCK(). Also, except of redesign of SIOCAIFADDR/SIOCDIFADDR, the following two related changes leaked into the patch. It is possible to separate them out, but won't be easy. 5) Removed useloopback conditional. Rationale: - option was always on since pre-FreeBSD times - sysctl knob lives in invalid (ethernet) namespace, and documented in wrong (arp(8)) place. - since new-ARP, the knob was consulted on route addition, but was ignored on delete. - operation of network stack useloopback=0 is strange The only reason running useloopback=0 could be a router that doesn't want to pollute large network with its /32 announces. However, this can be achieved with filtering in routing daemons. 6) Implemented correctly code from r201282, that tried to keep localhost route in table when multiple P2P interfaces with same local address are created and deleted. The check in of the code can cause problems. I could make mistakes, and some program that relied on strange behavior can pop up. Thus, early testing is appreciated. So far I have tested simple address assignment, CARP, and mpd5 as L2TP access concentrator. Advice for reviewers is to not look at diff, but look at patched in.c instead. -- Totus tuus, Glebius. Index: sys/net/if.c === --- sys/net/if.c (revision 257503) +++ sys/net/if.c (working copy) @@ -1525,6 +1525,25 @@ ifa_del_loopback_route(struct ifaddr *ifa, struct return (error); } +int +ifa_switch_loopback_route(struct ifaddr *ifa, struct sockaddr *sa) +{ + struct rtentry *rt; + + rt = rtalloc1_fib(sa, 0, 0, 0); + if (rt == NULL) { + log(LOG_DEBUG, "%s: fail", __func__); + return (EHOSTUNREACH); + } + ((struct sockaddr_dl *)rt->rt_gateway)->sdl_type = + ifa->ifa_ifp->if_type; + ((struct sockaddr_dl *)rt->rt_gateway)->sdl_index = + ifa->ifa_ifp->if_index; + RTFREE_LOCKED(rt); + + return (0); +} + /* * XXX: Because sockaddr_dl has deeper structure than the sockaddr * structs used to represent other address families, it is necessary Index: sys/net/if_var.h === --- sys/net/if_var.h (revision 257503) +++ sys/net/if_var.h (working copy) @@ -491,6 +491,7 @@ struct ifnet *ifunit_ref(const char *); int ifa_add_loopback_route(struct ifaddr *, struct sockaddr *); int ifa_del_loopback_route(struct ifaddr *, struct sockaddr *); +int ifa_switch_loopback_route(struct ifaddr *, struct sockaddr *); struct ifaddr *ifa_ifwithaddr(struct sockaddr *); int ifa_ifwithaddr_check(struct sockaddr *); Index: sys/netinet/if_ether.c === --- sys/netinet/if_ether.c (revision 257503) +++ sys/netinet/if_ether.c (working copy) @@ -85,8 +85,6 @@ static SYSCTL_NODE(_net_link_ether, PF_ARP, arp, C static VNET_DEFINE(int, arpt_keep) = (20*60); /* once resolved, good for 20 * minutes */ static VNET_DEFINE(int, arp_maxtries) = 5; -VNET_DEFINE(int, useloopback) = 1; /* use loopback interface for - * local traffic */ static VNET_DEFINE(int, arp_proxyall) = 0; static VNET_DEFINE(int, arpt_down) = 20; /* keep incomplete entries for * 20 seconds */ @@ -111,9 +109,6 @@ SYSCTL_VNET_INT(_net_link_ether_inet, OID_AUTO, ma SYSCTL_VNET_INT(_net_link_ether_inet, OID_AUTO, maxtries, CTLFLAG_RW, &VNET_NAME(arp_maxtries), 0, "ARP resolution attempts before returning error"); -SYSCTL_VNET_INT(_net_link_ether_inet, OID_AUTO, useloopback, CTLFLAG_RW, - &VNET_NAME(useloopback), 0, - "Use the loopback interface for local traffic"); SYSCTL_VNET_INT(_net_link_ether_inet, OID_AUTO, proxyall, CTLFLAG_RW, &VNET_NAME(arp_proxyall), 0, "Enable proxy ARP for all suitable requests"); Index: sys/netinet/in.c === --- sys/netinet/in.c (revision 257503) +++ sys/netinet/in.c (working copy) @@ -47,6 +47,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #include #include @@ -71,10 +72,10 @@ static int in_mask2len(struct in_addr *); static void in_len2mask(struct in_addr *, int); static int in_lifaddr_ioctl(struct socket