debug.sizeof.g_geom: 68
--- On Sat, 8/15/09, Jeff Richards wrote:
From: Jeff Richards
Subject: Re: Multiple USB drives stability question
To: freebsd-stable@freebsd.org
Date: Saturday, August 15, 2009, 10:50 AM
I am now trying to rsync large files from the 320GB gmirror+gjournal device to
the 2nd 1TB
idle while the
source providers are still reporting 100% active.
Is there any tuning I should be investigating for these GEOM classes?
--- On Fri, 8/14/09, Jeff Richards wrote:
From: Jeff Richards
Subject: Re: Multiple USB drives stability question
To: freebsd-stable@freebsd.org
Date: Friday
/49273a95d669d784 removed.
fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8
GEOM_LABEL: Label ufsid/4a509cddbd500a7e removed.
--- On Fri, 8/14/09, Jeff Richards wrote:
From: Jeff Richards
Subject: Multiple USB drives stability question
To: freebsd-stable@freebsd.org
Date: Friday, August 14, 2009, 8:19 P
Is there a practical limit on the number of active USB drives with FreeBSD?
I've had stability issues using multiple USB drives as storage.
My initial design goal was cheap, hot-swappable storage. I am only using a
100MB network currently so throughput on the storage is not a problem as I
can
When I try to schedule something immediately with an 'at now' command it
appears to queue up but can wait multiple minutes before actually executing.
Is there something I have missed with FreeBSD's version of at? I've used 'at
now' with AIX, Linux, and OpenBSD and it immediately executes for th
I have started experimenting with gjournal filesystems this weekend. I found
something that may be a mistake I made. Not sure.
To break up my IDE drive into the filesystems I wanted I created multiple
slices. On slice 2 I had multiple gjournal filesystems. I tried creating a
journal on sli
Hi. I have configured sshd in OpenBSD to require publickey authentication.
I've tried configuring FreeBSD to do the same, but I can still login via
keyboard authentication.
Here are the options I have in my sshd_config:
PasswordAuthentication no
ChallengeResponseAuthentication no
UsePAM no
Af