Re: gmirror not synced

[Matthew Seaman]

On 04/01/2012 19:43, Gareth de Vaux wrote:
 Hi all,   I've noticed that the md5 hashes of a couple of files on
 a gmirror change when I recalculate the hashes. The output usually
 cycles between 2 hashes per file.
 
 I'm guessing this is because each calculation reads the file
 randomly from 1 of 2 component drives, and the files in question
 had a few bit flips during their original sync. I also assume
 this's something you have to live with for gmirror? Is removing
 and completely rebuilding the secondary drive the only thing you
 can do (which might fix these bit flips but incur others elsewhere)?

No, that's not something acceptable at all.  Randomly flipping bits in
files is a really nasty failure mode.

What does 'gmirror list' tell you about the state of the gmirror?  Is
there any possibility that your hardware is failing?  Check the SMART
attributes of the disk in the first instance (it isn't brilliant for
picking up impending failure, but it should be pretty accurate once the
drive is actually generating errors.)  Also try a few passes of
memtest86 to try and spot problems with RAM.  Cleaning dust out of air
vents and heatsinks and generally making sure the machine is not
overheating is a good idea too.

Actually, first thing to do is make sure you have really good backups.
Bonus points if you have been backing everything up religiously, and can
extract a known good copy of the files in question from some of the
older ones.

Cheers,

Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.   7 Priory Courtyard
  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
JID: matt...@infracaninophile.co.uk   Kent, CT11 9PW



signature.asc
Description: OpenPGP digital signature

Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

[Denny Lin]

On Wed, Jan 04, 2012 at 03:52:06PM -0800, Matthew Tippett wrote:
 Hmm... No sure what happened there again.  What I sent (pulled from my 
 Sent folder...
 ===
 
 Thanks for the comment Arnaud.   For comparative benchmarking on 
 Phoronix.com http://Phoronix.com, Michael invariable leaves it in the 
 default configuration 'in the way the developers or vendor wanted it for 
 production'.  This is by rule.

A quick question: why is ZFS used in the benchmark?

Both operating systems were in their stock configuration aside from
FreeBSD 9.0 using ZFS.

UFS is the default on FreeBSD, not ZFS. FreeBSD was not left in the
default configuration.

-- 
Denny Lin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Enabling IPSec panics stable/9 (runs OK on stable/8)

[Attila Nagy]

On 01/04/12 17:31, VANHULLEBUS Yvan wrote:

On Wed, Jan 04, 2012 at 04:17:41PM +0100, Attila Nagy wrote:
[]

#7  0x809bf779 in ipsec_process_done (m=0xfe000c7c7a00,
isr=0xfe001bf54380) at
/data/usr/src/sys/netipsec/ipsec_output.c:170

Here seems to be the problem
Can you do the following (in this order) in kgdb:
frame 7
p saidx
p *saidx

(kgdb) frame 7
#7  0x809bf779 in ipsec_process_done (m=0xfe000c7c7a00,
isr=0xfe001bf54380) at
/data/usr/src/sys/netipsec/ipsec_output.c:170
170 switch (saidx-dst.sa.sa_family) {
(kgdb) p saidx
No symbol saidx in current context.



There *is* such a symbol, as confirmed by kgdb's output when you
switched to frame 7 !

Could you check that you are running a correct debug kernel ?
The kernel config is GENERIC, plus some, so it contains DEBUG=-g 
makeoptions.
This is a limited environment (with a lot of programs missing from the 
boot image), but I don't think it should affect that.

kgdb command line is:
./kgdb kernel.debug vmcore.0
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 amd64-marcel-freebsd...

Unread portion of the kernel message buffer:


Fatal trap 12: page fault while in kernel mode
cpuid = 4; apic id = 04
fault virtual address   = 0xa0
fault code  = supervisor read data, page not present
instruction pointer = 0x20:0x809bf779
stack pointer   = 0x28:0xff80002cd350
frame pointer   = 0x28:0xff80002cd390
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 12 (swi1: netisr 0)
trap number = 12
panic: page fault
cpuid = 4
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
kdb_backtrace() at kdb_backtrace+0x37
panic() at panic+0x187
trap_fatal() at trap_fatal+0x290
trap_pfault() at trap_pfault+0x1f9
trap() at trap+0x3df
calltrap() at calltrap+0x8
--- trap 0xc, rip = 0x809bf779, rsp = 0xff80002cd350, rbp = 
0xff80002cd390 ---

ipsec_process_done() at ipsec_process_done+0x119
esp_output_cb() at esp_output_cb+0x1a1
crypto_done() at crypto_done+0x102
swcr_process() at swcr_process+0x1d7
crypto_invoke() at crypto_invoke+0x6b
crypto_dispatch() at crypto_dispatch+0xfb
esp_output() at esp_output+0x5a2
ipsec4_process_packet() at ipsec4_process_packet+0x1f8
ip_ipsec_output() at ip_ipsec_output+0x16a
ip_output() at ip_output+0x526
icmp_reflect() at icmp_reflect+0x339
icmp_input() at icmp_input+0x257
ip_input() at ip_input+0x1de
swi_net() at swi_net+0x14d
intr_event_execute_handlers() at intr_event_execute_handlers+0x104
ithread_loop() at ithread_loop+0xa4
fork_exit() at fork_exit+0x11f
fork_trampoline() at fork_trampoline+0xe
--- trap 0, rip = 0, rsp = 0xff80002cdd00, rbp = 0 ---
Uptime: 12m32s
Dumping 30283 MB (4 chunks)
  chunk 0: 1MB (139 pages) ... ok
  chunk 1: 3070MB (785904 pages)panic: bufwrite: buffer is not busy???
cpuid = 4
 3054 3038 3022 3006 2990 2974 2958 2942 2926 2910 2894 2878 2862 2846 
2830 2814 2798 2782 2766 2750 2734 2718 2702 2686 2670 2654 2638 2622 
2606 2590 2574 2558 2542 2526 2510 2494 2478 2462 2446 2430 2414 2398 
2382 2366 2350 2334 2318 2302 2286 2270 2254 2238  2206 2190 2174 
2158 2142 2126 2110 2094 2078 2062 2046 2030 2014 1998 1982 1966 1950 
1934 1918 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742 1726 
1710 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 
1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 
1262 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 
1038 1022 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 
766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 
478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 
190 174 158 142 126 110 94 78 62 46 30 14 ... ok

  chunk 2: 1MB (256 pages) ... ok
  chunk 3: 27212MB (6966272 pages) 27197 27181 27165 27149 27133 27117 
27101 27085 27069 27053 27037 27021 27005 26989 26973 26957 26941 26925 
26909 26893 26877 26861 26845 26829 26813 26797 26781 26765 26749 26733 
26717 26701 26685 26669 26653 26637 26621 26605 26589 26573 26557 26541 
26525 26509 26493 26477 26461 26445 26429 26413 26397 26381 26365 26349 
26333 26317 26301 26285 26269 26253 26237 26221 26205 26189 26173 26157 
26141 26125 26109 26093 26077 26061 26045 26029 26013 25997 25981 25965 
25949 25933 25917 25901 25885 25869 25853 25837 25821 25805 25789 25773 
25757 25741 25725 25709 25693 25677 25661 25645 25629 25613 

Re: Enabling IPSec panics stable/9 (runs OK on stable/8)

[VANHULLEBUS Yvan]

On Thu, Jan 05, 2012 at 11:20:48AM +0100, Attila Nagy wrote:
 On 01/04/12 17:31, VANHULLEBUS Yvan wrote:
[]
 Could you check that you are running a correct debug kernel ?
 The kernel config is GENERIC, plus some, so it contains DEBUG=-g 
 makeoptions.

Ok.


[]
 (kgdb) frame 7
 #7  0x809bf779 in ipsec_process_done (m=0xfe001977a600,
 isr=0xfe019eb96480) at 
 /data/usr/src/sys/netipsec/ipsec_output.c:170
 170 switch (saidx-dst.sa.sa_family) {
 (kgdb) p saidx
 No symbol saidx in current context.
 
 BTW in the same frame:
 (kgdb) p tdbi
 $1 = (struct tdb_ident *) 0xfe017ce5e418
 (kgdb) p mtag
 $2 = (struct m_tag *) 0xfe017ce5e400
 (kgdb) p isr
 $3 = (struct ipsecrequest *) 0xfe019eb96480

Strange. may be related to some kind of code optimization

As the line juste before is:
saidx = sav-sah-saidx;

Could you show the value of sav-sah-saidx ?
And also check if kgdb can print sav-sah-saidx (without the ) ?



 Strange I'll review changes in IPsec stack which have been done in
 STABLE/9 and not backported to STABLE/8.
 
 Oh, sorry, not quite an up-to-date 8-STABLE, it's from Sat May 21
 22:05:26 CEST 2011 (csup'd some hours earlier).
 Should I check with a more recent version? Does that help?
 Thanks for helping.
 
 Yes, this may help if you try with a most recent 8-STABLE: I don't
 remember exactly what, but I'm quite sure there have been some IPsec
 related commits on stable/8 between that date and now !
 I will try it.

Ok.


To help you having a quick workaround, do you really need ESP+AH ?
Most of the time, people who configure ESP+AH just needs in fact ESP
with optional data authentication.

And the crash occurs in some part of the code which deals with
encapsulation in encapsulation.

This also may explains why I never saw that crash..


Yvan.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Enabling IPSec panics stable/9 (runs OK on stable/8)

[Attila Nagy]

On 01/05/12 11:37, VANHULLEBUS Yvan wrote:

Strange. may be related to some kind of code optimization

As the line juste before is:
saidx =sav-sah-saidx;

Could you show the value ofsav-sah-saidx ?
And also check if kgdb can print sav-sah-saidx (without the) ?

Oh sorry, the previous console copy was chopped. I've tried sav too:
(kgdb) p sav-sah-saidx
Variable sav is not available.


To help you having a quick workaround, do you really need ESP+AH ?
Most of the time, people who configure ESP+AH just needs in fact ESP
with optional data authentication.

I could live without it, you are right. Thanks for the tip.


And the crash occurs in some part of the code which deals with
encapsulation in encapsulation.

This also may explains why I never saw that crash..

Could be. Anyways, it's a permitted option, so it would be good to fix it.
I hope I can help you in that somehow. :)

Thanks,
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

[releng_8 tinderbox] failure on arm/arm

[FreeBSD Tinderbox]

TB --- 2012-01-05 11:45:37 - tinderbox 2.8 running on freebsd-legacy.sentex.ca
TB --- 2012-01-05 11:45:37 - starting RELENG_8 tinderbox run for arm/arm
TB --- 2012-01-05 11:45:37 - cleaning the object tree
TB --- 2012-01-05 11:45:47 - cvsupping the source tree
TB --- 2012-01-05 11:45:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
-s /usr/home/tinderbox/RELENG_8/arm/arm/supfile
TB --- 2012-01-05 11:45:59 - building world
TB --- 2012-01-05 11:45:59 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-05 11:45:59 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-05 11:45:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-05 11:45:59 - SRCCONF=/dev/null
TB --- 2012-01-05 11:45:59 - TARGET=arm
TB --- 2012-01-05 11:45:59 - TARGET_ARCH=arm
TB --- 2012-01-05 11:45:59 - TZ=UTC
TB --- 2012-01-05 11:45:59 - __MAKE_CONF=/dev/null
TB --- 2012-01-05 11:45:59 - cd /src
TB --- 2012-01-05 11:45:59 - /usr/bin/make -B buildworld
 World build started on Thu Jan  5 11:46:00 UTC 2012
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc -O -pipe  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/op!
 ensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 
-DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c 
/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_vdev.c
cc -O -pipe  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/op!
 ensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 
-DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c 
/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_iter.c
cc -O -pipe  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/op!
 ensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 
-DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c 

FTPS Server?

[Karl Denninger]

Not SFTP (which is supported by the sshd) but FTPS is it supported
by FreeBSD?

This question may belong on the ports list, but a quick perusal there
didn't find anything particularly interesting (one possible candidate is
marked broken)

