Re: ZFS boot fails with two pools

On Jul 6, 2011, at 10:08 PM, Volodymyr Kostyrko wrote: > 1. Check that pools have up-to-date boot code. I tried 8.2 and HEAD. You mean gpart+gptzfsboot+pmbr, right? > 2. Try to convince bios to boot from the disk of pool2. There is no disk with a singular ZFS pool. > 3. You can possibly try d

Re: Heavy I/O blocks FreeBSD box for several seconds

On 07/07/11 06:29, Arnaud Lacombe wrote: Hi, On Wed, Jul 6, 2011 at 5:00 PM, Hartmann, O. wrote: On 07/06/11 21:36, Steve Kargl wrote: On Wed, Jul 06, 2011 at 03:18:35PM -0400, Arnaud Lacombe wrote: Hi, On Wed, Jul 6, 2011 at 12:28 PM, Steve Kargl wrote: On Wed, Jul 06, 2011 at 05:29:

Re: Heavy I/O blocks FreeBSD box for several seconds

On 07/06/11 23:49, Oliver Pinter wrote: On 7/6/11, Hartmann, O. wrote: On 07/06/11 21:36, Steve Kargl wrote: On Wed, Jul 06, 2011 at 03:18:35PM -0400, Arnaud Lacombe wrote: Hi, On Wed, Jul 6, 2011 at 12:28 PM, Steve Kargl wrote: On Wed, Jul 06, 2011 at 05:29:24PM +0200, O. Hartmann wrote

Re: Heavy I/O blocks FreeBSD box for several seconds

Hi, On Wed, Jul 6, 2011 at 10:39 PM, Adrian Chadd wrote: > On 7 July 2011 09:51, Steve Kargl wrote: >> On Thu, Jul 07, 2011 at 09:17:51AM +0800, Adrian Chadd wrote: >>> Offer a bounty for getting it fixed? >>> >> >> steve == ENOMONEY && jeffr == ENOTIME >> >> And, 4BSD works. > > I meant it as a

Re: Heavy I/O blocks FreeBSD box for several seconds

On Thu, Jul 07, 2011 at 10:39:00AM +0800, Adrian Chadd wrote: > On 7 July 2011 09:51, Steve Kargl wrote: > > On Thu, Jul 07, 2011 at 09:17:51AM +0800, Adrian Chadd wrote: > >> Offer a bounty for getting it fixed? > >> > > > > steve == ENOMONEY && jeffr == ENOTIME > > > > And, 4BSD works. > > I me

Re: Heavy I/O blocks FreeBSD box for several seconds

On 7 July 2011 09:51, Steve Kargl wrote: > On Thu, Jul 07, 2011 at 09:17:51AM +0800, Adrian Chadd wrote: >> Offer a bounty for getting it fixed? >> > > steve == ENOMONEY && jeffr == ENOTIME > > And, 4BSD works. I meant it as a more general observation. If something doesn't work as needed, consid

Re: Can options NFSD and NFSSERVER exist in the same kernel

