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

From: Paul LaMadeleine <plamadeleine_at_lightbridge.com>
Date: Tue Jan 21 2003 - 12:14:38 EST
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
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
Received on Tue Jan 21 12:22:13 2003

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