Thanks in advance.

-- Karl Denninger


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

[releng_8 tinderbox] failure on i386/i386

[FreeBSD Tinderbox]

TB --- 2012-01-05 12:32:24 - tinderbox 2.8 running on freebsd-legacy.sentex.ca
TB --- 2012-01-05 12:32:24 - starting RELENG_8 tinderbox run for i386/i386
TB --- 2012-01-05 12:32:24 - cleaning the object tree
TB --- 2012-01-05 12:32:56 - cvsupping the source tree
TB --- 2012-01-05 12:32:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
-s /usr/home/tinderbox/RELENG_8/i386/i386/supfile
TB --- 2012-01-05 12:33:12 - building world
TB --- 2012-01-05 12:33:12 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-05 12:33:12 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-05 12:33:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-05 12:33:12 - SRCCONF=/dev/null
TB --- 2012-01-05 12:33:12 - TARGET=i386
TB --- 2012-01-05 12:33:12 - TARGET_ARCH=i386
TB --- 2012-01-05 12:33:12 - TZ=UTC
TB --- 2012-01-05 12:33:12 - __MAKE_CONF=/dev/null
TB --- 2012-01-05 12:33:12 - cd /src
TB --- 2012-01-05 12:33:12 - /usr/bin/make -B buildworld
 World build started on Thu Jan  5 12:33:14 UTC 2012
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc -O2 -pipe  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
 pensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 
-DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c 
/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_vdev.c
cc -O2 -pipe  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
 pensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 
-DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c 
/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_iter.c
cc -O2 -pipe  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
 pensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 

Re: FTPS Server?

[Gót András]

Hi,

You can easily set up FTPS with pure-ftpd, but AFAIK only the 
authentication will be secured. This is also called FTP-TLS.


Regards,
Andras

On Thu, 05 Jan 2012 06:47:38 -0600, Karl Denninger wrote:
Not SFTP (which is supported by the sshd) but FTPS is it 
supported

by FreeBSD?

This question may belong on the ports list, but a quick perusal there
didn't find anything particularly interesting (one possible candidate 
is

marked broken)

Thanks in advance.

-- Karl Denninger


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to 
freebsd-stable-unsubscr...@freebsd.org


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: FTPS Server?

[Matthew Seaman]

On 05/01/2012 12:47, Karl Denninger wrote:
 Not SFTP (which is supported by the sshd) but FTPS is it supported
 by FreeBSD?

No, not supported in the base system.

 This question may belong on the ports list, but a quick perusal there
 didn't find anything particularly interesting (one possible candidate is
 marked broken)

Several of the ftp daemons in the ports should be capable of running
FTPS.  10 seconds with Google turns up HOWTOs for setting up either
vsftpd or proftpd to provide FTPS support.

However, personally, I'd avoid FTPS.  It suffers from most of the design
flaws of standard FTP[*], particularly as regards passing through
firewalls.  Worse, because the traffic is encrypted, you can't even use
tools like ftp-proxy (in ports as ftp/ftp-proxy) to extract transient
port numbers by deep packet inspection.  As far as your users are
concerned, just use SFTP.  It behaves exactly like an ordinary FTP
client, but the underlying SSH protocol over the network is way, way
better designed.

Cheers,

Matthew

[*] Miserable, archaic and long overdue to be put out of our misery.

-- 
Dr Matthew J Seaman MA, D.Phil.   7 Priory Courtyard
  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
JID: matt...@infracaninophile.co.uk   Kent, CT11 9PW



signature.asc
Description: OpenPGP digital signature

[releng_9 tinderbox] failure on mips/mips

[FreeBSD Tinderbox]

TB --- 2012-01-05 13:45:05 - tinderbox 2.8 running on freebsd-stable.sentex.ca
TB --- 2012-01-05 13:45:05 - starting RELENG_9 tinderbox run for mips/mips
TB --- 2012-01-05 13:45:05 - cleaning the object tree
TB --- 2012-01-05 13:45:16 - cvsupping the source tree
TB --- 2012-01-05 13:45:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/RELENG_9/mips/mips/supfile
TB --- 2012-01-05 13:45:56 - building world
TB --- 2012-01-05 13:45:56 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-05 13:45:56 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-05 13:45:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-05 13:45:56 - SRCCONF=/dev/null
TB --- 2012-01-05 13:45:56 - TARGET=mips
TB --- 2012-01-05 13:45:56 - TARGET_ARCH=mips
TB --- 2012-01-05 13:45:56 - TZ=UTC
TB --- 2012-01-05 13:45:56 - __MAKE_CONF=/dev/null
TB --- 2012-01-05 13:45:56 - cd /src
TB --- 2012-01-05 13:45:56 - /usr/bin/make -B buildworld
 World build started on Thu Jan  5 13:45:57 UTC 2012
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
 stage 4.1: building includes
[...]
=== lib/libalias/modules/ftp (buildincludes)
=== lib/libalias/modules/irc (buildincludes)
=== lib/libalias/modules/nbt (buildincludes)
=== lib/libalias/modules/pptp (buildincludes)
=== lib/libalias/modules/skinny (buildincludes)
=== lib/libalias/modules/smedia (buildincludes)
=== lib/libarchive (buildincludes)
make: don't know how to make archive.h. Stop
*** Error code 2

Stop in /src/lib.
*** Error code 1

Stop in /src/lib.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-01-05 13:55:28 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-01-05 13:55:28 - ERROR: failed to build world
TB --- 2012-01-05 13:55:28 - 435.55 user 48.96 system 623.05 real


http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-mips-mips.full
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: FTPS Server?

[Karl Denninger]

On 1/5/2012 7:38 AM, Matthew Seaman wrote:
 On 05/01/2012 12:47, Karl Denninger wrote:
 Not SFTP (which is supported by the sshd) but FTPS is it supported
 by FreeBSD?
 No, not supported in the base system.

 This question may belong on the ports list, but a quick perusal there
 didn't find anything particularly interesting (one possible candidate is
 marked broken)
 Several of the ftp daemons in the ports should be capable of running
 FTPS.  10 seconds with Google turns up HOWTOs for setting up either
 vsftpd or proftpd to provide FTPS support.

 However, personally, I'd avoid FTPS.  It suffers from most of the design
 flaws of standard FTP[*], particularly as regards passing through
 firewalls.  Worse, because the traffic is encrypted, you can't even use
 tools like ftp-proxy (in ports as ftp/ftp-proxy) to extract transient
 port numbers by deep packet inspection.  As far as your users are
 concerned, just use SFTP.  It behaves exactly like an ordinary FTP
 client, but the underlying SSH protocol over the network is way, way
 better designed.

   Cheers,

   Matthew

 [*] Miserable, archaic and long overdue to be put out of our misery.
Yes, I understand all the arguments against, but I have an EyeFi card
here (SD card with a built in Wifi transmitter for use in cameras) that
does not know how to deal with SFTP.

So if I want to do anything other than transfer to a Windows machine
(barf!) I am stuck with either FTP (no encryption at all and subject to
be picked off via trivial means while the data is in flight) or FTPS
(which has its own set of issues.)

The ability to immediately get images shot in the field out of the
camera and onto stable storage via a Wifi hotspot running on the phone
in my pocket looks really good, but I'll be damned if I'm going to base
that on a Windows machine.

I understand that ftps bites but

-- Karl


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

[releng_9 tinderbox] failure on powerpc/powerpc

[FreeBSD Tinderbox]

TB --- 2012-01-05 13:55:29 - tinderbox 2.8 running on freebsd-stable.sentex.ca
TB --- 2012-01-05 13:55:29 - starting RELENG_9 tinderbox run for powerpc/powerpc
TB --- 2012-01-05 13:55:29 - cleaning the object tree
TB --- 2012-01-05 13:55:56 - cvsupping the source tree
TB --- 2012-01-05 13:55:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/RELENG_9/powerpc/powerpc/supfile
TB --- 2012-01-05 13:56:57 - building world
TB --- 2012-01-05 13:56:57 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-05 13:56:57 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-05 13:56:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-05 13:56:57 - SRCCONF=/dev/null
TB --- 2012-01-05 13:56:57 - TARGET=powerpc
TB --- 2012-01-05 13:56:57 - TARGET_ARCH=powerpc
TB --- 2012-01-05 13:56:57 - TZ=UTC
TB --- 2012-01-05 13:56:57 - __MAKE_CONF=/dev/null
TB --- 2012-01-05 13:56:57 - cd /src
TB --- 2012-01-05 13:56:57 - /usr/bin/make -B buildworld
 World build started on Thu Jan  5 13:56:58 UTC 2012
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
 stage 4.1: building includes
[...]
=== lib/libalias/modules/ftp (buildincludes)
=== lib/libalias/modules/irc (buildincludes)
=== lib/libalias/modules/nbt (buildincludes)
=== lib/libalias/modules/pptp (buildincludes)
=== lib/libalias/modules/skinny (buildincludes)
=== lib/libalias/modules/smedia (buildincludes)
=== lib/libarchive (buildincludes)
make: don't know how to make archive.h. Stop
*** Error code 2

Stop in /src/lib.
*** Error code 1

Stop in /src/lib.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-01-05 14:09:52 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-01-05 14:09:52 - ERROR: failed to build world
TB --- 2012-01-05 14:09:52 - 619.08 user 63.01 system 863.10 real


http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-powerpc-powerpc.full
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

