Greetings, and thank you for the "heads up".
On Mon, January 10, 2011 2:22 pm, Rick Macklem wrote:
> I just commited a patch (r217242) to head. Anyone who is using client
> side NFS on FreeBSD8.n should apply this patch. It is also available at:
> http://people.freebsd.org/~rmacklem/krpc.patch
>
>
On 1/4/2011 11:52 AM, John Hawkes-Reed wrote:
On 04/01/2011 03:08, Dan Langille wrote:
Hello folks,
I'm trying to discover if ZFS under FreeBSD will automatically pull in a
hot spare if one is required.
This raised the issue back in March 2010, and refers to a PR opened in
May 2009
* http://l
On Mon, Jan 10, 2011 at 9:13 PM, Jeremy Chadwick
wrote:
> On Mon, Jan 10, 2011 at 07:42:21PM -0500, Mark Saad wrote:
>> On Mon, Jan 10, 2011 at 6:59 PM, wrote:
>> > Hello, Mark
>> >
>> > 2011/1/11 Mark Saad :
>> >> All
>> >> This was originally posted to hackers@
>> >>
>> >> I have a good questi
On Mon, Jan 10, 2011 at 07:42:21PM -0500, Mark Saad wrote:
> On Mon, Jan 10, 2011 at 6:59 PM, wrote:
> > Hello, Mark
> >
> > 2011/1/11 Mark Saad :
> >> All
> >> This was originally posted to hackers@
> >>
> >> I have a good question that I cant find an answer for. I believe
> >> found a kernel bu
On Mon, Jan 10, 2011 at 6:59 PM, wrote:
> Hello, Mark
>
> 2011/1/11 Mark Saad :
>> All
>> This was originally posted to hackers@
>>
>> I have a good question that I cant find an answer for. I believe
>> found a kernel bug in 7.3-RELEASE that prevents me from booting 64-bit
>> kernels on HP's DL36
Hello, Mark
2011/1/11 Mark Saad :
> All
> This was originally posted to hackers@
>
> I have a good question that I cant find an answer for. I believe
> found a kernel bug in 7.3-RELEASE that prevents me from booting 64-bit
> kernels on HP's DL360 G4p . The kernel dies with "Fatal trap 12: page
> f
All
This was originally posted to hackers@
I have a good question that I cant find an answer for. I believe
found a kernel bug in 7.3-RELEASE that prevents me from booting 64-bit
kernels on HP's DL360 G4p . The kernel dies with "Fatal trap 12: page
fault while in kernel mode " . The hardware works
On Mon, Jan 10, 2011 at 11:14:24PM +0100, Ulrich Spörlein wrote:
> On Mon, 10.01.2011 at 16:49:14 -0500, John Baldwin wrote:
> > On Monday, January 10, 2011 4:40:04 pm Ulrich Spörlein wrote:
> > > Hey,
> > >
> > > the following line in fstab used to work just fine for my /tmp:
> > >
> > > tmpfs
I just commited a patch (r217242) to head. Anyone who is using client
side NFS on FreeBSD8.n should apply this patch. It is also available at:
http://people.freebsd.org/~rmacklem/krpc.patch
It fixes a problem where the kernel rpc assumes that 4 bytes of data
exists in the first mbuf without che
On Mon, 10.01.2011 at 16:49:14 -0500, John Baldwin wrote:
> On Monday, January 10, 2011 4:40:04 pm Ulrich Spörlein wrote:
> > Hey,
> >
> > the following line in fstab used to work just fine for my /tmp:
> >
> > tmpfs /tmptmpfs rw,size=1g,mode=17770 0
>
> I thought the
> >
> > So, did the patch get rid of the 1min + stalls you reported earlier?
> >
> Yes. The stalls (and the "server not responding" log messages are
> gone. Thanks! -- George
>
Ok, thats a start anyhow. Maybe someday we can explain the slow read
rates you are still observing.
Thanks for letting u
On Monday, January 10, 2011 4:40:04 pm Ulrich Spörlein wrote:
> Hey,
>
> the following line in fstab used to work just fine for my /tmp:
>
> tmpfs /tmptmpfs rw,size=1g,mode=17770 0
I thought there was a thread recently about tmpfs not supporting things like
"1g" for
We attempted to repro this problem with the 82566DM (ich8 btw) in house and
failed, it worked correctly for my testers.
Oh, and just so the mailing lists have an update, the SM Blade problem was not
an issue in the driver, it was a local change in the loader.conf that caused
the problem.
Regar
On 12/16/2010 01:44 PM, Martin Matuska wrote:
Hi everyone,
following the announcement of Pawel Jakub Dawidek (p...@freebsd.org) I am
providing a ZFSv28 testing patch for 8-STABLE.
Link to the patch:
http://people.freebsd.org/~mm/patches/zfs/v28/stable-8-zfsv28-20101215.patch.xz
Link to mfsBS
Hey,
the following line in fstab used to work just fine for my /tmp:
tmpfs /tmptmpfs rw,size=1g,mode=17770 0
But since I upgraded to 8.2-PRERELEASE, /tmp will soon run out of space
(usually after leaving the box overnight).
% df /tmp
Filesystem 1K-blocks Used Avail C
> Hello Rick,
>
> Am 11.11.2010 23:54, schrieb Rick Macklem:
> > That patch is "self contained", so I think it should be fine to
> > apply it
> > to an 8.0 server.
> >
> > You might also want
> >
> > http://people.freebsd.org/~rmacklem/freebsd8.0-patches/freebsd8-svc-mbufleak.patch
> > which
> >
> > Hi,
> >
> > I have got the first steps set up. No solution yet.
> > 1. With the patch OpenOffice opens my homedir (yeah!), but it gives
> > an
> > I/O
> > error when saving a file and everything hangs after that.
>
> Hmm, I don't think you mentioned what server you were using. It
> wouldn'
>
> Hi,
>
> I have got the first steps set up. No solution yet.
> 1. With the patch OpenOffice opens my homedir (yeah!), but it gives an
> I/O
> error when saving a file and everything hangs after that.
Hmm, I don't think you mentioned what server you were using. It
wouldn't happen to be a FreeB
On Fri, 07 Jan 2011 20:52:57 +0100, Kostik Belousov
wrote:
On Fri, Jan 07, 2011 at 02:37:25PM -0500, Rick Macklem wrote:
> Hi,
>
> OpenOffice hangs on NFS when I try to save a file or even when I try
> to
> open the save dialog in this case.
>
>
> $ 17:25:35 ron...@ronald [~]
> procstat -kk
On 01/10/2011 09:57 AM, Pawel Jakub Dawidek wrote:
On Sun, Jan 09, 2011 at 12:52:56PM +0100, Attila Nagy wrote:
[...]
I've finally found the time to read the v28 patch and figured out the
problem: vfs.zfs.l2arc_noprefetch was changed to 1, so it doesn't use
the prefetched data on the L2ARC devi
On 01/10/2011 10:02 AM, Pawel Jakub Dawidek wrote:
On Sun, Jan 09, 2011 at 12:49:27PM +0100, Attila Nagy wrote:
No, it's not related. One of the disks in the RAIDZ2 pool went bad:
(da4:arcmsr0:0:4:0): READ(6). CDB: 8 0 2 10 10 0
(da4:arcmsr0:0:4:0): CAM status: SCSI Status Error
(da4:arcmsr0:0:
>
> So, did the patch get rid of the 1min + stalls you reported earlier?
>
Yes. The stalls (and the "server not responding" log messages are
gone. Thanks! -- George
___
freebsd-stable@freebsd.org mailing list
ht
On 08/01/2011 20:42, Lev Serebryakov wrote:
Hello, Kostik.
You wrote 8 января 2011 г., 22:02:32:
If I am guessing right, this creature has a classic deadlock when
bio processing requires memory allocation. It seems that tid 100079
is sleeping not even due to the free page shortage, but due to
On 08/01/2011 23:06, Lev Serebryakov wrote:
I need to look how raid3 and vinum/raid5 lives with that situation.
One other standard solution is to spawn a thread and offload the job to
that thread, instead of within GEOM start(). This is what most current
complex GEOM classes to.
_
On Sat, Dec 18, 2010 at 10:00:11AM +0100, Krzysztof Dajka wrote:
> Hi,
> I applied patch against evening 2010-12-16 STABLE. I did what Martin asked:
>
> On Thu, Dec 16, 2010 at 1:44 PM, Martin Matuska wrote:
> > # cd /usr/src
> > # fetch
> > http://people.freebsd.org/~mm/patches/zfs/v28/sta
Hi,
I have a few machines Sun Fire X2100 M2. I upgraded from FreeBSD 7.2 to
8.2-BETA1 and 8.2-RC1 and now I see following errors in dmesg:
acpi0: on motherboard
ACPI Error: Invalid type (Alias) for target of Scope operator [CPU1]
(Cannot override) (20101013/dswload-324)
ACPI Exception: AE_A
On Sun, Jan 09, 2011 at 12:52:56PM +0100, Attila Nagy wrote:
[...]
> I've finally found the time to read the v28 patch and figured out the
> problem: vfs.zfs.l2arc_noprefetch was changed to 1, so it doesn't use
> the prefetched data on the L2ARC devices.
> This is a major hit in my case. Enabling
On Sun, Jan 09, 2011 at 12:49:27PM +0100, Attila Nagy wrote:
> No, it's not related. One of the disks in the RAIDZ2 pool went bad:
> (da4:arcmsr0:0:4:0): READ(6). CDB: 8 0 2 10 10 0
> (da4:arcmsr0:0:4:0): CAM status: SCSI Status Error
> (da4:arcmsr0:0:4:0): SCSI status: Check Condition
> (da4:arcms
...
> I note that the response to your message from "danny" offers the ability
> to pass arguments to the nfs mount command, but also seems to offer a fix
> for the fact that "classes" are not supported under PXE:
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/90368
>
> I hope "danny"
29 matches
Mail list logo
