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

From: Paul LaMadeleine (plamadeleine@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



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