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

From: Paul LaMadeleine <>
Date: Mon Jan 27 2003 - 15:41:44 EST

         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.



>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
>When I get a patch, I'll re-summarize.
>         thanks,
>         Paul
>At 10:26 AM 1/13/2003 -0500, Paul LaMadeleine wrote:
>>         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
Received on Mon Jan 27 15:44:49 2003

This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:43:02 EST