gmirror(8) rebuild speed

[Jordi Espasa Clofent]

Hi,

I wonder if is possible to configure the gmirror rebuild speed.
Neither I've found any related info in the net nor the man pages.

--
I must not fear. Fear is the mind-killer. Fear is the little-death that brings 
total obliteration. I will face my fear. I will permit it to pass over me and 
through me. And when it has gone past I will turn the inner eye to see its 
path. Where the fear has gone there will be nothing. Only I will remain.

Bene Gesserit Litany Against Fear.

___
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 7.3, reboot after panic: double fault

[c0re]

Bjoern A. Zeeb, I send you e-mail with link to download kernel and dump.

And I remade kernel panic situation on virtual machines.

You need 2 freebsd machines for gre tunnel.
First need just to make gre tunnel like:

ifconfig em0 inet 10.0.0.1  netmask 255.255.255.0
ifconfig gre0 create
ifconfig gre0 inet 192.168.0.1 192.168.0.2 tunnel 10.10.0.1 10.10.0.2
netmask 255.255.255.252 link1 up
route add 10.10.0.3/32 10.10.0.2

Also this machine will be as a client to connect to remote. So we need to
install some browser like lynx.

Second machine:
Default installation of freebsd 7.3 with "src" checked in distributions.
After install - recompile kernel for IPFIREWALL_FORWARD support (mainly):

# Local additions
options IPFIREWALL  #firewall
options IPFIREWALL_VERBOSE  #enable logging to syslogd(8)
options IPFIREWALL_VERBOSE_LIMIT=1000   #limit verbosity
options IPFIREWALL_FORWARD  #packet destination changes
options IPDIVERT#divert sockets
options IPSTEALTH   #support for stealth forwarding
options DUMMYNET
device  carp

And make kernel KERNCONF=MYKERNEL

reboot and configure network and firewall:

ifconfig em0 inet 10.10.0.2  netmask 255.255.255.0
ifconfig em0 alias inet 10.0.0.3 netmask 255.255.255.255
ifconfig gre0 create
ifconfig gre0 inet 192.168.0.2 192.168.0.1 tunnel 10.0.0.2 10.0.0.1 netmask
255.255.255.252 link1 up

ipfw add 00100 fwd 192.168.0.1 icmp from 10.0.0.3 to any out via em0
ipfw add 00200 fwd 192.168.0.1 tcp from 10.0.0.3 80 to any out via em0
ipfw add 00300 fwd 192.168.0.1 tcp from 10.0.0.3 443 to any out via em0
ipfw add 00400 allow ip from any to any

At that moment you can check icmp ping from 10.0.0.1 10.0.0.3 and ipfw show
to view that ipfw fwd counters are working.

Next we need to have some tcp service. I used apache2.
So in port /usr/ports/www/apache20 make install clean.
apache20_enable="YES" in rc.conf
In /usr/local/etc/apache2/httpd.conf:
edit "Listen 80" to "Listen 10.0.0.3:80 "
and add virtual host with 10kb index.html

NameVirtualHost 10.0.0.3:80 
http://10.0.0.3/>>
   DocumentRoot /usr/local/www/test


mkdir /usr/local/www/test
dd if=/dev/random of=/usr/local/www/test/index.html bc=10k count=1

/usr/local/etc/rc.d/apache2 start

At that moment everything ready to panic :)
>From first machine i'm trying lynx http://10.0.0.3/

On second machine I see kernel panic.

When I was testing - I got no panic at first time. So I generated apache ssl
certs and adited ssl.conf. But next time I made same configuration - not
only 443, but 80 port connection made kernel panic too.
___
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: gmirror(8) rebuild speed

[Andrew Reilly]

On Thu, Apr 22, 2010 at 09:19:29AM +0200, Jordi Espasa Clofent wrote:
> I wonder if is possible to configure the gmirror rebuild speed.
> Neither I've found any related info in the net nor the man pages.

To make it slower, I assume?  When is that a good idea?

Cheers,

-- 
Andrew

