Hi,
Recently, a ZFS pool on my FreeBSD box started showing lots of errors on
one drive in a mirrored pair.
The pool consists of around 14 drives (as 7 mirrored pairs), hung off of a
couple of SuperMicro 8 port SATA controllers (1 drive of each pair is on
each controller).
One of the drive
Do you know if this is documented in Release Notes or Known Issues or
somewhere?
thanks,
B
Daniel Eischen wrote:
On Thu, 11 Sep 2008, Barry Andrews wrote:
Hi All,
I have a multi-threaded library that is linked against libpthread.
When I
load this lib into a tclsh process on FreeBSD, I ge
On Fri, Sep 12, 2008 at 07:41:14AM -0400, Barry Andrews wrote:
> Do you know if this is documented in Release Notes or Known Issues or
> somewhere?
Why would it be an "issue"? gcc -pthread and libpthread linking is
documented pretty much everywhere on the web. There isn't anything
broken about
On Fri, Sep 12, 2008 at 10:45:24AM +0100, Karl Pielorz wrote:
> Recently, a ZFS pool on my FreeBSD box started showing lots of errors on
> one drive in a mirrored pair.
>
> The pool consists of around 14 drives (as 7 mirrored pairs), hung off of
> a couple of SuperMicro 8 port SATA controllers (
I don't understand. If it was not broken, then why did it change in later
FreeBSD versions?
On Fri, Sep 12, 2008 at 9:10 AM, Jeremy Chadwick <[EMAIL PROTECTED]> wrote:
> On Fri, Sep 12, 2008 at 07:41:14AM -0400, Barry Andrews wrote:
> > Do you know if this is documented in Release Notes or Known
On Fri, Sep 12, 2008 at 09:26:37AM -0400, Barry Andrews wrote:
> I don't understand. If it was not broken, then why did it change in later
> FreeBSD versions?
I should be more explicit: the threading library and implementations
have changed over time. There was libc_r, then there was libthr, then
--On 12 September 2008 06:21 -0700 Jeremy Chadwick <[EMAIL PROTECTED]>
wrote:
As far as I know, there is no such "standard" mechanism in FreeBSD. If
the drive falls off the bus entirely (e.g. detached), I would hope ZFS
would notice that. I can imagine it (might) also depend on if the disk
Thanks for the links! But I'm not sure what any of this has to do with
this particular issue. I have an exe that does not use threads that
loads a lib that is linked with libpthread. Why does different threading
implementations affect what I am seeing here? Is there no way for this
to work in F
Karl Pielorz wrote:
> Recently, a ZFS pool on my FreeBSD box started showing lots of errors on
> one drive in a mirrored pair.
>
> The pool consists of around 14 drives (as 7 mirrored pairs), hung off of a
> couple of SuperMicro 8 port SATA controllers (1 drive of each pair is on
> each c
On Fri, Sep 12, 2008 at 11:00:18AM -0400, Barry Andrews wrote:
> Thanks for the links! But I'm not sure what any of this has to do with
> this particular issue. I have an exe that does not use threads that
> loads a lib that is linked with libpthread. Why does different threading
> implementa
Yes, the exe is tclsh. I understand that linking tclsh with libpthread is
what would work. However this is very impractical. A user of my library
shouldn't have to rebuild their tclsh to match my library specs. Another
option would be to ship tclsh with my lib, but that also is a little weird.
It s
On September 12, 2008 02:45 am Karl Pielorz wrote:
> Recently, a ZFS pool on my FreeBSD box started showing lots of errors
> on one drive in a mirrored pair.
>
> The pool consists of around 14 drives (as 7 mirrored pairs), hung off
> of a couple of SuperMicro 8 port SATA controllers (1 drive of eac
On Fri, Sep 12, 2008 at 03:34:30PM +0100, Karl Pielorz wrote:
> --On 12 September 2008 06:21 -0700 Jeremy Chadwick <[EMAIL PROTECTED]>
> wrote:
>
>> As far as I know, there is no such "standard" mechanism in FreeBSD. If
>> the drive falls off the bus entirely (e.g. detached), I would hope ZFS
>>
On Fri, Sep 12, 2008 at 11:44 AM, Oliver Fromme <[EMAIL PROTECTED]>wrote:
> Did you try "atacontrol detach" to remove the disk from
> the bus? I haven't tried that with ZFS, but gmirror
> automatically detects when a disk has gone away, and
> doesn't try to do anything with it anymore. It certa
On Fri, Sep 12, 2008 at 11:55:01AM -0400, Barry Andrews wrote:
> Yes, the exe is tclsh. I understand that linking tclsh with libpthread is
> what would work. However this is very impractical. A user of my library
> shouldn't have to rebuild their tclsh to match my library specs. Another
> option wo
On Fri, Sep 12, 2008 at 09:04:22AM -0700, Jeremy Chadwick wrote:
> What this does to other parts of the kernel and userland applications is
> something I haven't tested. I *can* tell you that there are major,
> major problems with detach/reattach/reinit on ata(4) causing kernel
> panics and other
On Fri, Sep 12, 2008 at 09:09:00AM -0700, Jeremy Chadwick wrote:
> On Fri, Sep 12, 2008 at 11:55:01AM -0400, Barry Andrews wrote:
> > Yes, the exe is tclsh. I understand that linking tclsh with libpthread is
> > what would work. However this is very impractical. A user of my library
> > shouldn't h
On Fri, Sep 12, 2008 at 10:34 AM, Karl Pielorz <[EMAIL PROTECTED]>wrote:
> --On 12 September 2008 06:21 -0700 Jeremy Chadwick <[EMAIL PROTECTED]>
> wrote:
>
> As far as I know, there is no such "standard" mechanism in FreeBSD. If
>> the drive falls off the bus entirely (e.g. detached), I would
On Fri, Sep 12, 2008 at 12:04:27PM -0400, Zaphod Beeblebrox wrote:
> On Fri, Sep 12, 2008 at 11:44 AM, Oliver Fromme <[EMAIL PROTECTED]>wrote:
> > Did you try "atacontrol detach" to remove the disk from
> > the bus? I haven't tried that with ZFS, but gmirror
> > automatically detects when a disk h
On Fri, 12 Sep 2008, Barry Andrews wrote:
Do you know if this is documented in Release Notes or Known Issues or
somewhere?
No, but it's certainly in the -threads or -ports mailing
list archives from a few years ago ;-)
--
DE
___
freebsd-hackers@free
On Fri, Sep 12, 2008 at 12:32 PM, Jeremy Chadwick <[EMAIL PROTECTED]>wrote:
> On Fri, Sep 12, 2008 at 12:04:27PM -0400, Zaphod Beeblebrox wrote:
> > On Fri, Sep 12, 2008 at 11:44 AM, Oliver Fromme <[EMAIL PROTECTED]
> >wrote:
> > > Did you try "atacontrol detach" to remove the disk from
> > > the
On September 12, 2008 09:32 am Jeremy Chadwick wrote:
> For home use, sure. Since most home/consumer systems do not include
> hot-swappable drive bays, rebooting is required. Although more and
> more consumer motherboards are offering AHCI -- which is the only
> reliable way you'll get that capab
On Fri, Sep 12, 2008 at 10:12:09AM -0700, Freddie Cash wrote:
> On September 12, 2008 09:32 am Jeremy Chadwick wrote:
> > For home use, sure. Since most home/consumer systems do not include
> > hot-swappable drive bays, rebooting is required. Although more and
> > more consumer motherboards are o
By the way, this part of Alan's patch fixes a bug in RELENG7 where
mapbase is passed to vm_map_find uninitialized. -CURRENT already has
this change applied. Perhaps it's worth committing in RELENG7, too.
--- ./kern/link_elf_obj.c.orig 2008-09-01 11:06:44.0 -0700
+++ ./kern/link_elf_obj.c
24 matches
Mail list logo
