it just seems to delay the panic though, it smells like some memory leak ...
Well, the canonical fix seems be to DECREASE vfs.zfs.arc_max to
something like 100M and keep decreasing until it works.
More info here:
http://wiki.freebsd.org/ZFSQuickStartGuide
Once you tune, your problem
After installing 6.4-RELEASE on my secondary KDC I decided to test the
secondary KDC. When trying kinit I get this error:
j...@w17 ~ $ kinit
j...@stradamotorsports.com's Password:
kinit: krb5_get_init_creds: Key size is incompatible with encryption type
One post on the net says that Heimdal ch
> What does top -S show ? Most of the load is in system. Does the
> machine in question have a rather large master.passwd file by chance ?
> (http://www.freebsd.org/cgi/query-pr.cgi?pr=75855)
> ---Mike
>
Thanks for your quick reply:
master.passwd is only 9467 (with a ls-l)
TOP -ISM at t
>> The next thing I am doing is going to be removing the QUOTA feature
>> to see if this has any bearing
>> on this problem. It does not appear to be even writing at a heavy
>> load as you can see (almost
>> nothing) but the processes are mostly in UFS when it spirals out of
>> control.
>
>
> What
Ok, message didn't send entire post history, this should be it.
Hopefully it's readable enough.
Hello, I purchased a new Clevo M860TU on the account that it ran linux
very well and was hoping it would fair the same on FreeBSD. Not so
much, little help? I posted this in mobile originally but though
Danny Braniss wrote:
> Hi,
> I'm trying to tar a rather big directory via nfs (some 800gb), it
> has many subdirectories, some of them with many files (close to 10^6 :-)
>
> just before the server panics, the tar (on the client) starts complaining
> about lost
> files, or permition denied, but no
Hi,
I'm trying to tar a rather big directory via nfs (some 800gb), it
has many subdirectories, some of them with many files (close to 10^6 :-)
just before the server panics, the tar (on the client) starts complaining
about lost
files, or permition denied, but not in the pathological directories.
At 05:29 PM 12/15/2008, Paul MacKenzie wrote:
The next thing I am doing is going to be removing the QUOTA feature
to see if this has any bearing
on this problem. It does not appear to be even writing at a heavy
load as you can see (almost
nothing) but the processes are mostly in UFS when it sp
> This is a multi-part message in MIME format.
> --070205030901020808000803
> Content-Type: text/plain; charset=ISO-8859-1
> Content-Transfer-Encoding: 7bit
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Danny Braniss wrote:
> > Hi,
> > After changing cables,switches,port
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Danny Braniss wrote:
> Hi,
> After changing cables,switches,ports, I came to the conclusion
> that bce is reporting input errors that are not there, or creating them.
> I checked this with 3 different boxes, all Dell-2950/Broadcom NetXtreme II
>
10 matches
Mail list logo