___
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: [ HEADS UP ] Ports unstable for the next 10 days

[Gabor PALI]

On Wed, Apr 21, 2010 at 10:52 PM, Chip Camden
 wrote:
> lang/ghc is still marked IGNORE, unless I'm missing something.

Yes, if your system is older than 6.0 on i386 and older then 7.0 on
amd64, it is still ignored, since we do not support those platforms.
Otherwise it must be okay.

Cheers,
g.
___
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: gmirror(8) rebuild speed

[Patrick M. Hausen]

Hello,

On Thu, Apr 22, 2010 at 06:59:54PM +1000, Andrew Reilly wrote:
> To make it slower, I assume?  When is that a good idea?

When the rebuild is bringing your production system to
a crawl and you are willing to face the tradeoff - hopefully
because you have an additional backup for the worst case.

Best regards,
Patrick
-- 
punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe
Tel. 0721 9109 0 * Fax 0721 9109 100
i...@punkt.de   http://www.punkt.de
Gf: Jürgen Egeling  AG Mannheim 108285
___
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: gmirror(8) rebuild speed

[Jordi Espasa Clofent]

To make it slower, I assume?  When is that a good idea?


It depends on what status your server are.
For example:

- if I've a fsck in background so the I/O is high, maybe I want to make 
it slower

- If the box is completey unloaded maybe I want to make it quicker

--
I must not fear. Fear is the mind-killer. Fear is the little-death that 
brings total obliteration. I will face my fear. I will permit it to pass 
over me and through me. And when it has gone past I will turn the inner 
eye to see its path. Where the fear has gone there will be nothing. Only 
I will remain.


Bene Gesserit Litany Against Fear.
___
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: gmirror(8) rebuild speed

[Andrew Reilly]

On Thu, 22 Apr 2010 11:07:43 +0200
"Patrick M. Hausen"  wrote:

> When the rebuild is bringing your production system to
> a crawl and you are willing to face the tradeoff - hopefully
> because you have an additional backup for the worst case.

Fair enough.  I've noticed some slowdowns with re-builds, but I
generally thought it best to get it over-with as quickly as
possible.

It's possible to turn off auto-synch, so that you can start the
re-build at the beginning of a quiet-time, if there is one.  I
guess if the system is in demand 24/7 you'll need something else
though.

Cheers,

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

Re: em JumboFrame improovement and PCIe addon-card regression [Was: Re: em regression, UDP LOR followed by ssh stall]

[pluknet]

On 17 April 2010 00:53, Jack Vogel  wrote:
> Why are you using ZERO_COPY_SOCKETS?  And is this LOR happening on STABLE or
> CURRENT?
>

I got exactly this and another similar LORs with GENERIC on head.

The second:
login: lock order reversal:
 1st 0xff0002539a18 em0:rx(0) (em0:rx(0)) @
/home/svn/freebsd/head/sys/dev/e1000/if_em.c:1452
 2nd 0x80e3a280 in_multi_mtx (in_multi_mtx) @
/home/svn/freebsd/head/sys/netinet/igmp.c:823
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
_witness_debugger() at _witness_debugger+0x2e
witness_checkorder() at witness_checkorder+0x81e
_mtx_lock_flags() at _mtx_lock_flags+0x78
igmp_input() at igmp_input+0x4ce
ip_input() at ip_input+0xbc
netisr_dispatch_src() at netisr_dispatch_src+0xb8
ether_demux() at ether_demux+0x17d
ether_input() at ether_input+0x175
em_rxeof() at em_rxeof+0x165
em_handle_que() at em_handle_que+0x68
taskqueue_run() at taskqueue_run+0x91
taskqueue_thread_loop() at taskqueue_thread_loop+0x3f
fork_exit() at fork_exit+0x12a
fork_trampoline() at fork_trampoline+0xe
--- trap 0, rip = 0, rsp = 0xff8bed30, rbp = 0 ---

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

Re: gmirror(8) rebuild speed

[Jeremy Chadwick]

