Re: bind fails with sig11 on start / pthread failure on ARM?
On Mon, Feb 15, 2010 at 10:39:07PM +0100, Bernd Walter wrote: > [62]# uname -a > FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r203927: Mon Feb 15 19:12:36 CET > 2010 > ti...@cicely14.cicely.de:/data/builder/arm-current/head/sys/arm/compile/FBOX > arm > [64]# /etc/rc.d/named start > Starting named. > /etc/rc.d/named: WARNING: failed to start named > 1.000u 0.000s 0:03.94 54.0% 7446+33509k 0+0io 17pf+0w > Exit 1 > > [65]# tail /var/log/messages > ... > Feb 15 21:29:51 named[2567]: starting BIND 9.6.1-P3 -u bind > Feb 15 21:29:51 named[2567]: built with '--prefix=/usr' > '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--enable-threads' > '--disable-ipv6' '--enable-getifaddrs' '--disable-linux-caps' > '--with-openssl=/usr' '--with-randomdev=/dev/random' '--without-idn' > '--without-libxml2' > Feb 15 21:29:51 kernel: pid 2567 (named), uid 0: exited on signal 11 > Feb 15 21:29:51 ticso: /etc/rc.d/named: WARNING: failed to start named > > [66]# cat /etc/rc.conf > hostname="Please.tell.me.who.am.I" > tmpmfs="AUTO" > tmpsize="4m" > tmpmfs_flags="-S -M" > varmfs="AUTO" > varsize="5m" > varmfs_flags="-S -M" > sshd_enable="YES" > ntpdate_enable="YES" > ntpdate_program="ntpdate" > ntpd_enable="YES" > thttpd_enable="NO" > fsck_y_enable="YES" > background_fsck="NO" > gateway_enable="YES" > named_enable="YES" > named_chrootdir="" > ifconfig_ate0="up" > mpd_enable="NO" > mpd_flags="-b" > dhcpd_enable="NO" > dhcpd_ifaces="vlan0" > firewall_enable="YES" > firewall_script="/etc/rc.ipfw" > cloned_interfaces="vlan0 vlan1 vlan2 vlan3" > ifconfig_vlan0="192.168.53.1/24 vlan 256 vlandev ate0" > ifconfig_vlan1="vlan 257 vlandev ate0" > ifconfig_vlan2="vlan 258 vlandev ate0" > ifconfig_vlan3="vlan 259 vlandev ate0" > > /etc/namedb isn't changed from distribution yet [55]Please.tell.me.who.am.I# gdb /usr/sbin/named named.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "arm-marcel-freebsd"...(no debugging symbols found)... Core was generated by `named'. Program terminated with signal 5, Trace/breakpoint trap. Reading symbols from /lib/libcrypto.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.6 Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 [New Thread 20804280 (LWP 100062)] [New Thread 20804140 (LWP 100052)] (gdb) bt #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 #1 0x203572b8 in _thread_bp_death () from /lib/libthr.so.3 #2 0x20349da4 in pthread_create () from /lib/libthr.so.3 #3 0x00164cb8 in ?? () (gdb) Do we have a general threading problem on ARM? -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. ___ 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: bind fails with sig11 on start
On 2/15/2010 1:39 PM, Bernd Walter wrote: > [62]# uname -a > FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r203927: Mon Feb 15 19:12:36 CET > 2010 > ti...@cicely14.cicely.de:/data/builder/arm-current/head/sys/arm/compile/FBOX > arm > [64]# /etc/rc.d/named start > Starting named. > /etc/rc.d/named: WARNING: failed to start named > 1.000u 0.000s 0:03.94 54.0% 7446+33509k 0+0io 17pf+0w > Exit 1 Are you getting a core file? If so can you do a backtrace? > [66]# cat /etc/rc.conf > hostname="Please.tell.me.who.am.I" Bonus points here for not ending in .am. :) > tmpmfs="AUTO" > tmpsize="4m" > tmpmfs_flags="-S -M" FYI, that size of /tmp will probably not allow your periodic/weekly process to generate a locate.database. IME you need a /tmp at least 2.5 times the size of that file in order for it to complete successfully. > ntpdate_enable="YES" > ntpdate_program="ntpdate" IMO you'd be better off with a full path here, although this will probably work for /usr/sbin/ntpdate. However you're actually better off with the ntpd_sync_on_start option in any case. > cloned_interfaces="vlan0 vlan1 vlan2 vlan3" > ifconfig_vlan0="192.168.53.1/24 vlan 256 vlandev ate0" > ifconfig_vlan1="vlan 257 vlandev ate0" > ifconfig_vlan2="vlan 258 vlandev ate0" > ifconfig_vlan3="vlan 259 vlandev ate0" This is the only area that I have real questions about, since I haven't done any work with vlans I'm not sure how named will respond to it. Is it possible for you to try starting named with a plain vanilla network setup? > /etc/namedb isn't changed from distribution yet Ok, since you're not chroot'ing it have you checked to make sure that directory is populated? It shouldn't segfault even if it isn't, but nice to cover all the bases. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ ___ 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: bind fails with sig11 on start / pthread failure on ARM?
On 2/16/2010 10:39 AM, Bernd Walter wrote: > [55]Please.tell.me.who.am.I# gdb /usr/sbin/named named.core > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "arm-marcel-freebsd"...(no debugging symbols > found)... > Core was generated by `named'. > Program terminated with signal 5, Trace/breakpoint trap. > Reading symbols from /lib/libcrypto.so.6...(no debugging symbols > found)...done. > Loaded symbols for /lib/libcrypto.so.6 > Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. > Loaded symbols for /lib/libthr.so.3 > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols > found)...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > [New Thread 20804280 (LWP 100062)] > [New Thread 20804140 (LWP 100052)] > (gdb) bt > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > #1 0x203572b8 in _thread_bp_death () from /lib/libthr.so.3 > #2 0x20349da4 in pthread_create () from /lib/libthr.so.3 > #3 0x00164cb8 in ?? () > (gdb) > > Do we have a general threading problem on ARM? Wow, that was fast. :) It sure looks like that's the problem. Can you try compiling ports/dns/bind96 without threads and see if that works for you? If it does then it would be good to follow up on freebsd-...@freebsd.org and see if the problem can be addressed. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ ___ 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: bind fails with sig11 on start
On Tue, Feb 16, 2010 at 10:40:37AM -0800, Doug Barton wrote: > On 2/15/2010 1:39 PM, Bernd Walter wrote: > > [62]# uname -a > > FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r203927: Mon Feb 15 19:12:36 > > CET 2010 > > ti...@cicely14.cicely.de:/data/builder/arm-current/head/sys/arm/compile/FBOX > > arm > > [64]# /etc/rc.d/named start > > Starting named. > > /etc/rc.d/named: WARNING: failed to start named > > 1.000u 0.000s 0:03.94 54.0% 7446+33509k 0+0io 17pf+0w > > Exit 1 > > Are you getting a core file? If so can you do a backtrace? I needed to take care about gdb to run. See my other mail about it. gdb and ktrace on ARM are still tools which tend to fail quite often :( > > [66]# cat /etc/rc.conf > > hostname="Please.tell.me.who.am.I" > > Bonus points here for not ending in .am. :) That's just a template entry. > > tmpmfs="AUTO" > > tmpsize="4m" > > tmpmfs_flags="-S -M" > > FYI, that size of /tmp will probably not allow your periodic/weekly > process to generate a locate.database. IME you need a /tmp at least 2.5 > times the size of that file in order for it to complete successfully. Thanks for the pointer - I should disable it. The system just has 64MB RAM, so large memory filesystems are out of question. > > ntpdate_enable="YES" > > ntpdate_program="ntpdate" > > IMO you'd be better off with a full path here, although this will > probably work for /usr/sbin/ntpdate. However you're actually better off > with the ntpd_sync_on_start option in any case. This is a bit old - I will compare it with new features. > > cloned_interfaces="vlan0 vlan1 vlan2 vlan3" > > ifconfig_vlan0="192.168.53.1/24 vlan 256 vlandev ate0" > > ifconfig_vlan1="vlan 257 vlandev ate0" > > ifconfig_vlan2="vlan 258 vlandev ate0" > > ifconfig_vlan3="vlan 259 vlandev ate0" > > This is the only area that I have real questions about, since I haven't > done any work with vlans I'm not sure how named will respond to it. Is > it possible for you to try starting named with a plain vanilla network > setup? I need to recompile the kernel for this, because the board has an embedded switch which is setup hardcoded inside the kernel. But I use this type of setup since a very long time including 7.0 on the same board type. > > /etc/namedb isn't changed from distribution yet > > Ok, since you're not chroot'ing it have you checked to make sure that > directory is populated? It shouldn't segfault even if it isn't, but nice > to cover all the bases. Originally I used the default and just switched for testen. [61]Please.tell.me.who.am.I# ls -al /etc/namedb/ total 32 drwxr-xr-x 6 root wheel512 Feb 16 18:47 . drwxr-xr-x 3 root wheel512 Feb 15 19:30 .. drwxr-xr-x 2 bind wheel512 Feb 15 18:07 dynamic drwxr-xr-x 2 root wheel512 Feb 15 18:09 master -rw-r--r-- 1 root wheel 13969 Feb 15 18:09 named.conf -rw-r--r-- 1 root wheel 3015 Feb 15 18:09 named.root -rw--- 1 bind wheel 97 Feb 15 19:30 rndc.key drwxr-xr-x 2 bind wheel512 Feb 15 18:07 slave drwxr-xr-x 2 bind wheel512 Feb 15 18:07 working [62]Please.tell.me.who.am.I# ls -al /etc/namedb lrwxr-xr-x 1 root wheel 21 Feb 15 20:36 /etc/namedb -> /var/named/etc/namedb -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. ___ 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: bind fails with sig11 on start / pthread failure on ARM?
On Tue, Feb 16, 2010 at 10:45:14AM -0800, Doug Barton wrote: > On 2/16/2010 10:39 AM, Bernd Walter wrote: > > [55]Please.tell.me.who.am.I# gdb /usr/sbin/named named.core > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and you are > > welcome to change it and/or distribute copies of it under certain > > conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > This GDB was configured as "arm-marcel-freebsd"...(no debugging symbols > > found)... > > Core was generated by `named'. > > Program terminated with signal 5, Trace/breakpoint trap. > > Reading symbols from /lib/libcrypto.so.6...(no debugging symbols > > found)...done. > > Loaded symbols for /lib/libcrypto.so.6 > > Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. > > Loaded symbols for /lib/libthr.so.3 > > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. > > Loaded symbols for /lib/libc.so.7 > > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols > > found)...done. > > Loaded symbols for /libexec/ld-elf.so.1 > > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > > [New Thread 20804280 (LWP 100062)] > > [New Thread 20804140 (LWP 100052)] > > (gdb) bt > > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > > #1 0x203572b8 in _thread_bp_death () from /lib/libthr.so.3 > > #2 0x20349da4 in pthread_create () from /lib/libthr.so.3 > > #3 0x00164cb8 in ?? () > > (gdb) > > > > Do we have a general threading problem on ARM? > > Wow, that was fast. :) It sure looks like that's the problem. Can you > try compiling ports/dns/bind96 without threads and see if that works for > you? If it does then it would be good to follow up on > freebsd-...@freebsd.org and see if the problem can be addressed. I'd send it before I saw your mail. Compiling however will take some time. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. ___ 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: bind fails with sig11 on start / pthread failure on ARM?
On 2/16/2010 10:56 AM, Bernd Walter wrote: >> Wow, that was fast. :) It sure looks like that's the problem. Can you >> try compiling ports/dns/bind96 without threads and see if that works for >> you? If it does then it would be good to follow up on >> freebsd-...@freebsd.org and see if the problem can be addressed. > > I'd send it before I saw your mail. Yeah, I figured that when I got your other reply just now. :) I received the trace message to the list in the same mail download as my message to the list, which I thought was quite impressive on your part. :) > Compiling however will take some time. No problem, let us know how it works out. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ ___ 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: ports/net/mpd[45] broken with utmpx.h change
Doug Barton wrote: > On 2/15/2010 10:33 PM, Alexander Motin wrote: >> Andrey V. Elsukov wrote: >>> On 16.02.2010 4:51, Bernd Walter wrote: I don't know how difficult it is to fix, but for many of us mpd is important to have network connection. >>> You can try this patch. I don't know why Alexander did't commit it. >> I've committed it to mpd5 CVS repo. It will be present in next release soon. > > If "soon" is not "in the next couple of days" my vote would certainly be > that you patch the port in place until the next mpd release is released. > Our users need working ports. OK, "soon" will happen this week. I just want to get in few more patches before release. -- Alexander Motin ___ 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 powerpc/powerpc
TB --- 2010-02-16 19:13:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-16 19:13:01 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-02-16 19:13:01 - cleaning the object tree TB --- 2010-02-16 19:13:24 - cvsupping the source tree TB --- 2010-02-16 19:13:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-02-16 19:14:39 - building world TB --- 2010-02-16 19:14:39 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-16 19:14:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-16 19:14:39 - TARGET=powerpc TB --- 2010-02-16 19:14:39 - TARGET_ARCH=powerpc TB --- 2010-02-16 19:14:39 - TZ=UTC TB --- 2010-02-16 19:14:39 - __MAKE_CONF=/dev/null TB --- 2010-02-16 19:14:39 - cd /src TB --- 2010-02-16 19:14:39 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 16 19:14:40 UTC 2010 >>> 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 [...] /src/lib/libc/stdlib/malloc.c: In function 'arena_dalloc': /src/lib/libc/stdlib/malloc.c:4281: error: 'tcache_tls' undeclared (first use in this function) /src/lib/libc/stdlib/malloc.c: In function 'tcache_create': /src/lib/libc/stdlib/malloc.c:4835: error: 'tcache_tls' undeclared (first use in this function) /src/lib/libc/stdlib/malloc.c: In function 'malloc_init_hard': /src/lib/libc/stdlib/malloc.c:5889: error: 'arenas_map' undeclared (first use in this function) /src/lib/libc/stdlib/malloc.c: In function '_malloc_thread_cleanup': /src/lib/libc/stdlib/malloc.c:6160: error: 'tcache_tls' undeclared (first use in this function) *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-16 19:26:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-16 19:26:32 - ERROR: failed to build world TB --- 2010-02-16 19:26:32 - 533.23 user 113.69 system 811.19 real http://tinderbox.freebsd.org/tinderbox-head-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"
Re: bind fails with sig11 on start / pthread failure on ARM?
On Tue, 16 Feb 2010 19:39:51 +0100 Bernd Walter mentioned: > > Do we have a general threading problem on ARM? > I don't think so. I used a lot of threaded applications on arm, and they worked fine. However, this might be some obscure bug. -- Stanislav Sedov ST4096-RIPE pgptG2mf5LXSI.pgp Description: PGP signature
Re: bind fails with sig11 on start / pthread failure on ARM?
In message: <20100216123646.fc741643.s...@freebsd.org> Stanislav Sedov writes: : On Tue, 16 Feb 2010 19:39:51 +0100 : Bernd Walter mentioned: : : > : > Do we have a general threading problem on ARM? : > : : I don't think so. I used a lot of threaded applications on arm, and they : worked fine. However, this might be some obscure bug. I know that 6.x ARM worked with threads no problem. We had dozens of threads in our control programs. The one caveat is that I've found bugs in the atomic routines in the past, and have had people submit fixes as well. All of those should be in the tree, but since some arrived when I was crazy busy for Cisco, they might have fallen on the floor. Warner ___ 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: bind fails with sig11 on start / pthread failure on ARM?
On Tue, Feb 16, 2010 at 01:54:30PM -0700, M. Warner Losh wrote: > In message: <20100216123646.fc741643.s...@freebsd.org> > Stanislav Sedov writes: > : On Tue, 16 Feb 2010 19:39:51 +0100 > : Bernd Walter mentioned: > : > : > > : > Do we have a general threading problem on ARM? > : > > : > : I don't think so. I used a lot of threaded applications on arm, and they > : worked fine. However, this might be some obscure bug. > > I know that 6.x ARM worked with threads no problem. We had dozens of > threads in our control programs. No doubt - I'm running 7.0-current: [82]arm9# uname -a FreeBSD arm9.cicely.de 7.0-CURRENT FreeBSD 7.0-CURRENT #12: Thu Dec 6 02:39:25 CET 2007 ti...@arm9.cicely.de:/data/builder/arm-p4-running-2/src/sys/arm/compile/FBOX arm [83]arm9# uptime 10:02PM up 690 days, 19:43, 1 user, load averages: 0.29, 0.22, 0.15 Including named, although not on exactly this machine. This one is even compiled O2 - with a few hand selected exceptions. Compiling perl fails with sig11 as well, but I hadn't verified this problem any further. > The one caveat is that I've found bugs in the atomic routines in the > past, and have had people submit fixes as well. All of those should > be in the tree, but since some arrived when I was crazy busy for > Cisco, they might have fallen on the floor. I'm running on RM9200, so it is a UP system. Of course this won't rule out all possible atomic cases. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. ___ 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: bind fails with sig11 on start / pthread failure on ARM?
On Tue, Feb 16, 2010 at 11:02:24AM -0800, Doug Barton wrote:
> On 2/16/2010 10:56 AM, Bernd Walter wrote:
> >> Wow, that was fast. :) It sure looks like that's the problem. Can you
> >> try compiling ports/dns/bind96 without threads and see if that works for
> >> you? If it does then it would be good to follow up on
> >> freebsd-...@freebsd.org and see if the problem can be addressed.
> >
> > I'd send it before I saw your mail.
>
> Yeah, I figured that when I got your other reply just now. :) I
> received the trace message to the list in the same mail download as my
> message to the list, which I thought was quite impressive on your part. :)
>
> > Compiling however will take some time.
>
> No problem, let us know how it works out.
A first try failed because a dependend lib won't compile :(
I will retry without XML.
But iconv isn't that unimportant, so this needs investigation as well.
[...]
install -o root -g wheel -m 444 include/libcharset.h
/usr/obj/usr/ports/converters/libiconv/work/libiconv-1.13.1/lib/libcharset.h
install -o root -g wheel -m 444 include/localcharset.h.inst
/usr/obj/usr/ports/converters/libiconv/work/libiconv-1.13.1/lib/localcharset.h
cd lib && make all
/bin/sh /usr/local/bin/libtool --mode=compile --tag=CC cc -I. -I. -I../include
-I./../include -I.. -I./.. -O -pipe -mcpu=arm9 -std=gnu89
-DLIBDIR=\"/usr/local/lib\" -DBUILDING_LIBICONV -DBUILDING_DLL
-DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/local/lib\"
-DNO_XMALLOC -Dset_relocation_prefix=libiconv_set_relocation_prefix
-Drelocate=libiconv_relocate -DHAVE_CONFIG_H -c ./iconv.c
libtool: compile: cc -I. -I. -I../include -I./../include -I.. -I./.. -O -pipe
-mcpu=arm9 -std=gnu89 -DLIBDIR=\"/usr/local/lib\" -DBUILDING_LIBICONV
-DBUILDING_DLL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY
-DINSTALLDIR=\"/usr/local/lib\" -DNO_XMALLOC
-Dset_relocation_prefix=libiconv_set_relocation_prefix
-Drelocate=libiconv_relocate -DHAVE_CONFIG_H -c ./iconv.c -fPIC -DPIC -o
.libs/iconv.o
{standard input}: Assembler messages:
{standard input}:569470: Error: symbol definition loop encountered at `.L4822'
*** Error code 1
Stop in /usr/obj/usr/ports/converters/libiconv/work/libiconv-1.13.1/lib.
*** Error code 1
Stop in /usr/obj/usr/ports/converters/libiconv/work/libiconv-1.13.1.
*** Error code 1
Stop in /usr/ports/converters/libiconv.
*** Error code 1
Stop in /usr/ports/converters/libiconv.
*** Error code 1
Stop in /usr/ports/devel/gettext.
*** Error code 1
Stop in /usr/ports/devel/gmake.
*** Error code 1
Stop in /usr/ports/textproc/libxml2.
*** Error code 1
Stop in /usr/ports/dns/bind96.
*** Error code 1
Stop in /usr/ports/dns/bind96.
3214.000u 1468.000s 2:12:18.00 58.9%3300+1299k 845+23834io 5433pf+0w
Exit 1
--
B.Walter http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
___
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: bind fails with sig11 on start / pthread failure on ARM?
On Tue, Feb 16, 2010 at 12:36:46PM -0800, Stanislav Sedov wrote: > On Tue, 16 Feb 2010 19:39:51 +0100 > Bernd Walter mentioned: > > > > > Do we have a general threading problem on ARM? > > > > I don't think so. I used a lot of threaded applications on arm, and they > worked fine. However, this might be some obscure bug. The question is if it works on current. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. ___ 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"
Call for testers: SiS190/191 Fast/Gigabit ethernet controller
Hi, I had been working on sge(4) to commit the driver to tree. If you have one of these controllers please give it try and let me know how it goes on your box. I'm interested in both success and failure report. Please see more information on the following URL. http://people.freebsd.org/~yongari/sge/README.txt Thanks. ___ 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"
rpcbind compilation problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It appears that SVN rev 203972 added this .. @@ -185,6 +178,8 @@ addrmerge(struct netbuf *caller, char *s if (ifsa == NULL || ifsa->sa_family != hint_sa->sa_family || !(ifap->ifa_flags & IFF_UP)) continue; + if (!addr_is_bound(ifsa)) + continue; if (!(ifap->ifa_flags & IFF_LOOPBACK) && !listen_addr(ifsa)) continue; .. which breaks the compilation as there is no prototype for addr_is_bound(), imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkt7LpMACgkQQv9rrgRC1JKMAgCfcg359BXTEnXIbkzKydnrZGbN 5bYAoJ5XbrMtNlHfWJ9nxKkxEz2QTtUG =FOvd -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"
Re: rpcbind compilation problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2010/02/16 15:47, Michael Butler wrote: > It appears that SVN rev 203972 added this .. > > @@ -185,6 +178,8 @@ addrmerge(struct netbuf *caller, char *s > if (ifsa == NULL || ifsa->sa_family != hint_sa->sa_family || > !(ifap->ifa_flags & IFF_UP)) > continue; > + if (!addr_is_bound(ifsa)) > + continue; > > if (!(ifap->ifa_flags & IFF_LOOPBACK) && !listen_addr(ifsa)) > continue; > > .. which breaks the compilation as there is no prototype for > addr_is_bound(), Looks like it was "sneaked in" with an unrelated (license) change... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLezWsAAoJEATO+BI/yjfByrYH/A8nL7jT/Y941j6JTcFsylEA lMXzDPrtr5476pMwXZIRoRRUYdp82twxnLbWExe+YyuxvcoVqxqoCJcsL4/bsaE1 NiwcqwfZsAT6IJp21mwvgHZD5xDKouK6mRW7HIKVPzSuBAco0oPaJqh7339MOr6P oQhhuA8a/vqaL4Rt+vLf72CRutXCqJxYTe+Loh8C0nqj4qqLgmg7170Nlguva00w bWx5IaGAn4bV8mDPzaYVCtra1TGgTX8QXmJltkuhew+gZWtphCZbDe7FII4rrgRt Ka2TZySbeGqGZWgXB41Z8j6Y2CfAywBAsQR1582j9hHbnMM3NeMvGceqXwrT8YM= =uWcT -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"
Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT
Hi, I'm trying to install CURRENT a single drive ZFS on root setup using the guide located here: http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot This is on an amd64-based Acer 5516 laptop. I'm able to complete the installation, however, when I boot, the system stops at the boot loader with several "error 1 lba xxx" (where xxx is some large number) errors and the "ZFS: i/o error - all block copies unavailable" error. When I issue the "status" command at the boot loader, I see only the GPT partition and the ZFS pool. Should I also see any physical devices? I strongly suspect that the BIOS on this laptop is up to some sort of chicanery but it's hard to say so definitively since I can install and boot to a regular UFS-based FreeBSD installation. I've confirmed this on 8.0-RELEASE and 9.0-CURRENT. I've also made sure to delete any UFS and GPT partitions as well as any ZFS pools before installing to be sure that I'm installing on a clean disk. Also, I've tried building the bootloader (even though the guide said it's depreciated as of 8.0-STABLE and 9.0-CURRENT) as well as installing the boot blocks, both to no avail. Any ideas and/or suggestions would greatly be appreciated! Thanks, Chris ___ 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: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2010/02/16 18:03, Chris wrote: > Hi, > > I'm trying to install CURRENT a single drive ZFS on root setup using > the guide located here: > > http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot > > This is on an amd64-based Acer 5516 laptop. I'm able to complete the > installation, however, when I boot, the system stops at the boot > loader with several "error 1 lba xxx" (where xxx is some large number) > errors and the "ZFS: i/o error - all block copies unavailable" error. > When I issue the "status" command at the boot loader, I see only the > GPT partition and the ZFS pool. Should I also see any physical > devices? I strongly suspect that the BIOS on this laptop is up to some > sort of chicanery but it's hard to say so definitively since I can > install and boot to a regular UFS-based FreeBSD installation. I've > confirmed this on 8.0-RELEASE and 9.0-CURRENT. I've also made sure to > delete any UFS and GPT partitions as well as any ZFS pools before > installing to be sure that I'm installing on a clean disk. Also, I've > tried building the bootloader (even though the guide said it's > depreciated as of 8.0-STABLE and 9.0-CURRENT) as well as installing > the boot blocks, both to no avail. > > Any ideas and/or suggestions would greatly be appreciated! Just a wild guess... Did you copied the /boot/zfs folder to the target file system? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLe09zAAoJEATO+BI/yjfBZhsH/jX6l3DedCM8EYmsGftpunqL 4FtxmgDMEXd7jvmNmFdHVVf3vrctGB4ldcr8hriNkMvvEy3fuykEfJkBmY3sIhQ0 A4iXWUH6QIiiaakjOocGhk58r3MisUS4u0qhpmSdyEuH6CHF3SBLJubUBmpEQ89W oilYch+qlkwNZqoGKP0gxMnY9DEttt9hlUo2HwLIBE1ApX8bNyNp18iHd2v61eSD 9elluEokjHqQqD6II7z+rSefODs9AEna+wx7d/BZLEVZMcfDarYPiajS0b0kBFXz 1LRlM8Uxz5YWQkx2irhtcC41aUwf55CnY2MbZ+nobTV+pgXrMkIUvphiplPKMvU= =1gQ3 -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"
snapshot images
All, I just noticed that the memstick.img is not available in the snapshots directories. I'm just curious why they are not automatically built. Were they hand built for the release? Is there any way it can be included with the snapshots iso's? -Phil. ___ 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: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT
Xin, The only thing I copied over was the zpool.cache file, as per the wiki. Should I have copied over the entire /boot/zfs folder? Thanks, Chris On Tue, Feb 16, 2010 at 9:07 PM, Xin LI wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 2010/02/16 18:03, Chris wrote: >> Hi, >> >> I'm trying to install CURRENT a single drive ZFS on root setup using >> the guide located here: >> >> http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot >> >> This is on an amd64-based Acer 5516 laptop. I'm able to complete the >> installation, however, when I boot, the system stops at the boot >> loader with several "error 1 lba xxx" (where xxx is some large number) >> errors and the "ZFS: i/o error - all block copies unavailable" error. >> When I issue the "status" command at the boot loader, I see only the >> GPT partition and the ZFS pool. Should I also see any physical >> devices? I strongly suspect that the BIOS on this laptop is up to some >> sort of chicanery but it's hard to say so definitively since I can >> install and boot to a regular UFS-based FreeBSD installation. I've >> confirmed this on 8.0-RELEASE and 9.0-CURRENT. I've also made sure to >> delete any UFS and GPT partitions as well as any ZFS pools before >> installing to be sure that I'm installing on a clean disk. Also, I've >> tried building the bootloader (even though the guide said it's >> depreciated as of 8.0-STABLE and 9.0-CURRENT) as well as installing >> the boot blocks, both to no avail. >> >> Any ideas and/or suggestions would greatly be appreciated! > > Just a wild guess... Did you copied the /boot/zfs folder to the target > file system? > > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! Live free or die > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.14 (FreeBSD) > > iQEcBAEBAgAGBQJLe09zAAoJEATO+BI/yjfBZhsH/jX6l3DedCM8EYmsGftpunqL > 4FtxmgDMEXd7jvmNmFdHVVf3vrctGB4ldcr8hriNkMvvEy3fuykEfJkBmY3sIhQ0 > A4iXWUH6QIiiaakjOocGhk58r3MisUS4u0qhpmSdyEuH6CHF3SBLJubUBmpEQ89W > oilYch+qlkwNZqoGKP0gxMnY9DEttt9hlUo2HwLIBE1ApX8bNyNp18iHd2v61eSD > 9elluEokjHqQqD6II7z+rSefODs9AEna+wx7d/BZLEVZMcfDarYPiajS0b0kBFXz > 1LRlM8Uxz5YWQkx2irhtcC41aUwf55CnY2MbZ+nobTV+pgXrMkIUvphiplPKMvU= > =1gQ3 > -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"
Re: bind fails with sig11 on start / pthread failure on ARM?
On Tue, Feb 16, 2010 at 01:54:30PM -0700, M. Warner Losh wrote:
> In message: <20100216123646.fc741643.s...@freebsd.org>
> Stanislav Sedov writes:
> : On Tue, 16 Feb 2010 19:39:51 +0100
> : Bernd Walter mentioned:
> :
> : >
> : > Do we have a general threading problem on ARM?
> : >
> :
> : I don't think so. I used a lot of threaded applications on arm, and they
> : worked fine. However, this might be some obscure bug.
>
> I know that 6.x ARM worked with threads no problem. We had dozens of
> threads in our control programs.
>
> The one caveat is that I've found bugs in the atomic routines in the
> past, and have had people submit fixes as well. All of those should
> be in the tree, but since some arrived when I was crazy busy for
> Cisco, they might have fallen on the floor.
At least in my short test threads seem to work:
[70]Please.tell.me.who.am.I# gcc -Wall -pthread -o thread thread.c
5.000u 0.000s 0:15.80 42.7% 39273+42143k 7+0io 0pf+0w
[71]Please.tell.me.who.am.I# ./thread
hello world
hello world from thread
[72]Please.tell.me.who.am.I# cat thread.c
#include
#include
#include
#include
void *
mythread(void *arg)
{
printf("hello world from thread\n");
return NULL;
}
int
main(int argc, char *argv[])
{
printf("hello world\n");
pthread_t id = 0;
pthread_create(&id, NULL, mythread, NULL);
sleep(10);
return 0;
}
--
B.Walter http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
___
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: bind fails with sig11 on start / pthread failure on ARM?
On Tue, Feb 16, 2010 at 10:13:27PM +0100, Bernd Walter wrote: > On Tue, Feb 16, 2010 at 11:02:24AM -0800, Doug Barton wrote: > > On 2/16/2010 10:56 AM, Bernd Walter wrote: > > >> Wow, that was fast. :) It sure looks like that's the problem. Can you > > >> try compiling ports/dns/bind96 without threads and see if that works for > > >> you? If it does then it would be good to follow up on > > >> freebsd-...@freebsd.org and see if the problem can be addressed. > > > > > > I'd send it before I saw your mail. > > > > Yeah, I figured that when I got your other reply just now. :) I > > received the trace message to the list in the same mail download as my > > message to the list, which I thought was quite impressive on your part. :) > > > > > Compiling however will take some time. > > > > No problem, let us know how it works out. Mmm - the port (without thread and without XML) works fine: [78]Please.tell.me.who.am.I# host -a www.freebsd.org 127.0.0.1 Trying "www.freebsd.org" Using domain server: Name: 10.1.1.9 Address: 10.1.1.9#53 Aliases: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2501 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 3, ADDITIONAL: 5 ;; QUESTION SECTION: ;www.freebsd.org. IN ANY ;; ANSWER SECTION: www.freebsd.org.3600IN MX 0 . www.freebsd.org.3600IN 2001:4f8:fff6::21 www.freebsd.org.3600IN A 69.147.83.33 ;; AUTHORITY SECTION: freebsd.org.3544IN NS ns3.isc-sns.info. freebsd.org.3544IN NS ns2.isc-sns.com. freebsd.org.3544IN NS ns1.isc-sns.net. ;; ADDITIONAL SECTION: ns2.isc-sns.com.87978 IN A 38.103.2.1 ns1.isc-sns.net.87978 IN A 72.52.71.1 ns1.isc-sns.net.87978 IN 2001:470:1a::1 ns3.isc-sns.info. 3546IN A 63.243.194.1 ns3.isc-sns.info. 3546IN 2001:5a0:10::1 Received 284 bytes from 10.1.1.9#53 in 135 ms Feb 17 02:21:48 Please named[28754]: starting BIND 9.6.1-P3 Feb 17 02:21:48 Please named[28754]: built with '--localstatedir=/var' '--disable-linux-caps' '--with-randomdev=/dev/random' '--with-openssl=/usr' '--without-libxml2' '--without-idn' '--disable-threads' '--prefix=/usr/local' '--mandir=/usr/local/man' '--infodir=/usr/local/info/' '--build=arm-portbld-freebsd9.0' 'build_alias=arm-portbld-freebsd9.0' 'CC=cc' 'CFLAGS=-O -pipe -mcpu=arm9' 'LDFLAGS= -rpath=/usr/lib:/usr/local/lib' 'CXX=c++' 'CXXFLAGS=-O -pipe -mcpu=arm9' Feb 17 02:21:54 Please named[28754]: max open files (957) is smaller than max sockets (4096) Feb 17 02:21:57 Please named[28754]: command channel listening on 127.0.0.1#953 Feb 17 02:21:57 Please named[28754]: command channel listening on ::1#953 Feb 17 02:22:05 Please named[28754]: running [75]Please.tell.me.who.am.I# sockstat | grep named root named 28754 3 dgram -> /var/run/logpriv root named 28754 20 tcp4 127.0.0.1:53 *:* root named 28754 21 tcp4 127.0.0.1:953 *:* root named 28754 22 tcp6 ::1:953 *:* root named 28754 512 udp4 127.0.0.1:53 *:* On the other hand a short pthread test worked fine as well. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. ___ 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: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT
On Tue, Feb 16, 2010 at 8:21 PM, Chris wrote: >> >> Just a wild guess... Did you copied the /boot/zfs folder to the target >> file system? >> > Xin, > > The only thing I copied over was the zpool.cache file, as per the > wiki. Should I have copied over the entire /boot/zfs folder? > The only thing in the /boot/zfs folder is the zpool.cache folder. Did your first creae the /zroot/boot/zfs folder, and then copied the zpool.cache to that folder? Scot ___ 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: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT
On Tue, Feb 16, 2010 at 8:42 PM, Scot Hetzel wrote: > On Tue, Feb 16, 2010 at 8:21 PM, Chris wrote: >>> >>> Just a wild guess... Did you copied the /boot/zfs folder to the target >>> file system? >>> >> Xin, >> >> The only thing I copied over was the zpool.cache file, as per the >> wiki. Should I have copied over the entire /boot/zfs folder? >> > The only thing in the /boot/zfs folder is the zpool.cache folder. > > Did your first creae the /zroot/boot/zfs folder, and then copied the ^Create > zpool.cache to that folder? > > Scot > ___ 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: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT
Scot, I did, as part of step 7 in section 1: 7. Create ZFS Pool zroot Fixit# mkdir /boot/zfs Fixit# zpool create zroot /dev/gpt/disk0 Fixit# zpool set bootfs=zroot zroot Thanks, Chris On Tue, Feb 16, 2010 at 9:42 PM, Scot Hetzel wrote: > On Tue, Feb 16, 2010 at 8:42 PM, Scot Hetzel wrote: >> On Tue, Feb 16, 2010 at 8:21 PM, Chris wrote: Just a wild guess... Did you copied the /boot/zfs folder to the target file system? >>> Xin, >>> >>> The only thing I copied over was the zpool.cache file, as per the >>> wiki. Should I have copied over the entire /boot/zfs folder? >>> >> The only thing in the /boot/zfs folder is the zpool.cache folder. >> >> Did your first creae the /zroot/boot/zfs folder, and then copied the > ^Create >> zpool.cache to that folder? >> >> Scot >> > ___ 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: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT
Also, I believe the portion where you extract the different distfiles (base, manpages, etc..) does a lot of that for you. On Tue, Feb 16, 2010 at 9:49 PM, Chris wrote: > Scot, > > I did, as part of step 7 in section 1: > > 7. Create ZFS Pool zroot > > Fixit# mkdir /boot/zfs > Fixit# zpool create zroot /dev/gpt/disk0 > Fixit# zpool set bootfs=zroot zroot > > Thanks, > Chris > > On Tue, Feb 16, 2010 at 9:42 PM, Scot Hetzel wrote: >> On Tue, Feb 16, 2010 at 8:42 PM, Scot Hetzel wrote: >>> On Tue, Feb 16, 2010 at 8:21 PM, Chris wrote: > > Just a wild guess... Did you copied the /boot/zfs folder to the target > file system? > Xin, The only thing I copied over was the zpool.cache file, as per the wiki. Should I have copied over the entire /boot/zfs folder? >>> The only thing in the /boot/zfs folder is the zpool.cache folder. >>> >>> Did your first creae the /zroot/boot/zfs folder, and then copied the >> ^Create >>> zpool.cache to that folder? >>> >>> Scot >>> >> > ___ 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: snapshot images
On Tue, Feb 16, 2010 at 5:35 PM, Phil Oleson wrote: > All, > > I just noticed that the memstick.img is not available in the > snapshots directories. > I'm just curious why they are not automatically built. I don't think / know if it was automatic when the release was made. > Were they hand built for the release? See above answer. > Is there any way it can be included with the snapshots iso's? Ken's working on it. Ken, Ruslan, and I are discussing some items related to this offlist in the past couple of days. Cheers, -Garrett ___ 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: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT
On 2010-02-16 20:51, Chris wrote: On Tue, Feb 16, 2010 at 9:49 PM, Chris wrote: Scot, If you're following the wiki, then you're using GPT partitions and geom labels, yes? Have you, by chance, tried the install with different GPT partition sizes, indexes, or labels? The reason I ask is I recently had an 8.0-STABLE box on which I installed ZFS root on RAIDZ1, then I decided to change my GPT and re-install. I could not get it to boot from ZFS until I dd'd *all* the drives (completely, not just the first few MB), and started the entire installation from scratch. -- Regards, Doug ___ 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: snapshot images
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2/16/10 8:35 PM, Phil Oleson wrote: > I just noticed that the memstick.img is not available in the > snapshots directories. > I'm just curious why they are not automatically built. Were they hand > built for the release? They were hand built for the 8.0-RELEASE. Why they were, and at least for now will continue to be, is mostly related to the setup of how the iso's themselves are built. Basically it's a two-step process. The first step builds everything that's needed to generate the iso's from a set of directory trees (disc1, disc2, disc3, bootonly, livefs, and dvd1) and stops there. At that point the packages directory appropriate for each of the iso images gets added to the proper directory, and the second step gets run to build the iso's. I decided to not add yet another directory tree named "memstick" because for the forseeable future the memstick image will just be what's on the DVD as far as everything but the packages is concerned, and for packages it will just be the documentation packages and no others. So in between the first and second steps of the normal release build I "borrow" the dvd1 directory tree (placing just the doc packages in it temporarily) to generate the memstick image before putting the packages used to generate the dvd iso image in place and running the second step of the release build. > Is there any way it can be included with the snapshots iso's? Yes, I'll be including memstick images with the 201002 snapshot which are in the works now. And I'm using this to convert what I had been doing manually into a script that should land in src/release/scripts some time in the not too distant future. If what we distribute for the memstick image isn't quite what you want you should be able to use this script to build what you do want... - -- Ken Smith - - From there to here, from here to | kensm...@buffalo.edu there, funny things are everywhere. | - Theodore Geisel | -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkt7ad0ACgkQ/G14VSmup/bqngCePSu6cd7xrP/ievJ55ltUqNqd PBEAn1pNra54nPJuNEYsyEJ9EzirzPuV =yH4n -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"
[head tinderbox] failure on arm/arm
TB --- 2010-02-17 03:45:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-17 03:45:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-02-17 03:45:00 - cleaning the object tree TB --- 2010-02-17 03:45:20 - cvsupping the source tree TB --- 2010-02-17 03:45:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2010-02-17 03:45:56 - building world TB --- 2010-02-17 03:45:56 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-17 03:45:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-17 03:45:56 - TARGET=arm TB --- 2010-02-17 03:45:56 - TARGET_ARCH=arm TB --- 2010-02-17 03:45:56 - TZ=UTC TB --- 2010-02-17 03:45:56 - __MAKE_CONF=/dev/null TB --- 2010-02-17 03:45:56 - cd /src TB --- 2010-02-17 03:45:56 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 17 03:45:56 UTC 2010 >>> 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 [...] cc -O -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc.c cc -O -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc_com.c cc -O -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/security.c cc -O -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/warmstart.c cc -O -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/util.c cc1: warnings being treated as errors /src/usr.sbin/rpcbind/util.c: In function 'addrmerge': /src/usr.sbin/rpcbind/util.c:181: warning: implicit declaration of function 'addr_is_bound' *** Error code 1 Stop in /src/usr.sbin/rpcbind. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-17 04:33:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-17 04:33:37 - ERROR: failed to build world TB --- 2010-02-17 04:33:37 - 2077.93 user 569.32 system 2916.51 real http://tinderbox.freebsd.org/tinderbox-head-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"
[head tinderbox] failure on i386/pc98
TB --- 2010-02-17 03:45:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-17 03:45:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-02-17 03:45:00 - cleaning the object tree TB --- 2010-02-17 03:45:31 - cvsupping the source tree TB --- 2010-02-17 03:45:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-02-17 03:46:05 - building world TB --- 2010-02-17 03:46:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-17 03:46:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-17 03:46:05 - TARGET=pc98 TB --- 2010-02-17 03:46:05 - TARGET_ARCH=i386 TB --- 2010-02-17 03:46:05 - TZ=UTC TB --- 2010-02-17 03:46:05 - __MAKE_CONF=/dev/null TB --- 2010-02-17 03:46:05 - cd /src TB --- 2010-02-17 03:46:05 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 17 03:46:06 UTC 2010 >>> 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 [...] cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc_com.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/security.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/warmstart.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/util.c cc1: warnings being treated as errors /src/usr.sbin/rpcbind/util.c: In function 'addrmerge': /src/usr.sbin/rpcbind/util.c:181: warning: implicit declaration of function 'addr_is_bound' *** Error code 1 Stop in /src/usr.sbin/rpcbind. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-17 04:44:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-17 04:44:05 - ERROR: failed to build world TB --- 2010-02-17 04:44:05 - 2594.40 user 606.26 system 3545.27 real http://tinderbox.freebsd.org/tinderbox-head-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"
[head tinderbox] failure on i386/i386
TB --- 2010-02-17 03:45:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-17 03:45:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-02-17 03:45:00 - cleaning the object tree TB --- 2010-02-17 03:45:32 - cvsupping the source tree TB --- 2010-02-17 03:45:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-02-17 03:46:05 - building world TB --- 2010-02-17 03:46:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-17 03:46:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-17 03:46:05 - TARGET=i386 TB --- 2010-02-17 03:46:05 - TARGET_ARCH=i386 TB --- 2010-02-17 03:46:05 - TZ=UTC TB --- 2010-02-17 03:46:05 - __MAKE_CONF=/dev/null TB --- 2010-02-17 03:46:05 - cd /src TB --- 2010-02-17 03:46:05 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 17 03:46:06 UTC 2010 >>> 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 [...] cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc_com.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/security.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/warmstart.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/util.c cc1: warnings being treated as errors /src/usr.sbin/rpcbind/util.c: In function 'addrmerge': /src/usr.sbin/rpcbind/util.c:181: warning: implicit declaration of function 'addr_is_bound' *** Error code 1 Stop in /src/usr.sbin/rpcbind. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-17 04:44:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-17 04:44:15 - ERROR: failed to build world TB --- 2010-02-17 04:44:15 - 2625.82 user 585.91 system 3555.23 real http://tinderbox.freebsd.org/tinderbox-head-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 amd64/amd64
TB --- 2010-02-17 03:45:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-17 03:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-02-17 03:45:00 - cleaning the object tree TB --- 2010-02-17 03:45:35 - cvsupping the source tree TB --- 2010-02-17 03:45:35 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-02-17 03:46:05 - building world TB --- 2010-02-17 03:46:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-17 03:46:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-17 03:46:05 - TARGET=amd64 TB --- 2010-02-17 03:46:05 - TARGET_ARCH=amd64 TB --- 2010-02-17 03:46:05 - TZ=UTC TB --- 2010-02-17 03:46:05 - __MAKE_CONF=/dev/null TB --- 2010-02-17 03:46:05 - cd /src TB --- 2010-02-17 03:46:05 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 17 03:46:06 UTC 2010 >>> 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 [...] cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc_com.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/security.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/warmstart.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/util.c cc1: warnings being treated as errors /src/usr.sbin/rpcbind/util.c: In function 'addrmerge': /src/usr.sbin/rpcbind/util.c:181: warning: implicit declaration of function 'addr_is_bound' *** Error code 1 Stop in /src/usr.sbin/rpcbind. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-17 04:45:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-17 04:45:19 - ERROR: failed to build world TB --- 2010-02-17 04:45:19 - 2654.54 user 595.90 system 3618.83 real http://tinderbox.freebsd.org/tinderbox-head-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 mips/mips
TB --- 2010-02-17 04:44:05 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-17 04:44:05 - starting HEAD tinderbox run for mips/mips TB --- 2010-02-17 04:44:05 - cleaning the object tree TB --- 2010-02-17 04:44:17 - cvsupping the source tree TB --- 2010-02-17 04:44:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2010-02-17 04:44:41 - building world TB --- 2010-02-17 04:44:41 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-17 04:44:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-17 04:44:41 - TARGET=mips TB --- 2010-02-17 04:44:41 - TARGET_ARCH=mips TB --- 2010-02-17 04:44:41 - TZ=UTC TB --- 2010-02-17 04:44:41 - __MAKE_CONF=/dev/null TB --- 2010-02-17 04:44:41 - cd /src TB --- 2010-02-17 04:44:41 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 17 04:44:43 UTC 2010 >>> 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 [...] cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc_com.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/security.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/warmstart.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/util.c cc1: warnings being treated as errors /src/usr.sbin/rpcbind/util.c: In function 'addrmerge': /src/usr.sbin/rpcbind/util.c:181: warning: implicit declaration of function 'addr_is_bound' *** Error code 1 Stop in /src/usr.sbin/rpcbind. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-17 05:30:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-17 05:30:56 - ERROR: failed to build world TB --- 2010-02-17 05:30:56 - 2011.62 user 512.19 system 2810.74 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.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 --- 2010-02-17 04:45:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-17 04:45:19 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-02-17 04:45:19 - cleaning the object tree TB --- 2010-02-17 04:45:34 - cvsupping the source tree TB --- 2010-02-17 04:45:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-02-17 04:46:00 - building world TB --- 2010-02-17 04:46:00 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-17 04:46:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-17 04:46:00 - TARGET=sparc64 TB --- 2010-02-17 04:46:00 - TARGET_ARCH=sparc64 TB --- 2010-02-17 04:46:00 - TZ=UTC TB --- 2010-02-17 04:46:00 - __MAKE_CONF=/dev/null TB --- 2010-02-17 04:46:00 - cd /src TB --- 2010-02-17 04:46:00 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 17 04:46:00 UTC 2010 >>> 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 [...] cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc_com.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/security.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/warmstart.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/util.c cc1: warnings being treated as errors /src/usr.sbin/rpcbind/util.c: In function 'addrmerge': /src/usr.sbin/rpcbind/util.c:181: warning: implicit declaration of function 'addr_is_bound' *** Error code 1 Stop in /src/usr.sbin/rpcbind. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-17 05:42:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-17 05:42:29 - ERROR: failed to build world TB --- 2010-02-17 05:42:29 - 2535.03 user 552.40 system 3429.52 real http://tinderbox.freebsd.org/tinderbox-head-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"
[head tinderbox] failure on powerpc/powerpc
TB --- 2010-02-17 04:44:15 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-17 04:44:15 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-02-17 04:44:15 - cleaning the object tree TB --- 2010-02-17 04:44:18 - cvsupping the source tree TB --- 2010-02-17 04:44:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-02-17 04:44:41 - building world TB --- 2010-02-17 04:44:41 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-17 04:44:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-17 04:44:41 - TARGET=powerpc TB --- 2010-02-17 04:44:41 - TARGET_ARCH=powerpc TB --- 2010-02-17 04:44:41 - TZ=UTC TB --- 2010-02-17 04:44:41 - __MAKE_CONF=/dev/null TB --- 2010-02-17 04:44:41 - cd /src TB --- 2010-02-17 04:44:41 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 17 04:44:43 UTC 2010 >>> 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 [...] cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc_com.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/security.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/warmstart.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/util.c cc1: warnings being treated as errors /src/usr.sbin/rpcbind/util.c: In function 'addrmerge': /src/usr.sbin/rpcbind/util.c:181: warning: implicit declaration of function 'addr_is_bound' *** Error code 1 Stop in /src/usr.sbin/rpcbind. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-17 05:43:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-17 05:43:31 - ERROR: failed to build world TB --- 2010-02-17 05:43:31 - 2693.02 user 555.66 system 3555.57 real http://tinderbox.freebsd.org/tinderbox-head-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 ia64/ia64
TB --- 2010-02-17 04:33:37 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-17 04:33:37 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-02-17 04:33:37 - cleaning the object tree TB --- 2010-02-17 04:33:57 - cvsupping the source tree TB --- 2010-02-17 04:33:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-02-17 04:34:22 - building world TB --- 2010-02-17 04:34:22 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-17 04:34:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-17 04:34:22 - TARGET=ia64 TB --- 2010-02-17 04:34:22 - TARGET_ARCH=ia64 TB --- 2010-02-17 04:34:22 - TZ=UTC TB --- 2010-02-17 04:34:22 - __MAKE_CONF=/dev/null TB --- 2010-02-17 04:34:22 - cd /src TB --- 2010-02-17 04:34:22 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 17 04:34:23 UTC 2010 >>> 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 [...] cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc_com.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/security.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/warmstart.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/util.c cc1: warnings being treated as errors /src/usr.sbin/rpcbind/util.c: In function 'addrmerge': /src/usr.sbin/rpcbind/util.c:181: warning: implicit declaration of function 'addr_is_bound' *** Error code 1 Stop in /src/usr.sbin/rpcbind. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-17 05:48:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-17 05:48:20 - ERROR: failed to build world TB --- 2010-02-17 05:48:20 - 3561.89 user 587.48 system 4482.98 real http://tinderbox.freebsd.org/tinderbox-head-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: bind fails with sig11 on start / pthread failure on ARM?
On 2/16/2010 6:30 PM, Bernd Walter wrote: > Mmm - the port (without thread and without XML) works fine: I'm glad to here that you got something that works. Unfortunately when you start talking about threads on ARM you've pole vaulted outside of my competency area. If the folks on the -arm list can't come up with any good suggestions you might want to send e-mail to bind-us...@isc.org, especially if it's a case where some threaded things work, but BIND doesn't. It would probably also be useful to try with the same version of BIND, same kind of system, on a different FreeBSD version with and without threaded BIND. Not sure if that's possible for you or not, but it would definitely be an interesting data point. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ ___ 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/sun4v
TB --- 2010-02-17 05:30:56 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-17 05:30:56 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-02-17 05:30:56 - cleaning the object tree TB --- 2010-02-17 05:31:10 - cvsupping the source tree TB --- 2010-02-17 05:31:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-02-17 05:32:01 - building world TB --- 2010-02-17 05:32:01 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-17 05:32:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-17 05:32:01 - TARGET=sun4v TB --- 2010-02-17 05:32:01 - TARGET_ARCH=sparc64 TB --- 2010-02-17 05:32:01 - TZ=UTC TB --- 2010-02-17 05:32:01 - __MAKE_CONF=/dev/null TB --- 2010-02-17 05:32:01 - cd /src TB --- 2010-02-17 05:32:01 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 17 05:32:01 UTC 2010 >>> 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 [...] cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc_com.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/security.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/warmstart.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/util.c cc1: warnings being treated as errors /src/usr.sbin/rpcbind/util.c: In function 'addrmerge': /src/usr.sbin/rpcbind/util.c:181: warning: implicit declaration of function 'addr_is_bound' *** Error code 1 Stop in /src/usr.sbin/rpcbind. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-17 06:23:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-17 06:23:56 - ERROR: failed to build world TB --- 2010-02-17 06:23:56 - 2564.49 user 494.68 system 3179.15 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.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"
