Pre-Summary - Again: possible 2gig limit on usfdump on individual files?

From: Paul LaMadeleine (plamadeleine@lightbridge.com)
Date: Mon Jan 27 2003 - 15:41:44 EST


OK,

         I received a test binary from Sun and it fixed my problems. They
are planning on releasing a patch in 4-6 weeks, probably with the next
patch cluster release.

         I'll be applying the patch when it comes out and if any out there
want's to know how it went please let me know.

         thanks,

         Paul

>I've opened a software support call on this and Sun is working on fixing
>it. There is a bug track that someone else opened on sunsolve.sun.com.
>
>When I get a patch, I'll re-summarize.
>
> thanks,
>
> Paul
>
>At 10:26 AM 1/13/2003 -0500, Paul LaMadeleine wrote:
>>Greetings,
>>
>> I'm trying to backup database files using ufsdump (we don't want
>> the full file system for some reason) and any file over 2 gig seems to
>> get this type of error:
>>
>>>04:39:26 01/12/2003 Backing up /db1/alaa/ala_temp01.dbf
>>> DUMP: Writing 32 Kilobyte records
>>> DUMP: Date of this level 0 dump: Sun Jan 12 04:39:27 2003
>>> DUMP: Date of last level 0 dump: the epoch
>>> DUMP: Dumping /dev/md/rdsk/d80 (alawal:/db1) to /dev/rmt/0cn.
>>> DUMP: Mapping (Pass I) [regular files]
>>> DUMP: Cannot find filesystem mount point for `/db1/alaa/ala_temp01.dbf'
>>> DUMP: The ENTIRE dump is aborted.
>>
>> I've done some looking around and from what I've read is that
>> this is do to a large file issue with ufsdump on individual files as
>> opposed to the full file system.
>>
>> Can anyone confirm this or know of a patch to fix it?
>>
>> thanks,
>>
>> Paul LaMadeleine
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers



This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:25:43 EDT