[releng_9 tinderbox] failure on sparc64/sparc64

[FreeBSD Tinderbox]

TB --- 2012-01-05 14:11:44 - tinderbox 2.8 running on freebsd-stable.sentex.ca
TB --- 2012-01-05 14:11:44 - starting RELENG_9 tinderbox run for sparc64/sparc64
TB --- 2012-01-05 14:11:44 - cleaning the object tree
TB --- 2012-01-05 14:12:06 - cvsupping the source tree
TB --- 2012-01-05 14:12:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/RELENG_9/sparc64/sparc64/supfile
TB --- 2012-01-05 14:13:06 - building world
TB --- 2012-01-05 14:13:06 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-05 14:13:06 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-05 14:13:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-05 14:13:06 - SRCCONF=/dev/null
TB --- 2012-01-05 14:13:06 - TARGET=sparc64
TB --- 2012-01-05 14:13:06 - TARGET_ARCH=sparc64
TB --- 2012-01-05 14:13:06 - TZ=UTC
TB --- 2012-01-05 14:13:06 - __MAKE_CONF=/dev/null
TB --- 2012-01-05 14:13:06 - cd /src
TB --- 2012-01-05 14:13:06 - /usr/bin/make -B buildworld
 World build started on Thu Jan  5 14:13:07 UTC 2012
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
 stage 4.1: building includes
[...]
=== lib/libalias/modules/ftp (buildincludes)
=== lib/libalias/modules/irc (buildincludes)
=== lib/libalias/modules/nbt (buildincludes)
=== lib/libalias/modules/pptp (buildincludes)
=== lib/libalias/modules/skinny (buildincludes)
=== lib/libalias/modules/smedia (buildincludes)
=== lib/libarchive (buildincludes)
make: don't know how to make archive.h. Stop
*** Error code 2

Stop in /src/lib.
*** Error code 1

Stop in /src/lib.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-01-05 14:21:59 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-01-05 14:21:59 - ERROR: failed to build world
TB --- 2012-01-05 14:21:59 - 390.55 user 48.96 system 615.50 real


http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-sparc64-sparc64.full
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

[releng_9 tinderbox] failure on powerpc64/powerpc

[FreeBSD Tinderbox]

TB --- 2012-01-05 14:09:52 - tinderbox 2.8 running on freebsd-stable.sentex.ca
TB --- 2012-01-05 14:09:52 - starting RELENG_9 tinderbox run for 
powerpc64/powerpc
TB --- 2012-01-05 14:09:52 - cleaning the object tree
TB --- 2012-01-05 14:10:22 - cvsupping the source tree
TB --- 2012-01-05 14:10:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/RELENG_9/powerpc64/powerpc/supfile
TB --- 2012-01-05 14:11:26 - building world
TB --- 2012-01-05 14:11:26 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-05 14:11:26 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-05 14:11:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-05 14:11:26 - SRCCONF=/dev/null
TB --- 2012-01-05 14:11:26 - TARGET=powerpc
TB --- 2012-01-05 14:11:26 - TARGET_ARCH=powerpc64
TB --- 2012-01-05 14:11:26 - TZ=UTC
TB --- 2012-01-05 14:11:26 - __MAKE_CONF=/dev/null
TB --- 2012-01-05 14:11:26 - cd /src
TB --- 2012-01-05 14:11:26 - /usr/bin/make -B buildworld
 World build started on Thu Jan  5 14:11:27 UTC 2012
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
 stage 4.1: building includes
[...]
=== lib/libalias/modules/ftp (buildincludes)
=== lib/libalias/modules/irc (buildincludes)
=== lib/libalias/modules/nbt (buildincludes)
=== lib/libalias/modules/pptp (buildincludes)
=== lib/libalias/modules/skinny (buildincludes)
=== lib/libalias/modules/smedia (buildincludes)
=== lib/libarchive (buildincludes)
make: don't know how to make archive.h. Stop
*** Error code 2

Stop in /src/lib.
*** Error code 1

Stop in /src/lib.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-01-05 14:24:24 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-01-05 14:24:24 - ERROR: failed to build world
TB --- 2012-01-05 14:24:24 - 602.94 user 69.61 system 871.94 real


http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-powerpc64-powerpc.full
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

[releng_8 tinderbox] failure on i386/pc98

[FreeBSD Tinderbox]

TB --- 2012-01-05 13:28:26 - tinderbox 2.8 running on freebsd-legacy.sentex.ca
TB --- 2012-01-05 13:28:26 - starting RELENG_8 tinderbox run for i386/pc98
TB --- 2012-01-05 13:28:26 - cleaning the object tree
TB --- 2012-01-05 13:28:53 - cvsupping the source tree
TB --- 2012-01-05 13:28:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
-s /usr/home/tinderbox/RELENG_8/i386/pc98/supfile
TB --- 2012-01-05 13:29:03 - building world
TB --- 2012-01-05 13:29:03 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-05 13:29:03 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-05 13:29:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-05 13:29:03 - SRCCONF=/dev/null
TB --- 2012-01-05 13:29:03 - TARGET=pc98
TB --- 2012-01-05 13:29:03 - TARGET_ARCH=i386
TB --- 2012-01-05 13:29:03 - TZ=UTC
TB --- 2012-01-05 13:29:03 - __MAKE_CONF=/dev/null
TB --- 2012-01-05 13:29:03 - cd /src
TB --- 2012-01-05 13:29:03 - /usr/bin/make -B buildworld
 World build started on Thu Jan  5 13:29:05 UTC 2012
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc -O2 -pipe  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
 pensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 
-DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c 
/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_vdev.c
cc -O2 -pipe  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
 pensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 
-DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c 
/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_iter.c
cc -O2 -pipe  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
 pensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 

[releng_8 tinderbox] failure on ia64/ia64

[FreeBSD Tinderbox]

TB --- 2012-01-05 14:24:26 - tinderbox 2.8 running on freebsd-legacy.sentex.ca
TB --- 2012-01-05 14:24:26 - starting RELENG_8 tinderbox run for ia64/ia64
TB --- 2012-01-05 14:24:26 - cleaning the object tree
TB --- 2012-01-05 14:24:46 - cvsupping the source tree
TB --- 2012-01-05 14:24:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
-s /usr/home/tinderbox/RELENG_8/ia64/ia64/supfile
TB --- 2012-01-05 14:24:55 - building world
TB --- 2012-01-05 14:24:55 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-05 14:24:55 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-05 14:24:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-05 14:24:55 - SRCCONF=/dev/null
TB --- 2012-01-05 14:24:55 - TARGET=ia64
TB --- 2012-01-05 14:24:55 - TARGET_ARCH=ia64
TB --- 2012-01-05 14:24:55 - TZ=UTC
TB --- 2012-01-05 14:24:55 - __MAKE_CONF=/dev/null
TB --- 2012-01-05 14:24:55 - cd /src
TB --- 2012-01-05 14:24:55 - /usr/bin/make -B buildworld
 World build started on Thu Jan  5 14:24:57 UTC 2012
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc -O2 -pipe  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
 pensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 
-DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c 
/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_vdev.c
cc -O2 -pipe  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
 pensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 
-DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c 
/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_iter.c
cc -O2 -pipe  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
 pensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 
-DNEED_SOLARIS_BOOLEAN -std=gnu89 

Re: FTPS Server?

[Matthew Seaman]

On 05/01/2012 14:09, Karl Denninger wrote:
 So if I want to do anything other than transfer to a Windows machine
 (barf!) I am stuck with either FTP (no encryption at all and subject to
 be picked off via trivial means while the data is in flight) or FTPS
 (which has its own set of issues.)

Does your card support uploading by HTTP(S) POST?  You'll need to cook
up a small webapp to process the input, but that shouldn't be any big
deal if you can snoop on the card doing that and extract parameter values.

Or, more obscurely, does that card support HTTP PUT?  Not very many
people realise that uploading data is supported in HTTP, and
consequently it is quite rarely used.  For apache, you need to use a
LIMIT statement to enable the PUT command, and obviously, you'll need
some sort of access control eg. HTTP Basic Auth so users have to provide
passwords.

Cheers,

Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.   7 Priory Courtyard
  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
JID: matt...@infracaninophile.co.uk   Kent, CT11 9PW



signature.asc
Description: OpenPGP digital signature

Re: FTPS Server?

[Karl Denninger]

On 1/5/2012 9:32 AM, Matthew Seaman wrote:
 On 05/01/2012 14:09, Karl Denninger wrote:
 So if I want to do anything other than transfer to a Windows machine
 (barf!) I am stuck with either FTP (no encryption at all and subject to
 be picked off via trivial means while the data is in flight) or FTPS
 (which has its own set of issues.)
 Does your card support uploading by HTTP(S) POST?  You'll need to cook
 up a small webapp to process the input, but that shouldn't be any big
 deal if you can snoop on the card doing that and extract parameter values.

 Or, more obscurely, does that card support HTTP PUT?  Not very many
 people realise that uploading data is supported in HTTP, and
 consequently it is quite rarely used.  For apache, you need to use a
 LIMIT statement to enable the PUT command, and obviously, you'll need
 some sort of access control eg. HTTP Basic Auth so users have to provide
 passwords.

   Cheers,

   Matthew
No; unfortunately the only open standards methods supported are FTP or
Secure FTP (Ftps)

The proprietary stuff works but I want to have a Windows machine
powered up all the time to get the transmissions (even though I can have
it mount a Samba share and thus write them to the same place on the
server in question) like a want a hole in the head.

-- Karl


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Keyboard LEDs stay on after shutdown -p

[Jens Schweikhardt]

hello, world\n

I made an interesting observation the other day. I don't know if it is
because of the update to 9-STABLE with the same kernel config I used the
last months, or maybe Windows 7 on my multi OS system has frobbed something
somewhere, but when I shutdown -p the three keyboard LEDs Num, Caps  Scroll
remain lit... pulling the plug of course does fix it :-)

In order to have the LEDs out,
do I have to add a new kernel option?
Tune some sysctl values?


Regards,

Jens
-- 
Jens Schweikhardt http://www.schweikhardt.net/
SIGSIG -- signature too long (core dumped)
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: FTPS Server?

[Mike Tancsa]

On 1/5/2012 10:44 AM, Karl Denninger wrote:
 No; unfortunately the only open standards methods supported are FTP or
 Secure FTP (Ftps)

Try pro-ftpd from the ports tree.

http://www.proftpd.org/docs/howto/TLS.html

---Mike

-- 
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada   http://www.tancsa.com/
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: FTPS Server?

[Wolfgang Zenker]

Hi everyone,

