HP3000-L Archives

September 2004, Week 2

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Jim Killam <[log in to unmask]>
Reply To:
Jim Killam <[log in to unmask]>
Date:
Thu, 9 Sep 2004 05:32:11 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (251 lines)
 Jeff

I saw in one of your messages that the size of the file was about 3.5 gig
and here is something that you might want to look at  (I found this out the
hardware one day):

I recently noticed on one the new N-Class systems that I was losing disc
space at a pretty good clip for no apparent reason. The reason turned out to
be the limitation of 4 gigabytes as the maximum size for a store-to-disc
file. It turns out that TurboStore handles files larger that 4 gigabytes
much the same way as TurboImage deals with Jumbo data sets it throws them
over to POSIX (the name convention is, the filename.1, .2, .3, etc.), but
the problem is if you want to purge the file, DSCOPY it, FTP it, etc you
need to deal with the extra files yourself. If you look at the stdlist for
your store job, you will see that TurboStore did create multiple media
files:





  3595   DISC                        :C   12512 PRIV       1 -  1   1792
1

  32       1786       1786 /MAS/FMNDTA/FMNHDB17

   3596   DISC                        :C 15914256 PRIV       1 -  2   1792
1

    0    2273463    2273463 /MAS/FMNDTA/FMNHDB18

   3597   DISC                        :C 7844896 PRIV       2 -  2   1536
1

   0    1307482    1307482 /MAS/FMNDTA/FMNHDB19

   3598   DISC                        :C 3491184 PRIV       2 -  2   1792
1

   0     498739     498739 /MAS/FMNDTA/FMNHDB20

   3599   DISC                        :C 1637520 PRIV       2 -  3   1792
1

   0     233930     233930 /MAS/FMNDTA/FMNHDB21

   3600   DISC                        :C 1500016 PRIV       3 -  3   1536
1

   0     250000     250000 /MAS/FMNDTA/FMNHDB22

   3611

   3612   ONLINE BACKUP UTILIZED DISC SPACE FOR LOG ON THE FOLLOWING
VOLSETS:

   3613

   3614   MPEXL_SYSTEM_VOLUME_SET :                             0 KB

   3615   USER_SET2 :                                          64 MB

   3616

   3617

   3618   DATABASE INFORMATION:

   3619

   3620   TURBOIMAGE DATABASE: /MAS/FMNDTA/FMNHDB

   3621   FILES STORED :                                       29

   3622

   3623   MPE DIRECTORIES STORED:                               1

   3624

   3625   HFS DIRECTORIES STORED :                           2349

   3626

   3627   FILES STORED :                                       32

   3628

   3629

   3630   TOTAL MEDIA WRITTEN :                                 6

   3631

   3633





In this case I called the store-to-disc file X1 and if you do a listf on the
file you will see:



ISE190: listf x1,2

ACCOUNT=  MANAGER     GROUP=  BACKUP



FILENAME  CODE  ------------LOGICAL RECORD-----------  ----SPACE----

                  SIZE  TYP        EOF      LIMIT R/B  SECTORS #X MX



X1        STORE   128W  FB    16776891   16776959   1 16776960  *  *



Now, if you go into the POSIX shell you will see:





shell/iX> ll

total 39177345

-rwx------   1 SYS.MANAGER       MANAGER   -83200 Dec 26 12:58 X1

-rwx------   1 SYS.MANAGER       MANAGER   -78592 Dec 26 13:04 X1.2



-rwx------   1 SYS.MANAGER       MANAGER   -90880 Dec 26 13:10 X1.3

-rwx------   1 SYS.MANAGER       MANAGER   -75776 Dec 26 13:16 X1.4

-rwx------   1 SYS.MANAGER       MANAGER  -1415708416 Dec 26 13:19 X1.5

shell/iX>



This just happen to ring a bell so, it's something that you might want to
look at



jim