On Wed, Jul 06, 2011 at 09:33:21PM -0400, Rick Macklem wrote: > Although deleting /etc/rc.d/nfsserver is probably all you need > to do if you have head/etc/rc.d/nfsd, I've attached an updated > nfsd script that I am waiting for a review of. > > If you'd like to test this (when /etc/rc.d/nfsserver

Re: Heavy I/O blocks FreeBSD box for several seconds

On Thu, Jul 07, 2011 at 09:17:51AM +0800, Adrian Chadd wrote: > Offer a bounty for getting it fixed? > steve == ENOMONEY && jeffr == ENOTIME And, 4BSD works. -- Steve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listi

Re: Can options NFSD and NFSSERVER exist in the same kernel?

On Wed, Jul 06, 2011 at 08:57:53PM -0400, Rick Macklem wrote: > Steve Kargl wrote: > > So, I upgraded a system from Feb 10 -current to today's > > -current code. In doing so, I changed the kernel config > > options from > > > > options NFSCLIENT # Network Filesystem Client > > options NFSSERVER #

Re: Can options NFSD and NFSSERVER exist in the same kernel

Although deleting /etc/rc.d/nfsserver is probably all you need to do if you have head/etc/rc.d/nfsd, I've attached an updated nfsd script that I am waiting for a review of. If you'd like to test this (when /etc/rc.d/nfsserver is deleted), it would be appreciated. I think it will work for your cas

Re: Heavy I/O blocks FreeBSD box for several seconds

Offer a bounty for getting it fixed? thanks, Adrian On 7 July 2011 05:00, Hartmann, O. wrote: > On 07/06/11 21:36, Steve Kargl wrote: >> >> On Wed, Jul 06, 2011 at 03:18:35PM -0400, Arnaud Lacombe wrote: >>> >>> Hi, >>> >>> On Wed, Jul 6, 2011 at 12:28 PM, Steve Kargl >>>  wrote: O

Re: Can options NFSD and NFSSERVER exist in the same kernel?

Steve Kargl wrote: > On Wed, Jul 06, 2011 at 05:02:37PM -0700, Garrett Cooper wrote: > > On Wed, Jul 6, 2011 at 4:57 PM, Steve Kargl > > wrote: > > > So, I upgraded a system from Feb 10 -current to today's > > > -current code. ?In doing so, I changed the kernel config > > > options from > > > > >

Re: Can options NFSD and NFSSERVER exist in the same kernel?

Steve Kargl wrote: > So, I upgraded a system from Feb 10 -current to today's > -current code. In doing so, I changed the kernel config > options from > > options NFSCLIENT # Network Filesystem Client > options NFSSERVER # Network Filesystem Server > > to > > options NFSCL # Network Filesystem Cl

Re: Can options NFSD and NFSSERVER exist in the same kernel?

On Wed, Jul 06, 2011 at 05:02:37PM -0700, Garrett Cooper wrote: > On Wed, Jul 6, 2011 at 4:57 PM, Steve Kargl > wrote: > > So, I upgraded a system from Feb 10 -current to today's > > -current code. ?In doing so, I changed the kernel config > > options from > > > > options ? ? ? ? NFSCLIENT ? ? ? ?

Re: Can options NFSD and NFSSERVER exist in the same kernel?

On Wed, Jul 6, 2011 at 4:57 PM, Steve Kargl wrote: > So, I upgraded a system from Feb 10 -current to today's > -current code.  In doing so, I changed the kernel config > options from > > options         NFSCLIENT               # Network Filesystem Client > options         NFSSERVER               #

Can options NFSD and NFSSERVER exist in the same kernel?

So, I upgraded a system from Feb 10 -current to today's -current code. In doing so, I changed the kernel config options from options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server to options NFSCL

Re: Heavy I/O blocks FreeBSD box for several seconds

On 7/6/11, Hartmann, O. wrote: > On 07/06/11 21:36, Steve Kargl wrote: >> On Wed, Jul 06, 2011 at 03:18:35PM -0400, Arnaud Lacombe wrote: >>> Hi, >>> >>> On Wed, Jul 6, 2011 at 12:28 PM, Steve Kargl >>> wrote: On Wed, Jul 06, 2011 at 05:29:24PM +0200, O. Hartmann wrote: > I use SCHED_UL

Re: what is the RIGHT(TM) way to configure background DHCP?

On Wed, Jul 6, 2011 at 12:47 PM, deeptec...@gmail.com wrote: > the boot process of my FreeBSD machines takes a relatively long time. > it spends 30 seconds idling at some point, because my network > interface (sk0) is supposed to have an IP address assigned via DHCP, > and the DHCP server on my LA

Re: Time keeping Issues with the low-resolution TSC timecounter

Hmm... GPF seems to be related to unclean %rcx. Can you please try the attached patch? Please note you have to rebuild kernel from scratch because this is a header file change. It may not fix "hang", though. Please let me know. It is just committed at r223796. JK This issue is resolved

Re: Heavy I/O blocks FreeBSD box for several seconds

On 07/06/11 21:36, Steve Kargl wrote: On Wed, Jul 06, 2011 at 03:18:35PM -0400, Arnaud Lacombe wrote: Hi, On Wed, Jul 6, 2011 at 12:28 PM, Steve Kargl wrote: On Wed, Jul 06, 2011 at 05:29:24PM +0200, O. Hartmann wrote: I use SCHED_ULE on all machines, since it is supposed to be performing b

Re: ZFS boot fails with two pools

06.07.2011 18:44, Berczi Gabor wrote: Greets, For some reason FreeBSD can't boot automatically: ZFS: i/o error - all block copies unavailable ZFS: can't read MOS object directory Can't find root filesystem - giving up ZFS: unexpected object set type 0 ZFS: unexpected object set type 0 FreeBSD/

Re: what is the RIGHT(TM) way to configure background DHCP?

On Wed, Jul 6, 2011 at 12:47 PM, deeptec...@gmail.com wrote: > (i intend the discussion to take place primarily on the > freebsd-hackers list, i'm CCing the freebsd-current list for a reason > stated below.) > > (original first post: > http://lists.freebsd.org/pipermail/freebsd-questions/2011-June

Re: ZFS boot fails with two pools

On Wed, 6 Jul 2011 17:44:41 +0200 Berczi Gabor wrote: > Greets, > > For some reason FreeBSD can't boot automatically: > > ZFS: i/o error - all block copies unavailable > ZFS: can't read MOS object directory > Can't find root filesystem - giving up > ZFS: unexpected object set type 0 > ZFS: unex

Re: ZFS boot fails with two pools

On Jul 6, 2011, at 9:43 PM, Aldis Berjoza wrote: > > Any chance, that you forgot to > # zpool set bootfs= ... > ? Nope. NAME PROPERTY VALUE SOURCE pool2 bootfspool2 local NAME PROPERTY VALUE SOURCE data bootfs- default __

Re: what is the RIGHT(TM) way to configure background DHCP?

(i intend the discussion to take place primarily on the freebsd-hackers list, i'm CCing the freebsd-current list for a reason stated below.) (original first post: http://lists.freebsd.org/pipermail/freebsd-questions/2011-June/231301.html) On Mon, Jul 4, 2011 at 4:20 PM, Lowell Gilbert wrote: > Y

Re: displaying thread id in top -H

On Wed Jul 6 11, Alexander Best wrote: > On Wed Jul 6 11, Sergey Kandaurov wrote: > > On 6 July 2011 13:19, Alexander Best wrote: > > > hi there, > > > > > > any reason why bin/139389 hasn't been committed, yet? i think seeing the > > > thread > > > id in top -H output is extremely useful! > >

Re: Heavy I/O blocks FreeBSD box for several seconds

On Wed, Jul 06, 2011 at 03:18:35PM -0400, Arnaud Lacombe wrote: > Hi, > > On Wed, Jul 6, 2011 at 12:28 PM, Steve Kargl > wrote: > > On Wed, Jul 06, 2011 at 05:29:24PM +0200, O. Hartmann wrote: > >> > >> I use SCHED_ULE on all machines, since it is supposed to be performing > >> better on multicor

Re: Heavy I/O blocks FreeBSD box for several seconds

Hi, On Wed, Jul 6, 2011 at 12:28 PM, Steve Kargl wrote: > On Wed, Jul 06, 2011 at 05:29:24PM +0200, O. Hartmann wrote: >> >> I use SCHED_ULE on all machines, since it is supposed to be performing >> better on multicore boxes, but there are lots of suggestions switching >> back to the old SCHED_4B

Re: displaying thread id in top -H

On Wed Jul 6 11, Sergey Kandaurov wrote: > On 6 July 2011 13:19, Alexander Best wrote: > > hi there, > > > > any reason why bin/139389 hasn't been committed, yet? i think seeing the > > thread > > id in top -H output is extremely useful! > > I think the main reason is that tid takes a log of sp

Re: ZFS boot fails with two pools

Thanks, but that did not help. On Jul 6, 2011, at 6:31 PM, Pan Tsu wrote: > If you're using gptzfsboot try tricking it by marking > partitions with `data' pool as freebsd-ufs, e.g. > > $ gpart modify -t freebsd-ufs -iY adX ___ freebsd-current@freebsd

Re: Heavy I/O blocks FreeBSD box for several seconds

On 07/06/11 13:00, Steve Kargl wrote: On Wed, Jul 06, 2011 at 05:05:41PM +, Poul-Henning Kamp wrote: In message<20110706170132.ga68...@troutmask.apl.washington.edu>, Steve Kargl w rites: I periodically ran the same type test in the 2008 post over the last three years. Nothing has changed.

Re: Heavy I/O blocks FreeBSD box for several seconds

On Wed, Jul 06, 2011 at 05:05:41PM +, Poul-Henning Kamp wrote: > In message <20110706170132.ga68...@troutmask.apl.washington.edu>, Steve Kargl > w > rites: > > >I periodically ran the same type test in the 2008 post over the > >last three years. Nothing has changed. I even set up an account

Re: Heavy I/O blocks FreeBSD box for several seconds

In message <20110706170132.ga68...@troutmask.apl.washington.edu>, Steve Kargl w rites: >I periodically ran the same type test in the 2008 post over the >last three years. Nothing has changed. I even set up an account >on one node in my cluster for jeffr to use. He was too busy to >investigate a

Re: displaying thread id in top -H

On 6 July 2011 13:19, Alexander Best wrote: > hi there, > > any reason why bin/139389 hasn't been committed, yet? i think seeing the > thread > id in top -H output is extremely useful! I think the main reason is that tid takes a log of space (6 digits + 2 spaces), and top already suffers from a

Re: Heavy I/O blocks FreeBSD box for several seconds

On Wed, Jul 06, 2011 at 06:38:23PM +0200, Hartmann, O. wrote: > On 07/06/11 18:28, Steve Kargl wrote: > >On Wed, Jul 06, 2011 at 05:29:24PM +0200, O. Hartmann wrote: > >>I use SCHED_ULE on all machines, since it is supposed to be performing > >>better on multicore boxes, but there are lots of sugge

Re: Heavy I/O blocks FreeBSD box for several seconds

On 07/06/11 18:28, Steve Kargl wrote: On Wed, Jul 06, 2011 at 05:29:24PM +0200, O. Hartmann wrote: I use SCHED_ULE on all machines, since it is supposed to be performing better on multicore boxes, but there are lots of suggestions switching back to the old SCHED_4BSD scheduler. If you are usin

Re: Heavy I/O blocks FreeBSD box for several seconds

On Wed, Jul 06, 2011 at 05:29:24PM +0200, O. Hartmann wrote: > > I use SCHED_ULE on all machines, since it is supposed to be performing > better on multicore boxes, but there are lots of suggestions switching > back to the old SCHED_4BSD scheduler. > If you are using MPI in numerical codes, th

Re: Heavy I/O blocks FreeBSD box for several seconds

Has anyone re-run those IO benchmarks? Something smells fishy there.. (with the benchmarking.) adrian 2011/7/6 O. Hartmann : > On 07/06/11 12:37, arrowdodger wrote: >> >> 2011/7/6 O. Hartmann >> >>> When performing an update on the ports tree via "portsnap fetch update" >>> or >>> when checking

ZFS boot fails with two pools

Greets, For some reason FreeBSD can't boot automatically: ZFS: i/o error - all block copies unavailable ZFS: can't read MOS object directory Can't find root filesystem - giving up ZFS: unexpected object set type 0 ZFS: unexpected object set type 0 FreeBSD/x86 boot Default: data:/boot/kernel/kern

Re: Heavy I/O blocks FreeBSD box for several seconds

on 06/07/2011 18:33 O. Hartmann said the following: > On 07/06/11 14:35, arrowdodger wrote: >> On Wed, Jul 6, 2011 at 3:37 PM, Andriy Gapon wrote: >> >>> Just curious what your current value of sysctl kern.sched.preempt_thresh >>> is. >>> And if it's not 224 and if you haven't tried 224 yet, then

if_tap VIMAGE support

Hi all, I have been experimenting with a VIMAGE kernel and noticed that it can be panic()'d by opening and closing an if_tap device. I've submitted a PR with a possible patch as kern/158686 . Could anyone have a look at it? Thanks, -- Daan Vreeken Vitsch Electronics http://Vitsch.nl tel: +31-

Re: Heavy I/O blocks FreeBSD box for several seconds

On 07/06/11 14:35, arrowdodger wrote: On Wed, Jul 6, 2011 at 3:37 PM, Andriy Gapon wrote: Just curious what your current value of sysctl kern.sched.preempt_thresh is. And if it's not 224 and if you haven't tried 224 yet, then could you please try it and see if there is any improvement? This a

Re: Heavy I/O blocks FreeBSD box for several seconds

On 07/06/11 12:37, arrowdodger wrote: 2011/7/6 O. Hartmann When performing an update on the ports tree via "portsnap fetch update" or when checking out (or) large Subversion repositories or when copying large data files (~ 50 to 250 GB in size, results from numerical modelings) or when compilin

Re: Heavy I/O blocks FreeBSD box for several seconds

On Wed Jul 6 11, Andriy Gapon wrote: > on 06/07/2011 16:33 Alexander Best said the following: > > you might also want to try enabling options IPI_PREEMPTION. no idea, if this > > improves your situation, though. > > Just in case, this option has effect for 4BSD scheduler only. thanks. i did not

Re: [CFT] Sierra Wireless HSPA+ USB modem

> > Hi, > > I'm going to review and import your driver. > > --HPS Hi, The intial patch had some bad code and didn't compile on 9-current. I've tried to clean it up. Please test and report back if I didn't break anything. http://hselasky.homeunix.org:8192/usie_for_FreeBSD_9_current.patch --H

Re: Heavy I/O blocks FreeBSD box for several seconds

on 06/07/2011 16:33 Alexander Best said the following: > you might also want to try enabling options IPI_PREEMPTION. no idea, if this > improves your situation, though. Just in case, this option has effect for 4BSD scheduler only. -- Andriy Gapon ___ f

Re: named crashes on assertion in rbtdb.c o? sparc64/SMP

On Wed, Jul 06, 2011 at 11:55:15AM +0200, Marius Strobl wrote: > On Tue, Jul 05, 2011 at 05:55:09PM -0700, Doug Barton wrote: > > On 06/28/2011 08:58, Marius Strobl wrote: > > >Uhm, we once fixed a problem in the MD atomic implementation which > > >still seems to present in the ISC copy. Could you

cpumask_t/cpuset_t changes in CURRENT and non-base gcc

I think that if you use non-base gcc for ports on CURRENT, then you need to follow this procedure after upgrading world to a revision after the cpumask_t/cpuset_t change: 1. upgrade/re-install gccXX using base gcc as a bootstrap compiler (make CC=gcc) 2. everything else... :) -- Andriy Gapon __

Re: Heavy I/O blocks FreeBSD box for several seconds

on 06/07/2011 15:35 arrowdodger said the following: > On Wed, Jul 6, 2011 at 3:37 PM, Andriy Gapon > wrote: > > Just curious what your current value of sysctl kern.sched.preempt_thresh > is. > And if it's not 224 and if you haven't tried 224 yet, then could you

Re: Heavy I/O blocks FreeBSD box for several seconds

On Wed Jul 6 11, arrowdodger wrote: > 2011/7/6 O. Hartmann > > > When performing an update on the ports tree via "portsnap fetch update" or > > when checking out (or) large Subversion repositories or when copying large > > data files (~ 50 to 250 GB in size, results from numerical modelings) or

Re: Heavy I/O blocks FreeBSD box for several seconds

On Wed, Jul 6, 2011 at 3:37 PM, Andriy Gapon wrote: > Just curious what your current value of sysctl kern.sched.preempt_thresh > is. > And if it's not 224 and if you haven't tried 224 yet, then could you please > try > it and see if there is any improvement? > > This assumes that you use SCHED_UL

Re: Heavy I/O blocks FreeBSD box for several seconds

on 06/07/2011 13:37 arrowdodger said the following: > 2011/7/6 O. Hartmann > >> When performing an update on the ports tree via "portsnap fetch update" or >> when checking out (or) large Subversion repositories or when copying large >> data files (~ 50 to 250 GB in size, results from numerical mo

Re: Heavy I/O blocks FreeBSD box for several seconds

2011/7/6 O. Hartmann > When performing an update on the ports tree via "portsnap fetch update" or > when checking out (or) large Subversion repositories or when copying large > data files (~ 50 to 250 GB in size, results from numerical modelings) or > when compiling world, FreeBD 9.0 and FreeBSD

Re: Heavy I/O blocks FreeBSD box for several seconds

2011/7/6 O. Hartmann : Could you post /etc/sysctl.conf and /boot/loader.conf? Also, the output of uname -a on all machines would be nice. And since you don't use GENERIC, could you also tell us what difference your setup is from a GENERIC kernel? -- chs,

Re: named crashes on assertion in rbtdb.c o? sparc64/SMP

On Tue, Jul 05, 2011 at 05:55:09PM -0700, Doug Barton wrote: > On 06/28/2011 08:58, Marius Strobl wrote: > >Uhm, we once fixed a problem in the MD atomic implementation which > >still seems to present in the ISC copy. Could you please test whether > >the following patch makes a difference? > >http:

displaying thread id in top -H

hi there, any reason why bin/139389 hasn't been committed, yet? i think seeing the thread id in top -H output is extremely useful! cheers. alex ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To uns

Heavy I/O blocks FreeBSD box for several seconds

When performing an update on the ports tree via "portsnap fetch update" or when checking out (or) large Subversion repositories or when copying large data files (~ 50 to 250 GB in size, results from numerical modelings) or when compiling world, FreeBD 9.0 and FreeBSD 8.2-STABLE tend to "freeze"