On Thu, Apr 22, 2010 at 11:13:49AM +0200, Jordi Espasa Clofent wrote:
> >To make it slower, I assume?  When is that a good idea?
> 
> It depends on what status your server are.
> For example:
> 
> - if I've a fsck in background so the I/O is high, maybe I want to
> make it slower
> - If the box is completey unloaded maybe I want to make it quicker

RELENG_8 just had the GEOM scheduler code committed to it, which might
be able to provide what the OP is wanting.

Commits:

http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/geom/sched/

README itself:

http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/geom/sched/README?rev=1.1.2.2;content-type=text%2Fplain

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

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

Re: gmirror(8) rebuild speed

[Boris Kochergin]

Jordi Espasa Clofent wrote:

Hi,

I wonder if is possible to configure the gmirror rebuild speed.
Neither I've found any related info in the net nor the man pages.

This doesn't do exactly what you want, but might address your problem, 
anyway: try "renice +20 [gmirror PID]", where "[gmirror PID]" is the PID 
of the system process handling your mirror (ps auxw | grep g_mirror). I 
know that back when ZFS code ran in separate processes back in RELENG_7, 
renicing the zpa_zio* and spa_scrub_thread processes made the system a 
lot more responsive during a scrub.


-Boris
___
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 -- shutdown -p no longer powers off boxes

[Jeremy Chadwick]

Looks like some form of regression in RELENG_8, between the dates of
2010/03/30 and 2010/04/22.  My 2010/03/30 kernel (built from RELENG_8
source dated 2010/03/30 @ 10:30 PDT) doesn't have this problem.

Symptom: shutdown -p no longer powers off either of my systems; instead,
the box reboots (e.g. shutdown -p behaves like shutdown -r).  Systems
are a Supermicro X7SBL-LN2 board, and a Supermicro X7SBA board.  These
are server-class boards.  I have not tried using the physical power
switch yet.

Looks like others have reported the same on a different board, though I
haven't booted verbose to see if the behaviour is identical:

http://lists.freebsd.org/pipermail/freebsd-acpi/2010-March/006345.html
http://lists.freebsd.org/pipermail/freebsd-acpi/2010-April/006462.html

I went digging through HEAD commits between the above dates and wasn't
able to find much other than this, which appears to be the HEAD commit
that was MFC'd to RELENG_8:

http://freshbsd.org/2010/04/02/23/04/31

So I'm not sure where/what fixed this in HEAD, but it should probably be
MFC'd sooner than the 4 week window.

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

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

FreeBSD Status Report January-March, 2010

[Daniel Gerzo]

FreeBSD Quarterly Status Report

Introduction

   This report covers FreeBSD related projects between January and March
   2010. Being the first of the four reports planned for 2010 with 46
   entries, it shows a good progress of the FreeBSD Project and proves
   that our committers are keeping up with the latest trends in the OS
   development. During this period, a new minor version of FreeBSD,
   7.3-RELEASE, has been released, while the release process for
   8.1-RELEASE is soon to begin and is planned to be released later this
   summer.

   Thanks to all the reporters for their excellent work! We hope you enjoy
   the reading.

   Please note that the deadline for submissions covering the period
   between April and June 2010 is July 15th, 2010.
 __

Google Summer of Code

 * Google Summer of Code 2010

Projects

 * Chromium web browser
 * Clang replacing GCC in the base system
 * EFI support for FreeBSD/i386
 * mfsBSD
 * Modular Congestion Control
 * NAND Flash framework for embedded FreeBSD
 * Out of Tree Toolchain
 * PC-BSD PC-SysInstall Backend
 * The tbemd branch
 * webcamd

FreeBSD Team Reports

 * FreeBSD Bugbusting Team
 * Release Engineering Team
 * The FreeBSD Foundation

Network Infrastructure

 * (Virtual) Network Stack resource cleanup
 * 802.11n support
 * Atheros AR9285 support
 * Enhancing the FreeBSD TCP Implementation
 * Experimental NFS subsystem (NFSv4)
 * ipfw and dummynet enhancements
 * net80211 rate control framework
 * TCP/UDP connection groups