* Matthew Seaman m.sea...@infracaninophile.co.uk [120105 14:38]:
 On 05/01/2012 12:47, Karl Denninger wrote:
 Not SFTP (which is supported by the sshd) but FTPS is it supported
 by FreeBSD?

 No, not supported in the base system.

 [..]
 However, personally, I'd avoid FTPS.  It suffers from most of the design
 flaws of standard FTP[*], particularly as regards passing through
 firewalls.  Worse, because the traffic is encrypted, you can't even use
 tools like ftp-proxy (in ports as ftp/ftp-proxy) to extract transient
 port numbers by deep packet inspection.  As far as your users are
 concerned, just use SFTP.  It behaves exactly like an ordinary FTP
 client, but the underlying SSH protocol over the network is way, way
 better designed.

Well, the problem I have here is at the server side: ftp users can be
locked in a particular subtree of the file system by simply assigning
them a chrooted login class. No need to setup any infrastructure in
that subtree itself. Did not find out how to do this with sftp (we only
allow publickey authentication with ssh at our servers)

Wolfgang
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

[releng_8 tinderbox] failure on mips/mips

[FreeBSD Tinderbox]

TB --- 2012-01-05 15:23:41 - tinderbox 2.8 running on freebsd-legacy.sentex.ca
TB --- 2012-01-05 15:23:41 - starting RELENG_8 tinderbox run for mips/mips
TB --- 2012-01-05 15:23:41 - cleaning the object tree
TB --- 2012-01-05 15:23:54 - cvsupping the source tree
TB --- 2012-01-05 15:23:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
-s /usr/home/tinderbox/RELENG_8/mips/mips/supfile
TB --- 2012-01-05 15:24:05 - building world
TB --- 2012-01-05 15:24:05 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-05 15:24:05 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-05 15:24:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-05 15:24:05 - SRCCONF=/dev/null
TB --- 2012-01-05 15:24:05 - TARGET=mips
TB --- 2012-01-05 15:24:05 - TARGET_ARCH=mips
TB --- 2012-01-05 15:24:05 - TZ=UTC
TB --- 2012-01-05 15:24:05 - __MAKE_CONF=/dev/null
TB --- 2012-01-05 15:24:05 - cd /src
TB --- 2012-01-05 15:24:05 - /usr/bin/make -B buildworld
 World build started on Thu Jan  5 15:24:07 UTC 2012
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src!
 /cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 
-DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c 
/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_vdev.c
cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src!
 /cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 
-DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-unknown-pragmas -c 
/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_iter.c
cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src!
 /cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 

[releng_8 tinderbox] failure on powerpc/powerpc

[FreeBSD Tinderbox]

TB --- 2012-01-05 15:28:52 - tinderbox 2.8 running on freebsd-legacy.sentex.ca
TB --- 2012-01-05 15:28:52 - starting RELENG_8 tinderbox run for powerpc/powerpc
TB --- 2012-01-05 15:28:52 - cleaning the object tree
TB --- 2012-01-05 15:29:14 - cvsupping the source tree
TB --- 2012-01-05 15:29:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
-s /usr/home/tinderbox/RELENG_8/powerpc/powerpc/supfile
TB --- 2012-01-05 15:29:25 - building world
TB --- 2012-01-05 15:29:25 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-05 15:29:25 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-05 15:29:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-05 15:29:25 - SRCCONF=/dev/null
TB --- 2012-01-05 15:29:25 - TARGET=powerpc
TB --- 2012-01-05 15:29:25 - TARGET_ARCH=powerpc
TB --- 2012-01-05 15:29:25 - TZ=UTC
TB --- 2012-01-05 15:29:25 - __MAKE_CONF=/dev/null
TB --- 2012-01-05 15:29:25 - cd /src
TB --- 2012-01-05 15:29:25 - /usr/bin/make -B buildworld
 World build started on Thu Jan  5 15:29:26 UTC 2012
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc -O2 -pipe  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
 pensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 
-DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c 
/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_vdev.c
cc -O2 -pipe  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
 pensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 
-DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c 
/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_iter.c
cc -O2 -pipe  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
 pensolaris/lib/libzpool/common 

Re: FTPS Server?

[Rainer Duffner]

Am 05.01.2012 um 16:37 schrieb Wolfgang Zenker:

 Hi everyone,
 
 * Matthew Seaman m.sea...@infracaninophile.co.uk [120105 14:38]:
 On 05/01/2012 12:47, Karl Denninger wrote:
 Not SFTP (which is supported by the sshd) but FTPS is it supported
 by FreeBSD?
 
 No, not supported in the base system.
 
 [..]
 However, personally, I'd avoid FTPS.  It suffers from most of the design
 flaws of standard FTP[*], particularly as regards passing through
 firewalls.  Worse, because the traffic is encrypted, you can't even use
 tools like ftp-proxy (in ports as ftp/ftp-proxy) to extract transient
 port numbers by deep packet inspection.  As far as your users are
 concerned, just use SFTP.  It behaves exactly like an ordinary FTP
 client, but the underlying SSH protocol over the network is way, way
 better designed.
 
 Well, the problem I have here is at the server side: ftp users can be
 locked in a particular subtree of the file system by simply assigning
 them a chrooted login class. No need to setup any infrastructure in
 that subtree itself. Did not find out how to do this with sftp (we only
 allow publickey authentication with ssh at our servers)
 
 Wolfgang


It is possible.

See the chroot configuration in the man-page for sshd_config

If you have a sufficiently complete chroot-environment, you can even do 
chroot'ed ssh login sessions.



Rainer

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: FTPS Server?

[Matthew Seaman]

On 05/01/2012 15:37, Wolfgang Zenker wrote:
 Well, the problem I have here is at the server side: ftp users can be
 locked in a particular subtree of the file system by simply assigning
 them a chrooted login class. No need to setup any infrastructure in
 that subtree itself. Did not find out how to do this with sftp (we only
 allow publickey authentication with ssh at our servers)

shells/scponly has an OPTION for that -- chroot'ing a user to their home
directory -- but you'll need to setup some extra stuff in each user
account.  Happily the port comes with a rc script that does that for you.

Cheers,

Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.   7 Priory Courtyard
  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
JID: matt...@infracaninophile.co.uk   Kent, CT11 9PW



signature.asc
Description: OpenPGP digital signature

[releng_8 tinderbox] failure on sparc64/sparc64

[FreeBSD Tinderbox]

TB --- 2012-01-05 16:12:01 - tinderbox 2.8 running on freebsd-legacy.sentex.ca
TB --- 2012-01-05 16:12:01 - starting RELENG_8 tinderbox run for sparc64/sparc64
TB --- 2012-01-05 16:12:01 - cleaning the object tree
TB --- 2012-01-05 16:12:22 - cvsupping the source tree
TB --- 2012-01-05 16:12:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
-s /usr/home/tinderbox/RELENG_8/sparc64/sparc64/supfile
TB --- 2012-01-05 16:12:35 - building world
TB --- 2012-01-05 16:12:35 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-05 16:12:35 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-05 16:12:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-05 16:12:35 - SRCCONF=/dev/null
TB --- 2012-01-05 16:12:35 - TARGET=sparc64
TB --- 2012-01-05 16:12:35 - TARGET_ARCH=sparc64
TB --- 2012-01-05 16:12:35 - TZ=UTC
TB --- 2012-01-05 16:12:35 - __MAKE_CONF=/dev/null
TB --- 2012-01-05 16:12:35 - cd /src
TB --- 2012-01-05 16:12:35 - /usr/bin/make -B buildworld
 World build started on Thu Jan  5 16:12:37 UTC 2012
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc -O2 -pipe  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
 pensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 
-DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c 
/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_vdev.c
cc -O2 -pipe  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
 pensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 
-DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c 
/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/zpool/zpool_iter.c
cc -O2 -pipe  
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
-I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
-I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
-I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
 pensolaris/lib/libzpool/common 

Re: [releng_8 tinderbox] failure on i386/i386

[David Wolfskill]

On Thu, Jan 05, 2012 at 01:28:25PM +, FreeBSD Tinderbox wrote:
 ...
 cc -O2 -pipe  
 -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common 
 -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include 
 -I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem 
 -I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris 
 -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head 
 -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common 
 -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common 
 -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common 
 -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair 
 -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs 
 -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common 
 -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs
  -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys 
 -I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
  pensolaris/lib/libzpool/common 
 -I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common 
 -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas  -o 
 zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o zfs_comutil.o 
 timestamp.o -lavl -lbsdxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil 
 -lzfs
 zpool_main.o(.text+0x34fd): In function `zpool_do_labelclear':
 : undefined reference to `zpool_pool_state_to_name'
 *** Error code 1
 ...

Attached patch gets around the above for me.

Caveats:
* I haven't finished the build yet (but did get beyond that breakage).

* I don't use ZFS, so I don't exercise the code.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Depriving a girl or boy of an opportunity for education is evil.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
Index: cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h
===
--- cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h	(revision 229586)
+++ cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h	(working copy)
@@ -202,7 +202,8 @@
 extern void zpool_close(zpool_handle_t *);
 extern const char *zpool_get_name(zpool_handle_t *);
 extern int zpool_get_state(zpool_handle_t *);
-extern char *zpool_state_to_name(vdev_state_t, vdev_aux_t);
+extern const char *zpool_state_to_name(vdev_state_t, vdev_aux_t);
+extern const char *zpool_pool_state_to_name(pool_state_t);
 extern void zpool_free_handles(libzfs_handle_t *);
 
 /*
Index: cddl/contrib/opensolaris/lib/libzfs/common/libzfs_pool.c
===
--- cddl/contrib/opensolaris/lib/libzfs/common/libzfs_pool.c	(revision 229586)
+++ cddl/contrib/opensolaris/lib/libzfs/common/libzfs_pool.c	(working copy)
@@ -176,7 +176,7 @@
 /*
  * Map VDEV STATE to printed strings.
  */
