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: http://www.deletelongfile.com";>www.deletelongfile.com
--
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 Maybee
On Fri, 29 Aug 2008, Shawn Ferry wrote:
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 b
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
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 o
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
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 f
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:
PR>zfs create -o quota=131G -o reserv=131
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 PRO
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 /etc/dfs/dfstab.
> 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.
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
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
13 matches
Mail list logo
