Final Summary - possible 2gig limit on usfdump on individual files?

From: Paul LaMadeleine <>
Date: Thu Apr 03 2003 - 16:26:15 EST
Greetings again,

         Well, I looked on sunsolve to see if the patch was there yet and 
it was.  Here is a link to it.

         I'll be downloading and installing it sometime this month, but 
I've been running on the beta ufsdump executable for a while now and have 
not had an issue.

         If you have any questions, feel free to email me.



>         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
>>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 Thu Apr 3 16:29:31 2003

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