Kernel

 * CAM-based ATA implementation
 * Dynamic Ticks in FreeBSD
 * geom_sched
 * IPv6 without legacy IP kernel
 * Multichannel playback in HDA sound driver (snd_hda)
 * Rewrite of FreeBSD read/write path using vnode page
 * SUJ: Journaled Softupdates
 * ZFS

Documentation

 * The FreeBSD German Documentation Project
 * The FreeBSD Hungarian Documentation Project

Userland Programs

 * FreeBSD port for libunwind
 * LDAP support in base system

Architectures

 * FreeBSD/arm port for TI DaVinci
 * FreeBSD/ia64
 * FreeBSD/mips on D-Link DIR-320
 * FreeBSD/powerpc
 * FreeBSD/powerpc64 port
 * FreeBSD/sparc64

Ports

 * Portmaster
 * Ports Collection
 * QAT

Miscellaneous

 * BSDCan 2010 -- The BSD Conference
 * meetBSD 2010 -- The BSD Conference
 __

(Virtual) Network Stack resource cleanup

   Contact: Bjoern A. Zeeb 

   In February work was done to address resource leaks in the (virtual)
   network stack, especially on teardown.

   During that time also multiple general run-time problems and leaks were
   identified and fixed including leaked ipfw tables on module unload,
   routing entries leaked, in case of interfaces going away, as well as
   leaked link-layer entries in interaction with flowtable and timers.

   For virtual network stacks resources are are no longer allocated
   multiple times or freed upon teardown for eventhandlers, IP and upper
   level layers, like TCP syncache and host cache, flowtable, and
   especially radix/routing table memory.
   In addition epair(4) was enhanced and debugging was improved.

   This work was sponsored by ISPsystem.

Open tasks:

1. Merge the remaining patches.
2. Work on a better teardown model and get to the point where we can
   free UMA zones without keeping pages for type stability and timers
   around.
 __

802.11n support

   Contact: Rui Paulo 

   802.11n support in the Atheros driver is being worked on. Right now it
   can do AMPDU RX in software and we are working on TX AMPDU. The code
   lives in a private Perforce branch, but some bits of it are already
   committed to HEAD.

   This work is being sponsored by iXsystems, inc.
 __

Atheros AR9285 support

   Contact: Rui Paulo 

   Atheros AR9285 support was added to FreeBSD HEAD and 8-STABLE. There
   are still some issues but in general it works fine.
 __

BSDCan 2010 -- The BSD Conference

   URL: http://www.BSDCan.org/2010/
   URL: http://www.BSDCan.org/2010/schedule/

   Contact: BSDCan Information 

   BSDCan, a BSD conference held in Ottawa, Canada, has quickly
   established itself as the technical conference for people working on
   and with 4.4BSD based operating systems and related projects. The
   organizers have found a fantastic formula that appeals to a wide range
   of people from extreme novices to advanced developers.

   BSDCan 2010 will be held on 13-14 May 2010 at the University of Ottawa,
   and will be preceded by two days of Tutorials on 11-12 May 2010.

   There will be rel

Re: net/mpd5, ppp, proxy-arp issues

[Marin Atanasov]

Hello,

Thanks a lot for the patch, Qing!

It works fine. However I've noticed one thing, after I start mpd5 and
connect to my home network:

kernel: WARNING: attempt to domain_add(netgraph) after domainfinalize()

Not very sure if this is something to worry about or not?

Regards,
Marin

On Tue, Apr 20, 2010 at 11:03 AM, Qing Li  wrote:

> >
> > I was using csup to track RELEN_8_0 branch. Currently I'm syncing to
> > RELENG_8.
> >
> > If I understood you right, after getting the sources for RELENG_8, I need
> to
> > apply the patch and then rebuild world?
> >
>
> You only need to rebuild the kernel.
>
> -- Qing
>



-- 
Marin Atanasov Nikolov
dnaeon AT gmail DOT com
daemon AT unix-heaven DOT 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: gmirror(8) rebuild speed