-char *
+const char *
 zpool_state_to_name(vdev_state_t state, vdev_aux_t aux)
 {
 	switch (state) {
@@ -204,6 +204,34 @@
 }
 
 /*
+ * Map POOL STATE to printed strings.
+ */
+const char *
+zpool_pool_state_to_name(pool_state_t state)
+{
+	switch (state) {
+	case POOL_STATE_ACTIVE:
+		return (gettext(ACTIVE));
+	case POOL_STATE_EXPORTED:
+		return (gettext(EXPORTED));
+	case POOL_STATE_DESTROYED:
+		return (gettext(DESTROYED));
+	case POOL_STATE_SPARE:
+		return (gettext(SPARE));
+	case POOL_STATE_L2CACHE:
+		return (gettext(L2CACHE));
+	case POOL_STATE_UNINITIALIZED:
+		return (gettext(UNINITIALIZED));
+	case POOL_STATE_UNAVAIL:
+		return (gettext(UNAVAIL));
+	case POOL_STATE_POTENTIALLY_ACTIVE:
+		return (gettext(POTENTIALLY_ACTIVE));
+	}
+
+	return (gettext(UNKNOWN));
+}
+
+/*
  * Get a zpool property value for 'prop' and return the value in
  * a pre-allocated buffer.
  */


pgp3XnLXOGPzz.pgp
Description: PGP signature

Re: FTPS Server?

[Jeremy Chadwick]

On Thu, Jan 05, 2012 at 05:16:43PM +0100, Rainer Duffner wrote:
 
 Am 05.01.2012 um 16:37 schrieb Wolfgang Zenker:
 
  Hi everyone,
  
  * Matthew Seaman m.sea...@infracaninophile.co.uk [120105 14:38]:
  On 05/01/2012 12:47, Karl Denninger wrote:
  Not SFTP (which is supported by the sshd) but FTPS is it supported
  by FreeBSD?
  
  No, not supported in the base system.
  
  [..]
  However, personally, I'd avoid FTPS.  It suffers from most of the design
  flaws of standard FTP[*], particularly as regards passing through
  firewalls.  Worse, because the traffic is encrypted, you can't even use
  tools like ftp-proxy (in ports as ftp/ftp-proxy) to extract transient
  port numbers by deep packet inspection.  As far as your users are
  concerned, just use SFTP.  It behaves exactly like an ordinary FTP
  client, but the underlying SSH protocol over the network is way, way
  better designed.
  
  Well, the problem I have here is at the server side: ftp users can be
  locked in a particular subtree of the file system by simply assigning
  them a chrooted login class. No need to setup any infrastructure in
  that subtree itself. Did not find out how to do this with sftp (we only
  allow publickey authentication with ssh at our servers)
  
  Wolfgang
 
 
 It is possible.
 
 See the chroot configuration in the man-page for sshd_config
 
 If you have a sufficiently complete chroot-environment, you can even do 
 chroot'ed ssh login sessions.

It is possible, but some of the limitations of it are infuriating and
unrealistic for certain environments.  I just went through working with
a friend of mine (on a Linux system) setting this up so that one of his
clients had SFTP access chroot'd but *without* all the copy /dev and
random libraries and other crap nonsense that is often required.  It
worked, but the one limitation that we kept having to find workarounds
for was this:

   All components of the pathname must be root-owned directories that
   are not writable by any other user or group.

The general procedures we followed, but diverted from a bit (for a lot
of reasons), was:

http://www.debian-administration.org/articles/590
http://www.howtoforge.com/chrooted-ssh-sftp-tutorial-debian-lenny

For a third time, I will repeat: this method works, but has some serious
nuances/complexities given the group limitation (requirement).  People
setting this up will need to be adamant about watching syslog for
errors, and will be quite surprised when they find that sftponly group
they set up doesn't quite work the way they hoped given the security
requirements of the daemon.

People who say hey man, sshd has this ChrootDirectory thing, it solves
the problem choose to bury their head in the sand.  When recommending
things of this nature, people should be made aware up front of the
complexities.

Oh, and if your system doesn't have remote serial console or way to get
in if sshd doesn't like some of your sshd_config adjustments, I
recommend running a separate instance on a separate port (if firewalls
are involved deal with that too) so you have a way to get in, in the
case standard port 22 stops working.  (This did happen during the
aforementioned story, and my friend was quite happy that I had told him
to set that up prior.  ;-) )

And before someone mentions it: let's not bring setfacl into this, nor
rssh (god forbid anyone have to use that thing).

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator   Mountain View, CA, US |
| Making life hard for others since 1977.   PGP 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Keyboard LEDs stay on after shutdown -p

[Jeremy Chadwick]

On Thu, Jan 05, 2012 at 04:50:48PM +0100, Jens Schweikhardt wrote:
 hello, world\n
 
 I made an interesting observation the other day. I don't know if it is
 because of the update to 9-STABLE with the same kernel config I used the
 last months, or maybe Windows 7 on my multi OS system has frobbed something
 somewhere, but when I shutdown -p the three keyboard LEDs Num, Caps  Scroll
 remain lit... pulling the plug of course does fix it :-)
 
 In order to have the LEDs out,
 do I have to add a new kernel option?
 Tune some sysctl values?

PS/2 or USB keyboard?

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator   Mountain View, CA, US |
| Making life hard for others since 1977.   PGP 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

RE: FTPS Server?

[Malcolm Waltz]

Hi Karl,

I recently built a server (FreeBSD 8.2 with ZFS and Jails) that runs both SFTP 
(OpenSSH) and FTPS (data and control channels explicitly encrypted, a.k.a. 
FTPES).

Not that you will need it, but for SFTP, ezjail + sshd_enable + scponly works 
well.  In my opinion, using Jails is more elegant than doing a chroot config 
with scponly and sshd.  I thought otherwise until I started to actually to 
implement it.

For an FTPS server I would strongly recommend vsftpd.  lftp is a good client to 
test with.

I've included a working vsftpd.conf below for FTPES.  For what you are doing, 
you may not need all of these parameters.  The pasv_ parameters are mostly only 
necessary if you need to serve data through a NAT/firewall.  The pasv_min_port 
and pasv_max_port will effect how many simultaneous connections can be 
supported by the server.  You may have to try various permutations depending on 
how EyeFi has implemented their client.  If you Google vsftpd.conf, you will 
probably find various sets of instructions for how to set it up for your needs. 
 It helps if you know exactly what the client is expecting.  There are a number 
of variations on the standard.  vsftpd can handle all of them I believe.  Also 
tools like tcpdump, wireshark, netstat and lsof are your friends here.


anonymous_enable=NO
local_enable=YES
write_enable=YES
local_umask=077
dirmessage_enable=NO
xferlog_enable=YES
nopriv_user=ftpsecure
chroot_local_user=YES
secure_chroot_dir=/usr/local/share/vsftpd/empty
listen=YES
background=YES
syslog_enable=YES
ssl_enable=YES
debug_ssl=YES
rsa_private_key_file=path-to-private-key
rsa_cert_file=path-to-valid-SSL-cert
ca_certs_file=path-to-CA-intermediate-cert
ssl_sslv2=NO
ssl_sslv3=NO
ssl_tlsv1=YES
force_local_logins_ssl=YES
force_local_data_ssl=YES
strict_ssl_read_eof=NO
require_ssl_reuse=NO
pasv_enable=YES
pasv_address=external-NAT-address
pasv_min_port=fixed-TCP-port-range-min
pasv_max_port=fixed-TCP-port-range-max
passwd_chroot_enable=YES
listen_address=internal-IP-address
userlist_enable=YES
userlist_deny=NO
userlist_file=/usr/local/etc/vsftpd.user_list
check_shell=NO


Good luck,
Malcolm Waltz
Unix Systems Administrator III
Office of Information Technology
University of the Pacific

-Original Message-
From: owner-freebsd-sta...@freebsd.org 
[mailto:owner-freebsd-sta...@freebsd.org] On Behalf Of Karl Denninger
Sent: Thursday, January 05, 2012 6:10 AM
To: Matthew Seaman
Cc: freebsd-stable@freebsd.org
Subject: Re: FTPS Server?

On 1/5/2012 7:38 AM, Matthew Seaman wrote:
 On 05/01/2012 12:47, Karl Denninger wrote:
 Not SFTP (which is supported by the sshd) but FTPS is it supported
 by FreeBSD?
 No, not supported in the base system.

 This question may belong on the ports list, but a quick perusal there
 didn't find anything particularly interesting (one possible candidate is
 marked broken)
 Several of the ftp daemons in the ports should be capable of running
 FTPS.  10 seconds with Google turns up HOWTOs for setting up either
 vsftpd or proftpd to provide FTPS support.

 However, personally, I'd avoid FTPS.  It suffers from most of the design
 flaws of standard FTP[*], particularly as regards passing through
 firewalls.  Worse, because the traffic is encrypted, you can't even use
 tools like ftp-proxy (in ports as ftp/ftp-proxy) to extract transient
 port numbers by deep packet inspection.  As far as your users are
 concerned, just use SFTP.  It behaves exactly like an ordinary FTP
 client, but the underlying SSH protocol over the network is way, way
 better designed.

   Cheers,

   Matthew

 [*] Miserable, archaic and long overdue to be put out of our misery.
Yes, I understand all the arguments against, but I have an EyeFi card
here (SD card with a built in Wifi transmitter for use in cameras) that
does not know how to deal with SFTP.

So if I want to do anything other than transfer to a Windows machine
(barf!) I am stuck with either FTP (no encryption at all and subject to
be picked off via trivial means while the data is in flight) or FTPS
(which has its own set of issues.)

The ability to immediately get images shot in the field out of the
camera and onto stable storage via a Wifi hotspot running on the phone
in my pocket looks really good, but I'll be damned if I'm going to base
that on a Windows machine.

I understand that ftps bites but

-- Karl


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: [releng_8 tinderbox] failure on i386/i386

[John Baldwin]

On Thursday, January 05, 2012 1:02:05 pm David Wolfskill wrote:
 On Thu, Jan 05, 2012 at 01:28:25PM +, FreeBSD Tinderbox wrote:
  ...
  cc -O2 -pipe  -
I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -
I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -
I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -
I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -
I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -
I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -
I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -
I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -
I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -
I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -
I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -
I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
-I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -
I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
   pensolaris/lib/libzpool/common -
I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -
DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas  -o 
zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o zfs_comutil.o 
timestamp.o -lavl -lbsdxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil -
lzfs
  zpool_main.o(.text+0x34fd): In function `zpool_do_labelclear':
  : undefined reference to `zpool_pool_state_to_name'
  *** Error code 1
  ...
 
 Attached patch gets around the above for me.

Looks like revision 224169 needs to be merged to 8 (it includes the changes in 
your patch along with some others):

http://svnweb.freebsd.org/base?view=revisionrevision=224169

I'm testing this now and if it fixes the build I'll commit.

-- 
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: [releng_8 tinderbox] failure on i386/i386

[John Baldwin]

On Thursday, January 05, 2012 3:25:42 pm John Baldwin wrote:
 On Thursday, January 05, 2012 1:02:05 pm David Wolfskill wrote:
  On Thu, Jan 05, 2012 at 01:28:25PM +, FreeBSD Tinderbox wrote:
   ...
   cc -O2 -pipe  -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -
 I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -
 I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -
 I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -
 I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -
 I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -
 I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs 
 -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
