Hi. I runned into that damn problem too. And after days of searching I finally
found this software: Delete Long Path File Tool.
It's GREAT. You can find it here: a
href=http://www.deletelongfile.com;www.deletelongfile.com/a
--
This message posted from opensolaris.org
Thanks Michael for the clarification about the IDR ! :-)
I was planing to give this explaination myself.
The fix I have in there is a temporary fix.
I am currently looking at a better way of accounting the
fatzap blocks to make sure we cover all the cases.
I have got some pointers from Mark
On 15 August, 2008 - Tomas Ögren sent me these 0,4K bytes:
On 14 August, 2008 - Paul Raines sent me these 2,9K bytes:
This problem is becoming a real pain to us again and I was wondering
if there has been in the past few month any known fix or workaround.
Sun is sending me an IDR
On 08/29/08 04:09, Tomas Ögren wrote:
On 15 August, 2008 - Tomas Ögren sent me these 0,4K bytes:
On 14 August, 2008 - Paul Raines sent me these 2,9K bytes:
This problem is becoming a real pain to us again and I was wondering
if there has been in the past few month any known fix or
On Aug 29, 2008, at 7:09 AM, Tomas Ögren wrote:
On 15 August, 2008 - Tomas Ögren sent me these 0,4K bytes:
On 14 August, 2008 - Paul Raines sent me these 2,9K bytes:
This problem is becoming a real pain to us again and I was wondering
if there has been in the past few month any known fix
Hello Paul,
Thursday, August 14, 2008, 9:25:45 PM, you wrote:
PR This problem is becoming a real pain to us again and I was wondering
PR if there has been in the past few month any known fix or workaround.
PR I normally create zfs fs's like this:
PRzfs create -o quota=131G -o reserv=131G
I read that that should be case but did not see such in practice. I
created one volume without the recsize setting and one with. Than
copied the same data to both (lots of small files). The 'du' report
on the one without the recsize was significantly bigger than the
one where I made it and in
This problem is becoming a real pain to us again and I was wondering
if there has been in the past few month any known fix or workaround.
I normally create zfs fs's like this:
zfs create -o quota=131G -o reserv=131G -o recsize=8K zpool1/newvol
and then just nfs export through
On 14 August, 2008 - Paul Raines sent me these 2,9K bytes:
This problem is becoming a real pain to us again and I was wondering
if there has been in the past few month any known fix or workaround.
Sun is sending me an IDR this/next week regarding this bug..
/Tomas
--
Tomas Ögren, [EMAIL
It seems when a zfs filesystem with reserv/quota is 100% full users can no
longer even delete files to fix the situation getting errors like these:
$ rm rh.pm6895.medial.V2.tif
rm: cannot remove `rh.pm6895.medial.V2.tif': Disk quota exceeded
(this is over NFS from a RHEL4 Linux box)
I can log
On Fri, May 30, 2008 at 7:43 AM, Paul Raines [EMAIL PROTECTED] wrote:
It seems when a zfs filesystem with reserv/quota is 100% full users can no
longer even delete files to fix the situation getting errors like these:
$ rm rh.pm6895.medial.V2.tif
rm: cannot remove `rh.pm6895.medial.V2.tif':
It seems when a zfs filesystem with reserv/quota is
100% full users can no
longer even delete files to fix the situation getting
errors like these:
$ rm rh.pm6895.medial.V2.tif
rm: cannot remove `rh.pm6895.medial.V2.tif': Disk
quota exceeded
We've run into the same problem here. It's a
12 matches
Mail list logo