[Michael Loftis]

--On Thursday, April 22, 2010 6:59 PM +1000 Andrew Reilly 
 wrote:



On Thu, Apr 22, 2010 at 09:19:29AM +0200, Jordi Espasa Clofent wrote:

I wonder if is possible to configure the gmirror rebuild speed.
Neither I've found any related info in the net nor the man pages.


To make it slower, I assume?  When is that a good idea?


The last thing you need is for a RAID rebuild to make the machine unusable. 
It's probably going to impact perfomance somewhat.  Being able to decide if 
it's more important to rebuild, or serve data, is a better way to go.



___
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 -- shutdown -p no longer powers off boxes

[Andriy Gapon]

on 22/04/2010 17:35 Jeremy Chadwick said the following:
> I went digging through HEAD commits between the above dates and wasn't
> able to find much other than this, which appears to be the HEAD commit
> that was MFC'd to RELENG_8:
> 
> http://freshbsd.org/2010/04/02/23/04/31

I don't think this has been MFC-ed to 8.
Most likely a red herring.

AFAIK, there were no ACPI-related changes in 8 for the last couple of months, so
the issue must be elsewhere.

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

[releng_8 tinderbox] failure on sparc64/sparc64

[FreeBSD Tinderbox]

TB --- 2010-04-23 01:21:05 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-04-23 01:21:05 - starting RELENG_8 tinderbox run for sparc64/sparc64
TB --- 2010-04-23 01:21:05 - cleaning the object tree
TB --- 2010-04-23 01:21:24 - cvsupping the source tree
TB --- 2010-04-23 01:21:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/RELENG_8/sparc64/sparc64/supfile
TB --- 2010-04-23 01:21:48 - building world
TB --- 2010-04-23 01:21:48 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-04-23 01:21:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2010-04-23 01:21:48 - TARGET=sparc64
TB --- 2010-04-23 01:21:48 - TARGET_ARCH=sparc64
TB --- 2010-04-23 01:21:48 - TZ=UTC
TB --- 2010-04-23 01:21:48 - __MAKE_CONF=/dev/null
TB --- 2010-04-23 01:21:48 - cd /src
TB --- 2010-04-23 01:21:48 - /usr/bin/make -B buildworld
>>> World build started on Fri Apr 23 01:21:48 UTC 2010
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Fri Apr 23 02:15:56 UTC 2010
TB --- 2010-04-23 02:15:56 - generating LINT kernel config
TB --- 2010-04-23 02:15:56 - cd /src/sys/sparc64/conf
TB --- 2010-04-23 02:15:56 - /usr/bin/make -B LINT
TB --- 2010-04-23 02:15:56 - building LINT kernel
TB --- 2010-04-23 02:15:56 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-04-23 02:15:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2010-04-23 02:15:56 - TARGET=sparc64
TB --- 2010-04-23 02:15:56 - TARGET_ARCH=sparc64
TB --- 2010-04-23 02:15:56 - TZ=UTC
TB --- 2010-04-23 02:15:56 - __MAKE_CONF=/dev/null
TB --- 2010-04-23 02:15:56 - cd /src
TB --- 2010-04-23 02:15:56 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Fri Apr 23 02:15:56 UTC 2010
>>> 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 -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/fs/nfs/nfs_commonacl.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 -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/fs/nfsclient/nfs_clcomsubs.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 -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/fs/nfsclient/nfs_clsubs.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 -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/fs/nfsclient/nfs_clstate.c
/src/sys/fs/nfsclient/nfs_clstate.c: In function 'nfscl_open':
/src/sys/fs/nfsclient/nfs_clstate.c:280: error: 'NFSCLOPEN_SETCRED' undeclared 
(first use in this function)
/src/sys/fs/nfsclient/nfs_clstate.c:280: error: (Each undeclared identifier is 
reported only once
/src/sys/fs/nfsclient/nfs_clstate.c:280: error: for each function it appears 
in.)
*** Error code 1

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

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2010-04-23 02:22:15 - WARNING: /usr/bin/make returned exit code  1 
TB --- 