pensolaris/lib/libzpool/common -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -
 DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas  -o 
 zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o zfs_comutil.o 
 timestamp.o -lavl -lbsdxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil -
 lzfs
   zpool_main.o(.text+0x34fd): In function `zpool_do_labelclear':
   : undefined reference to `zpool_pool_state_to_name'
   *** Error code 1
   ...
  
  Attached patch gets around the above for me.
 
 Looks like revision 224169 needs to be merged to 8 (it includes the changes 
 in 
 your patch along with some others):
 
 http://svnweb.freebsd.org/base?view=revisionrevision=224169
 
 I'm testing this now and if it fixes the build I'll commit.

My amd64 buildworld finished with this applied, so I've committed it.

-- 
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: [releng_8 tinderbox] failure on i386/i386

[Martin Matuska]

On 5.1.2012 21:51, John Baldwin wrote:
 On Thursday, January 05, 2012 3:25:42 pm John Baldwin wrote:
 On Thursday, January 05, 2012 1:02:05 pm David Wolfskill wrote:
 On Thu, Jan 05, 2012 at 01:28:25PM +, FreeBSD Tinderbox wrote:
 ...
 cc -O2 -pipe  -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -
 I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/include -
 I/src/cddl/sbin/zpool/../../../cddl/compat/opensolaris/lib/libumem -
 I/src/cddl/sbin/zpool/../../../sys/cddl/compat/opensolaris -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/head -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libuutil/common -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libumem/common -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzfs/common -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libnvpair -
 I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/common/zfs -
 I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common -
 I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs
  
 -I/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/o!
  pensolaris/lib/libzpool/common -
 I/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/cmd/stat/common -
 DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas  -o 
 zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o zfs_comutil.o 
 timestamp.o -lavl -lbsdxml -lgeom -lm -lnvpair -lsbuf -lumem -lutil -luutil -
 lzfs
 zpool_main.o(.text+0x34fd): In function `zpool_do_labelclear':
 : undefined reference to `zpool_pool_state_to_name'
 *** Error code 1
 ...
 Attached patch gets around the above for me.
 Looks like revision 224169 needs to be merged to 8 (it includes the changes 
 in 
 your patch along with some others):

 http://svnweb.freebsd.org/base?view=revisionrevision=224169

 I'm testing this now and if it fixes the build I'll commit.
 My amd64 buildworld finished with this applied, so I've committed it.


Thank you very much.

-- 
Martin Matuska
FreeBSD committer
http://blog.vx.sk

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

why is pkg_add on 9.0 stable still using packages from packages-9-current?

[miyamoto moesasji]

I've just updated from 9.0RC3 to 9.0-stable r229626 after a clean
install. However when trying to add the first packages I noticed that
pkg_add is installing packages from
ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-current/ and
not from package-9-stable which I would expect. In particular because
the package-9-stable directory does now exist on the server.

Using Google this appears to have to do with
/usr/src/usr.sbin/pkg_install/add/main.c in which the following
revision appears to include the link:
http://svnweb.freebsd.org/base/head/usr.sbin/pkg_install/add/main.c?r1=225757r2=225756pathrev=225757
However if I look at this specific source file on my system line 98
that brings in the link to packages-9-stable is missing (The file has
packages-9.0-release, but not packages-9-stable)

Any suggestion on what I am doing wrong would be highly appreciated as
I don't understand this.

*) uname -a shows 9.0-stable r229626; the update to latest stable has
been done according to handbook. No variables that could affect this
have been changed as it was a clean install using the 9.0RC3 bootdisk
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: FTPS Server?

[Miroslav Lachman]

Jeremy Chadwick wrote:

On Thu, Jan 05, 2012 at 05:16:43PM +0100, Rainer Duffner wrote:


Am 05.01.2012 um 16:37 schrieb Wolfgang Zenker:


Hi everyone,

* Matthew Seamanm.sea...@infracaninophile.co.uk  [120105 14:38]:

On 05/01/2012 12:47, Karl Denninger wrote:

Not SFTP (which is supported by the sshd) but FTPS is it supported
by FreeBSD?



No, not supported in the base system.



[..]

However, personally, I'd avoid FTPS.  It suffers from most of the design
flaws of standard FTP[*], particularly as regards passing through
firewalls.  Worse, because the traffic is encrypted, you can't even use
tools like ftp-proxy (in ports as ftp/ftp-proxy) to extract transient
port numbers by deep packet inspection.  As far as your users are
concerned, just use SFTP.  It behaves exactly like an ordinary FTP
client, but the underlying SSH protocol over the network is way, way
better designed.


Well, the problem I have here is at the server side: ftp users can be
locked in a particular subtree of the file system by simply assigning
them a chrooted login class. No need to setup any infrastructure in
that subtree itself. Did not find out how to do this with sftp (we only
allow publickey authentication with ssh at our servers)

Wolfgang



It is possible.

See the chroot configuration in the man-page for sshd_config

If you have a sufficiently complete chroot-environment, you can even do 
chroot'ed ssh login sessions.


It is possible, but some of the limitations of it are infuriating and
unrealistic for certain environments.  I just went through working with
a friend of mine (on a Linux system) setting this up so that one of his
clients had SFTP access chroot'd but *without* all the copy /dev and
random libraries and other crap nonsense that is often required.  It
worked, but the one limitation that we kept having to find workarounds
for was this:

All components of the pathname must be root-owned directories that
are not writable by any other user or group.

The general procedures we followed, but diverted from a bit (for a lot
of reasons), was:

http://www.debian-administration.org/articles/590
http://www.howtoforge.com/chrooted-ssh-sftp-tutorial-debian-lenny

For a third time, I will repeat: this method works, but has some serious
nuances/complexities given the group limitation (requirement).  People
setting this up will need to be adamant about watching syslog for
errors, and will be quite surprised when they find that sftponly group
they set up doesn't quite work the way they hoped given the security
requirements of the daemon.

People who say hey man, sshd has this ChrootDirectory thing, it solves
the problem choose to bury their head in the sand.  When recommending
things of this nature, people should be made aware up front of the
complexities.

Oh, and if your system doesn't have remote serial console or way to get
in if sshd doesn't like some of your sshd_config adjustments, I
recommend running a separate instance on a separate port (if firewalls
are involved deal with that too) so you have a way to get in, in the
case standard port 22 stops working.  (This did happen during the
aforementioned story, and my friend was quite happy that I had told him
to set that up prior.  ;-) )

And before someone mentions it: let's not bring setfacl into this, nor
rssh (god forbid anyone have to use that thing).


Great post (as usual)!
The root owned dir hierarchy is a big problem if someone wants to 
allow remote access to part of the tree not owned by root but some 
regular user or a daemon.


This (and other mentioned configuration problems with file transfers 
over SSH) makes me stay with FTPeS for webhosting clients for many 
years. We are using ProFTPd with user accounts stored in MySQL. It is 
easy and flexible.
ProFTPd also supports SFTP configuration, but I didn't test it yet 
(ENOTIME).

http://www.proftpd.org/docs/contrib/mod_sftp.html

Miroslav Lachman
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Keyboard LEDs stay on after shutdown -p

[Bartosz Fabianowski]

PS/2 or USB keyboard?


The same is happening on my system.

My keyboard has a DIN connector plugged into a PS/2 adapter plugged into 
a USB adapter plugged into a powered USB hub plugged into the FreeBSD box.


- Bartosz
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Keyboard LEDs stay on after shutdown -p

[Jens Schweikhardt]

On Thu, Jan 05, 2012 at 11:27:19AM -0800, Jeremy Chadwick wrote:
# On Thu, Jan 05, 2012 at 04:50:48PM +0100, Jens Schweikhardt wrote:
#  hello, world\n
#  
#  I made an interesting observation the other day. I don't know if it is
#  because of the update to 9-STABLE with the same kernel config I used the
#  last months, or maybe Windows 7 on my multi OS system has frobbed something
#  somewhere, but when I shutdown -p the three keyboard LEDs Num, Caps  
Scroll
#  remain lit... pulling the plug of course does fix it :-)
#  
#  In order to have the LEDs out,
#  do I have to add a new kernel option?
#  Tune some sysctl values?
# 
# PS/2 or USB keyboard?

It's a steelseries USB keyboard which probes as follows:

ugen5.3: DATACOMP at usbus5
ukbd0: DATACOMP SteelSDATA, class 0/0, rev 1.10/0.01, addr 3 on usbus5
kbd2 at ukbd0
ums1: DATACOMP SteelSDATA, class 0/0, rev 1.10/0.01, addr 3 on usbus5


Regards,

Jens
-- 
Jens Schweikhardt http://www.schweikhardt.net/
SIGSIG -- signature too long (core dumped)
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: FreeBSD at Amazon EC2 status

[Guy Helmer]

On Jan 3, 2012, at 11:07 AM, Alexandre Biancalana wrote:

 Hi lists,
 
 What´s is the current state of FreeBSD running on Amazon EC2 ? Is
 this stable ? Looking at Colin's status page
 (http://www.daemonology.net/freebsd-on-ec2/) looks like there´s no
 active development on that.
 
 Does someone running production workload with FreeBSD on EC2 ?
 
 I'm interested in running network (dns and http with accept filter)
 and memory/buffer cache intensive applications on m1.small, m1.large
 and m2.xlarge instances.
 
 Any thoughts ?

I haven't stress-tested any EC2 systems recently, but when I did late last 
summer/fall, they worked fine for me. I had to do some tuning of the 
nmbclusters to handle the data rates I was using, but I think that would be 
expected even if running on bare metal.

Guy


This message has been scanned by ComplianceSafe, powered by Palisade's 
PacketSure.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: why is pkg_add on 9.0 stable still using packages from packages-9-current?

[Peter]

 I've just updated from 9.0RC3 to 9.0-stable r229626 after a clean
 install. However when trying to add the first packages I noticed that
 pkg_add is installing packages from
 ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-current/ and
 not from package-9-stable which I would expect. In particular because
 the package-9-stable directory does now exist on the server.

 Using Google this appears to have to do with
 /usr/src/usr.sbin/pkg_install/add/main.c in which the following
 revision appears to include the link:
 http://svnweb.freebsd.org/base/head/usr.sbin/pkg_install/add/main.c?r1=225757r2=225756pathrev=225757
 However if I look at this specific source file on my system line 98
 that brings in the link to packages-9-stable is missing (The file has
 packages-9.0-release, but not packages-9-stable)

 Any suggestion on what I am doing wrong would be highly appreciated as
 I don't understand this.

 *) uname -a shows 9.0-stable r229626; the update to latest stable has
 been done according to handbook. No variables that could affect this
 have been changed as it was a clean install using the 9.0RC3 bootdisk


Should have stayed at -release :)

I just had the same question and after doing some further research, the
issue is this:

http://www.freebsd.org/doc/en/books/porters-handbook/freebsd-versions.html
 and