"Jeff Kell" <[log in to unmask]> wrote in message
news:6sqdne7nwvmNw6LcRVn-vw@fidnet.com...
> Quick question (I hope)...  trying to get an "offsite" backup process
> going by using store-to-disc and FTPing the file to a linux box that is
> backed up by our DLT library.  We did the backup and the benchmark
> timing was acceptable, as was the FTP transfer.  For a sanity check, we
> did an FTP put from the linux box back to the 3000, setting the filecode
> and all that good stuff.  But :restore doesn't like it and won't tell me
> exactly why, just "This message is reserved."
>
> Here's the file:
>
> > (MANAGER.SYS): listfile restore.backup2,2
> > ACCOUNT=  SYS         GROUP=  BACKUP2
> >
> > FILENAME  CODE  ------------LOGICAL RECORD-----------  ----SPACE----
> >                   SIZE  TYP        EOF      LIMIT R/B  SECTORS #X MX
> >
> > RESTORE   STORE   128W  FB    14722196   50000000   1 14722208  * 32
>
> > (MANAGER.SYS): listfile restore.backup2,3
> > ********************
> > FILE: RESTORE.BACKUP2.SYS
> >
> > FILE CODE : 2501                FOPTIONS: BINARY,FIXED,NOCCTL,STD
> > BLK FACTOR: 1                   CREATOR : **
> > REC SIZE: 256(BYTES)            LOCKWORD: **
> > BLK SIZE: 256(BYTES)            SECURITY--READ    : ANY
> > EXT SIZE: 65535(SECT)                     WRITE   : ANY
> > NUM REC: 14722196                         APPEND  : ANY
> > NUM SEC: 14722208                         LOCK    : ANY
> > NUM EXT: 7192                             EXECUTE : ANY
> > MAX REC: 50000000                       **SECURITY IS ON
> > MAX EXT: 32                     FLAGS   : NO ACCESSORS
> > NUM LABELS: 0                   CREATED : WED, SEP  8, 2004,  1:53 PM
> > MAX LABELS: 0                   MODIFIED: WED, SEP  8, 2004,  2:32 PM
> > DISC DEV #: 42                  ACCESSED: WED, SEP  8, 2004,  3:09 PM
> > SEC OFFSET: 0                   LABEL ADDR: **
> > VOLCLASS  : DEVELOPMENT:DISC
>
> Now it gets weird...
>
> > (MANAGER.SYS): file in=restore.backup2;dev=disc
> > (MANAGER.SYS): restore *in;;listdir
> >           >> TURBO-STORE/RESTORE  VERSION  C.75.08  B5152AA  <<
> >                     (C) 1986 HEWLETT-PACKARD CO.
> >
> > RESTORE  *in;;LISTDIR
> >
> > WED, SEP  8, 2004,  3:16 PM
> >
> > WARNING: YOUR DEFAULT FILESET BECOMES [log in to unmask]@.@' SINCE YOU HAVE OP
> >          OR SM CAPABILITY  (S/R 1911)
> > This message is reserved.
> > STORE/RESTORE WAS UNABLE TO OPEN PERMANENT DISC FILE
> >  "/SYS/BACKUP2/RESTORE" OR "/SYS/BACKUP2/RESTORE" (S/R 2300)
> >
> > RESTORE aborted because of error. (CIERR 1091)
>
> And that's a direct quote.  "This message is reserved."
>
> The header looks fine to me...
>
> > (MANAGER.SYS): fcopy from=*in;to=;char;hex;subset=0,1
> > HP31900A.05.04 FILE COPIER (C) HEWLETT-PACKARD CO. 1999
> >
> > *IN RECORD 0 (%0, #0)
> >
> > 0000: 0000 0000 0000 0080 5354 4F52 452F 5245 ........STORE/RE
> > 0008: 5354 4F52 452D 4850 2F33 3030 302E 4D50 STORE-HP/3000.MP
> > 0010: 4558 4C20 2006 1000 0001 0000 1130 2B01 EXL  ........0+.
> > 0018: D0FB 017E 0120 20A0 00A6 E824 0004 358C ...~.  ....$..5.
> > 0020: 0000 8000 0103 0000 0000 0000 0000 0000 ................
> > 0028: 0000 FFDC 0000 0080 0080 0001 0000 0000 ................
> > 0030: 0000 0000 0042 3531 3532 4141 2000 2043 .....B5152AA . C
> > 0038: 0037 3500 3038 0033 312F 3130 2F30 3330 .75.08.31/10/030
> > 0040: 3030 3000 0000 E347 0000 0080 0000 8000 000....G........
> > 0048: 00BC 0000 0000 0000 2000 8002 0568 0002 ........ ....h..
> > 0050: 0591 0575 0027 DBD0 7D84 30A5 041E 2F4F ...u.'..}.0.../O
> > 0058: 0000 8000 0000 0000 4D50 4558 4C5F 5359 ........MPEXL_SY
> > 0060: 5354 454D 5F56 4F4C 554D 455F 5345 5420 STEM_VOLUME_SET
> > 0068: 2020 2020 2020 2020 0000 0000 0368 0000         .....h..
> > 0070: 0591 0575 0000 0000 0000 0000 0000 0000 ...u............
> > 0078: 0000 0000 0000 0000 0000 0001 0000 0000 ................
> > 1 RECORD PROCESSED *** 0 ERRORS
>
> What's up?
>
> Jeff (scratching my head) Kell
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2