[releng_8 tinderbox] failure on powerpc/powerpc

[FreeBSD Tinderbox]

TB --- 2010-04-23 01:19:27 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-04-23 01:19:27 - starting RELENG_8 tinderbox run for powerpc/powerpc
TB --- 2010-04-23 01:19:27 - cleaning the object tree
TB --- 2010-04-23 01:19:43 - cvsupping the source tree
TB --- 2010-04-23 01:19:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/RELENG_8/powerpc/powerpc/supfile
TB --- 2010-04-23 01:20:12 - building world
TB --- 2010-04-23 01:20:12 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-04-23 01:20:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2010-04-23 01:20:12 - TARGET=powerpc
TB --- 2010-04-23 01:20:12 - TARGET_ARCH=powerpc
TB --- 2010-04-23 01:20:12 - TZ=UTC
TB --- 2010-04-23 01:20:12 - __MAKE_CONF=/dev/null
TB --- 2010-04-23 01:20:12 - cd /src
TB --- 2010-04-23 01:20:12 - /usr/bin/make -B buildworld
>>> World build started on Fri Apr 23 01:20:13 UTC 2010
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Fri Apr 23 02:17:12 UTC 2010
TB --- 2010-04-23 02:17:12 - generating LINT kernel config
TB --- 2010-04-23 02:17:12 - cd /src/sys/powerpc/conf
TB --- 2010-04-23 02:17:12 - /usr/bin/make -B LINT
TB --- 2010-04-23 02:17:12 - building LINT kernel
TB --- 2010-04-23 02:17:12 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-04-23 02:17:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2010-04-23 02:17:12 - TARGET=powerpc
TB --- 2010-04-23 02:17:12 - TARGET_ARCH=powerpc
TB --- 2010-04-23 02:17:12 - TZ=UTC
TB --- 2010-04-23 02:17:12 - __MAKE_CONF=/dev/null
TB --- 2010-04-23 02:17:12 - cd /src
TB --- 2010-04-23 02:17:12 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Fri Apr 23 02:17:12 UTC 2010
>>> 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 -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 
-msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding 
-fstack-protector -Werror  /src/sys/fs/nfs/nfs_commonacl.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 -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 
-msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding 
-fstack-protector -Werror  /src/sys/fs/nfsclient/nfs_clcomsubs.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 -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 
-msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding 
-fstack-protector -Werror  /src/sys/fs/nfsclient/nfs_clsubs.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 -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 
-msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding 
-fstack-protector -Werror  /src/sys/fs/nfsclient/nfs_clstate.c
/src/sys/fs/nfsclient/nfs_clstate.c: In function 'nfscl_open':
/src/sys/fs/nfsclient/nfs_clstate.c:280: error: 'NFSCLOPEN_SETCRED' undeclared 
(first use in this function)
/src/sys/fs/nfsclient/nfs_clstate.c:280: error: (Each undeclared identifier is 
reported only once
/src/sys/fs/nfsclient/nfs_clstate.c:280: error: for each function it appears 
in.)
*** Error code 1

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

Re: RELENG_8 -- shutdown -p no longer powers off boxes

[Joel Dahl]

On 22-04-2010  7:35, Jeremy Chadwick wrote:
> Looks like some form of regression in RELENG_8, between the dates of
> 2010/03/30 and 2010/04/22.  My 2010/03/30 kernel (built from RELENG_8
> source dated 2010/03/30 @ 10:30 PDT) doesn't have this problem.
> 
> Symptom: shutdown -p no longer powers off either of my systems; instead,
> the box reboots (e.g. shutdown -p behaves like shutdown -r).  Systems
> are a Supermicro X7SBL-LN2 board, and a Supermicro X7SBA board.  These
> are server-class boards.  I have not tried using the physical power
> switch yet.

For the record: I have the same problem on at least two boxes, both running
9-CURRENT.

-- 
Joel
___
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"