pkbsdpkg:#pwd
/usr/src/usr.sbin/pkg_install
pkbsdpkg:#grep -R packages-9 *
add/main.c: { 90, 900499, /packages-9.0-release },
add/main.c: { 90, 999000, /packages-9-current },

They haven't updated main.c for -stable yet and -stable is at 900500 per
sys/sys/param.h [or URL].  I'm just setting
PACKAGESITE=ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/Latest/
manually.

]Peter[

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

[releng_9 tinderbox] failure on i386/i386

[FreeBSD Tinderbox]

TB --- 2012-01-05 21:18:44 - tinderbox 2.8 running on freebsd-stable.sentex.ca
TB --- 2012-01-05 21:18:44 - starting RELENG_9 tinderbox run for i386/i386
TB --- 2012-01-05 21:18:44 - cleaning the object tree
TB --- 2012-01-05 21:19:38 - cvsupping the source tree
TB --- 2012-01-05 21:19:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/RELENG_9/i386/i386/supfile
TB --- 2012-01-05 21:20:24 - building world
TB --- 2012-01-05 21:20:24 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-05 21:20:24 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-05 21:20:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-05 21:20:24 - SRCCONF=/dev/null
TB --- 2012-01-05 21:20:24 - TARGET=i386
TB --- 2012-01-05 21:20:24 - TARGET_ARCH=i386
TB --- 2012-01-05 21:20:24 - TZ=UTC
TB --- 2012-01-05 21:20:24 - __MAKE_CONF=/dev/null
TB --- 2012-01-05 21:20:24 - cd /src
TB --- 2012-01-05 21:20:24 - /usr/bin/make -B buildworld
 World build started on Thu Jan  5 21:20:24 UTC 2012
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
 World build completed on Thu Jan  5 23:28:39 UTC 2012
TB --- 2012-01-05 23:28:39 - generating LINT kernel config
TB --- 2012-01-05 23:28:39 - cd /src/sys/i386/conf
TB --- 2012-01-05 23:28:39 - /usr/bin/make -B LINT
TB --- 2012-01-05 23:28:40 - cd /src/sys/i386/conf
TB --- 2012-01-05 23:28:40 - /usr/sbin/config -m LINT
TB --- 2012-01-05 23:28:40 - building LINT kernel
TB --- 2012-01-05 23:28:40 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-05 23:28:40 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-05 23:28:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-05 23:28:40 - SRCCONF=/dev/null
TB --- 2012-01-05 23:28:40 - TARGET=i386
TB --- 2012-01-05 23:28:40 - TARGET_ARCH=i386
TB --- 2012-01-05 23:28:40 - TZ=UTC
TB --- 2012-01-05 23:28:40 - __MAKE_CONF=/dev/null
TB --- 2012-01-05 23:28:40 - cd /src
TB --- 2012-01-05 23:28:40 - /usr/bin/make -B buildkernel KERNCONF=LINT
 Kernel build for LINT started on Thu Jan  5 23:28:40 UTC 2012
 stage 1: configuring the kernel
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3.1: making dependencies
 stage 3.2: building everything
[...]
cc -c -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 
--param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 
-DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 
-mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg 
-mprofiler-epilogue /src/sys/dev/mem/memutil.c
cc -c -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 
--param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 
-DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 
-mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg 
-mprofiler-epilogue /src/sys/dev/mfi/mfi.c
cc -c -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 
--param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 
-DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 
-mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg 
-mprofiler-epilogue /src/sys/dev/mfi/mfi_debug.c
cc1: warnings being treated as errors
In file included from /src/sys/dev/mfi/mfi_debug.c:54:
/src/sys/dev/mfi/mfivar.h:398: warning: data definition has no type or storage 
class
/src/sys/dev/mfi/mfivar.h:398: warning: type defaults to 'int' in declaration 
of 'SYSCTL_DECL'
/src/sys/dev/mfi/mfivar.h:398: warning: parameter names (without types) in 
function declaration
*** 

[releng_9 tinderbox] failure on amd64/amd64

[FreeBSD Tinderbox]

TB --- 2012-01-05 20:42:25 - tinderbox 2.8 running on freebsd-stable.sentex.ca
TB --- 2012-01-05 20:42:25 - starting RELENG_9 tinderbox run for amd64/amd64
TB --- 2012-01-05 20:42:25 - cleaning the object tree
TB --- 2012-01-05 20:43:17 - cvsupping the source tree
TB --- 2012-01-05 20:43:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/RELENG_9/amd64/amd64/supfile
TB --- 2012-01-05 20:44:43 - building world
TB --- 2012-01-05 20:44:43 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-05 20:44:43 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-05 20:44:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-05 20:44:43 - SRCCONF=/dev/null
TB --- 2012-01-05 20:44:43 - TARGET=amd64
TB --- 2012-01-05 20:44:43 - TARGET_ARCH=amd64
TB --- 2012-01-05 20:44:43 - TZ=UTC
TB --- 2012-01-05 20:44:43 - __MAKE_CONF=/dev/null
TB --- 2012-01-05 20:44:43 - cd /src
TB --- 2012-01-05 20:44:43 - /usr/bin/make -B buildworld
 World build started on Thu Jan  5 20:44:44 UTC 2012
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
 stage 5.1: building 32 bit shim libraries
 World build completed on Thu Jan  5 23:29:18 UTC 2012
TB --- 2012-01-05 23:29:18 - generating LINT kernel config
TB --- 2012-01-05 23:29:18 - cd /src/sys/amd64/conf
TB --- 2012-01-05 23:29:18 - /usr/bin/make -B LINT
TB --- 2012-01-05 23:29:19 - cd /src/sys/amd64/conf
TB --- 2012-01-05 23:29:19 - /usr/sbin/config -m LINT
TB --- 2012-01-05 23:29:19 - building LINT kernel
TB --- 2012-01-05 23:29:19 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-05 23:29:19 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-05 23:29:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-05 23:29:19 - SRCCONF=/dev/null
TB --- 2012-01-05 23:29:19 - TARGET=amd64
TB --- 2012-01-05 23:29:19 - TARGET_ARCH=amd64
TB --- 2012-01-05 23:29:19 - TZ=UTC
TB --- 2012-01-05 23:29:19 - __MAKE_CONF=/dev/null
TB --- 2012-01-05 23:29:19 - cd /src
TB --- 2012-01-05 23:29:19 - /usr/bin/make -B buildkernel KERNCONF=LINT
 Kernel build for LINT started on Thu Jan  5 23:29:19 UTC 2012
 stage 1: configuring the kernel
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3.1: making dependencies
 stage 3.2: building everything
[...]
cc -c -O2 -frename-registers -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 -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common 
-finline-limit=8000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF 
-fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone 
-mno-mmx -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding 
-fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mem/memutil.c
cc -c -O2 -frename-registers -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 -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common 
-finline-limit=8000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF 
-fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone 
-mno-mmx -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding 
-fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mfi/mfi.c
cc -c -O2 -frename-registers -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 -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common 
-finline-limit=8000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF 
-fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone 
-mno-mmx -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding 
-fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mfi/mfi_debug.c
cc1: warnings being treated as errors
In file included from /src/sys/dev/mfi/mfi_debug.c:54:
/src/sys/dev/mfi/mfivar.h:398: warning: data definition has no type or 

[releng_9 tinderbox] failure on i386/pc98

[FreeBSD Tinderbox]

TB --- 2012-01-05 22:13:01 - tinderbox 2.8 running on freebsd-stable.sentex.ca
TB --- 2012-01-05 22:13:01 - starting RELENG_9 tinderbox run for i386/pc98
TB --- 2012-01-05 22:13:01 - cleaning the object tree
TB --- 2012-01-05 22:13:26 - cvsupping the source tree
TB --- 2012-01-05 22:13:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/RELENG_9/i386/pc98/supfile
TB --- 2012-01-05 22:14:17 - building world
TB --- 2012-01-05 22:14:17 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-05 22:14:17 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-05 22:14:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-05 22:14:17 - SRCCONF=/dev/null
TB --- 2012-01-05 22:14:17 - TARGET=pc98
TB --- 2012-01-05 22:14:17 - TARGET_ARCH=i386
TB --- 2012-01-05 22:14:17 - TZ=UTC
TB --- 2012-01-05 22:14:17 - __MAKE_CONF=/dev/null
TB --- 2012-01-05 22:14:17 - cd /src
TB --- 2012-01-05 22:14:17 - /usr/bin/make -B buildworld
 World build started on Thu Jan  5 22:14:20 UTC 2012
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
 World build completed on Fri Jan  6 00:24:56 UTC 2012
TB --- 2012-01-06 00:24:56 - generating LINT kernel config
TB --- 2012-01-06 00:24:56 - cd /src/sys/pc98/conf
TB --- 2012-01-06 00:24:56 - /usr/bin/make -B LINT
TB --- 2012-01-06 00:24:56 - cd /src/sys/pc98/conf
TB --- 2012-01-06 00:24:56 - /usr/sbin/config -m LINT
TB --- 2012-01-06 00:24:56 - building LINT kernel
TB --- 2012-01-06 00:24:56 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-06 00:24:56 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-06 00:24:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-06 00:24:56 - SRCCONF=/dev/null
TB --- 2012-01-06 00:24:56 - TARGET=pc98
TB --- 2012-01-06 00:24:56 - TARGET_ARCH=i386
TB --- 2012-01-06 00:24:56 - TZ=UTC
TB --- 2012-01-06 00:24:56 - __MAKE_CONF=/dev/null
TB --- 2012-01-06 00:24:56 - cd /src
TB --- 2012-01-06 00:24:56 - /usr/bin/make -B buildkernel KERNCONF=LINT
 Kernel build for LINT started on Fri Jan  6 00:24:56 UTC 2012
 stage 1: configuring the kernel
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3.1: making dependencies
 stage 3.2: building everything
[...]
cc -c -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 
--param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 
-DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 
-mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg 
-mprofiler-epilogue /src/sys/dev/mem/memutil.c
cc -c -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 
--param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 
-DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 
-mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg 
-mprofiler-epilogue /src/sys/dev/mfi/mfi.c
cc -c -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 
--param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 
-DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 
-mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg 
-mprofiler-epilogue /src/sys/dev/mfi/mfi_debug.c
cc1: warnings being treated as errors
In file included from /src/sys/dev/mfi/mfi_debug.c:54:
/src/sys/dev/mfi/mfivar.h:398: warning: data definition has no type or storage 
class
/src/sys/dev/mfi/mfivar.h:398: warning: type defaults to 'int' in declaration 
of 'SYSCTL_DECL'
/src/sys/dev/mfi/mfivar.h:398: warning: parameter names (without types) in 
function declaration
*** 

[releng_9 tinderbox] failure on powerpc/powerpc

[FreeBSD Tinderbox]

TB --- 2012-01-05 23:38:23 - tinderbox 2.8 running on freebsd-stable.sentex.ca
TB --- 2012-01-05 23:38:23 - starting RELENG_9 tinderbox run for powerpc/powerpc
TB --- 2012-01-05 23:38:23 - cleaning the object tree
TB --- 2012-01-05 23:39:01 - cvsupping the source tree
TB --- 2012-01-05 23:39:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/RELENG_9/powerpc/powerpc/supfile
TB --- 2012-01-05 23:39:48 - building world
TB --- 2012-01-05 23:39:48 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-05 23:39:48 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-05 23:39:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-05 23:39:48 - SRCCONF=/dev/null
TB --- 2012-01-05 23:39:48 - TARGET=powerpc
TB --- 2012-01-05 23:39:48 - TARGET_ARCH=powerpc
TB --- 2012-01-05 23:39:48 - TZ=UTC
TB --- 2012-01-05 23:39:48 - __MAKE_CONF=/dev/null
TB --- 2012-01-05 23:39:48 - cd /src
TB --- 2012-01-05 23:39:48 - /usr/bin/make -B buildworld
 World build started on Thu Jan  5 23:39:48 UTC 2012
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
 World build completed on Fri Jan  6 01:29:18 UTC 2012
TB --- 2012-01-06 01:29:18 - generating LINT kernel config
TB --- 2012-01-06 01:29:18 - cd /src/sys/powerpc/conf
TB --- 2012-01-06 01:29:18 - /usr/bin/make -B LINT
TB --- 2012-01-06 01:29:18 - cd /src/sys/powerpc/conf
TB --- 2012-01-06 01:29:18 - /usr/sbin/config -m LINT
TB --- 2012-01-06 01:29:18 - building LINT kernel
TB --- 2012-01-06 01:29:18 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-06 01:29:18 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-06 01:29:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-06 01:29:18 - SRCCONF=/dev/null
TB --- 2012-01-06 01:29:18 - TARGET=powerpc
TB --- 2012-01-06 01:29:18 - TARGET_ARCH=powerpc
TB --- 2012-01-06 01:29:18 - TZ=UTC
TB --- 2012-01-06 01:29:18 - __MAKE_CONF=/dev/null
TB --- 2012-01-06 01:29:18 - cd /src
TB --- 2012-01-06 01:29:18 - /usr/bin/make -B buildkernel KERNCONF=LINT
 Kernel build for LINT started on Fri Jan  6 01:29:18 UTC 2012
 stage 1: configuring the kernel
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3.1: making dependencies
 stage 3.2: building everything
[...]
cc -c -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/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 -Werror  /src/sys/dev/mem/memutil.c
cc -c -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/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 -Werror  /src/sys/dev/mfi/mfi.c
cc -c -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/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 -Werror  /src/sys/dev/mfi/mfi_debug.c
cc1: warnings being treated as errors
In file included from /src/sys/dev/mfi/mfi_debug.c:54:
/src/sys/dev/mfi/mfivar.h:398: warning: data definition has no type or storage 
class
/src/sys/dev/mfi/mfivar.h:398: warning: type defaults to 'int' in declaration 
of 'SYSCTL_DECL'
/src/sys/dev/mfi/mfivar.h:398: warning: parameter names (without types) in 
function declaration
*** Error code 1

Stop in /obj/powerpc.powerpc/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-01-06 01:33:36 - WARNING: /usr/bin/make returned exit code  1 
TB --- 

[releng_9 tinderbox] failure on sparc64/sparc64

[FreeBSD Tinderbox]

TB --- 2012-01-06 00:36:59 - tinderbox 2.8 running on freebsd-stable.sentex.ca
TB --- 2012-01-06 00:36:59 - starting RELENG_9 tinderbox run for sparc64/sparc64
TB --- 2012-01-06 00:36:59 - cleaning the object tree
TB --- 2012-01-06 00:37:11 - cvsupping the source tree
TB --- 2012-01-06 00:37:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/RELENG_9/sparc64/sparc64/supfile
TB --- 2012-01-06 00:37:53 - building world
TB --- 2012-01-06 00:37:53 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-06 00:37:53 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-06 00:37:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-06 00:37:53 - SRCCONF=/dev/null
TB --- 2012-01-06 00:37:53 - TARGET=sparc64
TB --- 2012-01-06 00:37:53 - TARGET_ARCH=sparc64
TB --- 2012-01-06 00:37:53 - TZ=UTC
TB --- 2012-01-06 00:37:53 - __MAKE_CONF=/dev/null
TB --- 2012-01-06 00:37:53 - cd /src
TB --- 2012-01-06 00:37:53 - /usr/bin/make -B buildworld
 World build started on Fri Jan  6 00:37:54 UTC 2012
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
 World build completed on Fri Jan  6 01:31:28 UTC 2012
TB --- 2012-01-06 01:31:28 - generating LINT kernel config
TB --- 2012-01-06 01:31:28 - cd /src/sys/sparc64/conf
TB --- 2012-01-06 01:31:28 - /usr/bin/make -B LINT
TB --- 2012-01-06 01:31:29 - cd /src/sys/sparc64/conf
TB --- 2012-01-06 01:31:29 - /usr/sbin/config -m LINT
TB --- 2012-01-06 01:31:29 - building LINT kernel
TB --- 2012-01-06 01:31:29 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-06 01:31:29 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-06 01:31:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-06 01:31:29 - SRCCONF=/dev/null
TB --- 2012-01-06 01:31:29 - TARGET=sparc64
TB --- 2012-01-06 01:31:29 - TARGET_ARCH=sparc64
TB --- 2012-01-06 01:31:29 - TZ=UTC
TB --- 2012-01-06 01:31:29 - __MAKE_CONF=/dev/null
TB --- 2012-01-06 01:31:29 - cd /src
TB --- 2012-01-06 01:31:29 - /usr/bin/make -B buildkernel KERNCONF=LINT
 Kernel build for LINT started on Fri Jan  6 01:31:29 UTC 2012
 stage 1: configuring the kernel
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3.1: making dependencies
 stage 3.2: building everything
[...]
cc -c -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 -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 -Werror  /src/sys/dev/mem/memutil.c
cc -c -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 -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 -Werror  /src/sys/dev/mfi/mfi.c
cc -c -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 -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 -Werror  /src/sys/dev/mfi/mfi_debug.c
cc1: warnings being treated as errors
In file included from /src/sys/dev/mfi/mfi_debug.c:54:
/src/sys/dev/mfi/mfivar.h:398: warning: data definition has no type or storage 
class
/src/sys/dev/mfi/mfivar.h:398: warning: type defaults to 'int' in declaration 
of 'SYSCTL_DECL'
/src/sys/dev/mfi/mfivar.h:398: warning: parameter names (without types) in 
function declaration
*** Error code 1

Stop in /obj/sparc64.sparc64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-01-06 01:36:45 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-01-06 01:36:45 - ERROR: failed to build LINT kernel
TB --- 2012-01-06 01:36:45 - 2787.09 user 476.02 system 3586.55 real

[releng_9 tinderbox] failure on powerpc64/powerpc

[FreeBSD Tinderbox]

TB --- 2012-01-06 00:32:36 - tinderbox 2.8 running on freebsd-stable.sentex.ca
TB --- 2012-01-06 00:32:36 - starting RELENG_9 tinderbox run for 
powerpc64/powerpc
TB --- 2012-01-06 00:32:36 - cleaning the object tree
TB --- 2012-01-06 00:32:47 - cvsupping the source tree
TB --- 2012-01-06 00:32:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/RELENG_9/powerpc64/powerpc/supfile
TB --- 2012-01-06 00:33:31 - building world
TB --- 2012-01-06 00:33:31 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-06 00:33:31 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-06 00:33:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-06 00:33:31 - SRCCONF=/dev/null
TB --- 2012-01-06 00:33:31 - TARGET=powerpc
TB --- 2012-01-06 00:33:31 - TARGET_ARCH=powerpc64
TB --- 2012-01-06 00:33:31 - TZ=UTC
TB --- 2012-01-06 00:33:31 - __MAKE_CONF=/dev/null
TB --- 2012-01-06 00:33:31 - cd /src
TB --- 2012-01-06 00:33:31 - /usr/bin/make -B buildworld
 World build started on Fri Jan  6 00:33:32 UTC 2012
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
 stage 5.1: building 32 bit shim libraries
 World build completed on Fri Jan  6 02:19:26 UTC 2012
TB --- 2012-01-06 02:19:26 - generating LINT kernel config
TB --- 2012-01-06 02:19:26 - cd /src/sys/powerpc/conf
TB --- 2012-01-06 02:19:26 - /usr/bin/make -B LINT
TB --- 2012-01-06 02:19:26 - cd /src/sys/powerpc/conf
TB --- 2012-01-06 02:19:26 - /usr/sbin/config -m LINT
TB --- 2012-01-06 02:19:26 - building LINT kernel
TB --- 2012-01-06 02:19:26 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-06 02:19:26 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-06 02:19:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-06 02:19:26 - SRCCONF=/dev/null
TB --- 2012-01-06 02:19:26 - TARGET=powerpc
TB --- 2012-01-06 02:19:26 - TARGET_ARCH=powerpc64
TB --- 2012-01-06 02:19:26 - TZ=UTC
TB --- 2012-01-06 02:19:26 - __MAKE_CONF=/dev/null
TB --- 2012-01-06 02:19:26 - cd /src
TB --- 2012-01-06 02:19:26 - /usr/bin/make -B buildkernel KERNCONF=LINT
 Kernel build for LINT started on Fri Jan  6 02:19:26 UTC 2012
 stage 1: configuring the kernel
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3.1: making dependencies
 stage 3.2: building everything
[...]
cc -c -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/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 -mcall-aixdesc -ffreestanding 
-fstack-protector -Werror  /src/sys/dev/mem/memutil.c
cc -c -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/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 -mcall-aixdesc -ffreestanding 
-fstack-protector -Werror  /src/sys/dev/mfi/mfi.c
cc -c -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/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 -mcall-aixdesc -ffreestanding 
-fstack-protector -Werror  /src/sys/dev/mfi/mfi_debug.c
cc1: warnings being treated as errors
In file included from /src/sys/dev/mfi/mfi_debug.c:54:
/src/sys/dev/mfi/mfivar.h:398: warning: data definition has no type or storage 
class
/src/sys/dev/mfi/mfivar.h:398: warning: type defaults to 'int' in declaration 
of 'SYSCTL_DECL'
/src/sys/dev/mfi/mfivar.h:398: warning: parameter names (without types) in 
function declaration
*** Error code 1

Stop in /obj/powerpc.powerpc64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1