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
on 07/07/2011 06:11 Steve Kargl said the following:
Unfortunately, I have neither the brain capacity and time nor
the money to fix the issue. To solve OP's problem in the
short, the simplest solution may be to switch to 4BSD. Let's
face, ULE is not a silver bullet.
I think that piling up
on 06/07/2011 21:00 Steve Kargl said the following:
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.
on 06/07/2011 21:11 Nathan Whitehorn said the following:
On 07/06/11 13:00, Steve Kargl wrote:
AFAICT, it is a cpu affinity issue. If I launch n+1 MPI images
on a system with n cpus/cores, then 2 (and sometimes 3) images
are stuck on a cpu and those 2 (or 3) images ping-pong on that
cpu. I
I updated system to r223824 and got named patched to 9.6.-ESV-R4-P3,
but problem is still exists:
07-Jul-2011 13:24:22.765 general:
/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c:1622:
REQUIRE(prev 0) failed
07-Jul-2011 13:24:22.781 general: exiting (due to assertion failure)
How
On Thu, Jul 07, 2011 at 01:46:23PM +0400, KOT MATPOCKuH wrote:
I updated system to r223824 and got named patched to 9.6.-ESV-R4-P3,
but problem is still exists:
07-Jul-2011 13:24:22.765 general:
/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c:1622:
REQUIRE(prev 0) failed
07.07.2011 09:22, Berczi Gabor Š½wrote:
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?
Yep.
2. Try to convince bios to boot from the disk of pool2.
There is no disk with
Steve Kargl s...@troutmask.apl.washington.edu wrote:
Let's face, ULE is not a silver bullet.
Or perhaps it is, but this particular problem is so heavily armored
as to demand depleted uranium :)
___
freebsd-current@freebsd.org mailing list
possibly achievable in libc?
I don't know. Where else would it be done?
stat, utimes, gettimeofday, clock_gettime,
adjtime, etc and their variations.
I've not checked what currently happens, but I
don't think root in a jail should be able to set
any kernel time parameters, absent a syscall
that
On Thu, 07 Jul 2011 13:19:50 +0300
Volodymyr Kostyrko c.kw...@gmail.com wrote:
You can boot from any of the drives and as long as the BIOS can see
enough drives you should be able to boot.
In my case, the BIOS certainly can not see all members of the
raid-z pool. The question is: why
2011/7/7 Marius Strobl mar...@alchemy.franken.de:
On Thu, Jul 07, 2011 at 01:46:23PM +0400, KOT MATPOCKuH wrote:
I updated system to r223824 and got named patched to 9.6.-ESV-R4-P3,
but problem is still exists:
07-Jul-2011 13:24:22.765 general:
On 06/07/2011 19:05, Poul-Henning Kamp wrote:
In message20110706170132.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
On 06/07/2011 20:11, Nathan Whitehorn wrote:
I've seen exactly this problem with multi-threaded math libraries, as
well. Using parallel GotoBLAS on FreeBSD gives terrible performance
because the threads keep migrating between CPUs, causing frequent cache
misses.
On both schedulers?
On Wed, Jul 6, 2011 at 9:19 AM, Hans Petter Selasky hsela...@c2i.net wrote:
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.
On Thursday 07 July 2011 14:43:22 PseudoCylon wrote:
On Wed, Jul 6, 2011 at 9:19 AM, Hans Petter Selasky hsela...@c2i.net
wrote:
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
On Thursday 07 July 2011 14:43:22 PseudoCylon wrote:
The compiler complained about uninitialized int
if_usie.c: 1484
- uint8_t pad;
+ uint8_t pad = 0;
I changed it so that pad is set in both cases:
pad = (hip-id USIE_HIP_PAD) ? 1 : 0;
On Thu, Jul 07, 2011 at 10:27:53AM +0300, Andriy Gapon wrote:
on 06/07/2011 21:11 Nathan Whitehorn said the following:
On 07/06/11 13:00, Steve Kargl wrote:
AFAICT, it is a cpu affinity issue. If I launch n+1 MPI images
on a system with n cpus/cores, then 2 (and sometimes 3) images
are
On Thu, Jul 07, 2011 at 03:44:32PM +0400, KOT MATPOCKuH wrote:
2011/7/7 Marius Strobl mar...@alchemy.franken.de:
On Thu, Jul 07, 2011 at 01:46:23PM +0400, KOT MATPOCKuH wrote:
I updated system to r223824 and got named patched to 9.6.-ESV-R4-P3,
but problem is still exists:
07-Jul-2011
On Thu, Jul 7, 2011 at 5:14 PM, Steve Kargl
s...@troutmask.apl.washington.edu wrote:
On Thu, Jul 07, 2011 at 10:27:53AM +0300, Andriy Gapon wrote:
on 06/07/2011 21:11 Nathan Whitehorn said the following:
On 07/06/11 13:00, Steve Kargl wrote:
AFAICT, it is a cpu affinity issue. If I
on 07/07/2011 18:14 Steve Kargl said the following:
On Thu, Jul 07, 2011 at 10:27:53AM +0300, Andriy Gapon wrote:
on 06/07/2011 21:11 Nathan Whitehorn said the following:
On 07/06/11 13:00, Steve Kargl wrote:
AFAICT, it is a cpu affinity issue. If I launch n+1 MPI images
on a system with n
On Thu, Jul 07, 2011 at 10:42:39PM +0300, Andriy Gapon wrote:
on 07/07/2011 18:14 Steve Kargl said the following:
I'm using OpenMPI. These are N Ncpu processes not threads,
I used 'thread' in a sense of a kernel thread. It shouldn't
actually matter if it's a process or a thread in
On Sunday, July 03, 2011 1:39:18 am Doug Barton wrote:
I have 2 ath-based pc-card adapters. If I put either one of them in the
slot while the system is up, or if I try booting with them in the slot,
I get an instant panic. The cards previously worked in -current, and
continue to work in
On 07/07/11 09:04, Andriy Gapon wrote:
on 07/07/2011 06:11 Steve Kargl said the following:
Unfortunately, I have neither the brain capacity and time nor
the money to fix the issue. To solve OP's problem in the
short, the simplest solution may be to switch to 4BSD. Let's
face, ULE is not a
On 07/07/11 09:27, Andriy Gapon wrote:
on 06/07/2011 21:11 Nathan Whitehorn said the following:
On 07/06/11 13:00, Steve Kargl wrote:
AFAICT, it is a cpu affinity issue. If I launch n+1 MPI images
on a system with n cpus/cores, then 2 (and sometimes 3) images
are stuck on a cpu and those 2
On Jul 7, 2011, at 3:51 PM, Hartmann, O. wrote:
This is quibbling. On heavy loads on networ, disk et cetera, isn't there
always and also a CPU bound load?
No. Properly written software blocks when waiting on network or disk I/O, and
doesn't sit there spinning in a busy-wait consuming CPU
(OT, yes, but I'd like to take a stab at explaining why these things
fall to the wayside..)
On 7 July 2011 12:08, Arnaud Lacombe lacom...@gmail.com wrote:
What would be the point to even start looking at an issue? You guys
(by you, I mean official committers on public list) don't care
When
On Thu, Jul 7, 2011 at 6:47 AM, Hans Petter Selasky hsela...@c2i.net wrote:
On Thursday 07 July 2011 14:43:22 PseudoCylon wrote:
On Wed, Jul 6, 2011 at 9:19 AM, Hans Petter Selasky hsela...@c2i.net
wrote:
Hi,
I'm going to review and import your driver.
--HPS
Hi,
The intial
On Jul 7, 2011, at 12:19 PM, Volodymyr Kostyrko wrote:
2. Try to convince bios to boot from the disk of pool2.
There is no disk with a singular ZFS pool.
Any disk from bootable pool.
Every disk contains two pools. And the BIOS sees only two (maybe three) of them.
3. You can possibly
28 matches
Mail list logo