Operating System - OpenVMS
1748272 Members
4144 Online
108760 Solutions
New Discussion

Re: OpenVMS 8.4 $ BACKUP/LOG DISK:[TEST...] MGA0:TEST.BCK/SAVE not working

 
Josef Stadelmann
Occasional Advisor

Re: OpenVMS 8.4 $ BACKUP/LOG DISK:[TEST...] MGA0:TEST.BCK/SAVE not working

HP Server rx2660 OVMS 8.3-1H1 (INTEG1) has an external SAS connector with the SAS controller integrated on motherboard

 

HP Server rx2800 OVMS 8.4 (INTEG2) has SAS on mother board too but no external connectors. For that we got a PCI controler card P812/1GB 6GB 4-P EXT PCIe     with 2 external connectors, one connecting our tape drive type HP Ultrium LTO4 1840

 

on the quick specs of that PCI card the tape drives are said to be not supported with the initial release;

 

what ever initial release in this context means :-)

 

Conclusion:

It still does not run our BACKUP properly

 

Sepp

 

Josef Stadelmann
Occasional Advisor

Re: OpenVMS 8.4 $ BACKUP/LOG DISK:[TEST...] MGA0:TEST.BCK/SAVE not working

I did as you said and issued the command
IA64-2>init $2$mga0: RENEST
IA64-2>mount/for $2$mga0:
IA64-2>DUMP $2$MGA0: /BLOCK=COUNT:5/OUTPUT=tape.log

type /page tape.log shows
IA64-2>type/page tape.log

Dump of device $2$MGA0: on 20-JUL-2011 16:49:49.93

Block number 1 (00000001), 65523 (FFF3) bytes

 20202020 20202020 20202020 20202020 20202020 20205453 454E4552 314C4F56 VOL1RENEST                       000000
 20202020 20202020 20202020 20202020 20202020 20202020 20202020 20202020                                  000020
 00000000 00000000 00000000 00000000 33202020 20202020 20202020 20202020                3................ 000040
 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ................................ 000060
 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ................................ 000080
 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ................................ 0000A0
 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ................................ 0000C0
 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ................................ 0000E0
 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ................................ 000100
 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ................................ 000120
 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ................................ 000140
 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ................................ 000160
 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ................................ 000180
 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ................................ 0001A0
 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ................................ 0001C0
 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ................................ 0001E0
 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ................................ 000200
 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ................................ 000220
                                                      Press RETURN to continue

 

after that all 0000 until EOF

Sepp

Ian Miller.
Honored Contributor

Re: OpenVMS 8.4 $ BACKUP/LOG DISK:[TEST...] MGA0:TEST.BCK/SAVE not working

Check SPOCK to see if that combination of rx2800 i2 server,  interface card and tape drive is supported.

I know SPOCK is not always up to date but you have start somewhere. Then contact HP or the reseller who sold you it.

____________________
Purely Personal Opinion
Josef Stadelmann
Occasional Advisor

Re: OpenVMS 8.4 $ BACKUP/LOG DISK:[TEST...] MGA0:TEST.BCK/SAVE not working

Well my helpers, I landed in SPOCK at

http://h20272.www2.hp.com/Index.aspx?lang=EN&cc=EN&hpappid=hppcf#goconnect_hardware

 

and went down the nice matrix.

my tape is HP Ultrium 1840 and my server is rx2800i2 which has a SAS on bord but no external connectors.

from the matrix it looks as if the tape is supported - at least it is green :-)

 

but is it supported too if the PCI interface "am311a" (SAS controller) is inbetween motherboard and tape-drive?

 

I cant find that PCI card on the matrix. !!!

 

Sepp

Volker Halle
Honored Contributor

Re: OpenVMS 8.4 $ BACKUP/LOG DISK:[TEST...] MGA0:TEST.BCK/SAVE not working

Sepp,

 

IA64-2>mount/for $2$mga0:

... the MOUNT-I-MOUNTED message is missing here ?!
IA64-2>DUMP $2$MGA0: /BLOCK=COUNT:5/OUTPUT=tape.log

type /page tape.log shows
IA64-2>type/page tape.log

Dump of device $2$MGA0: on 20-JUL-2011 16:49:49.93

Block number 1 (00000001), 65523 (FFF3) bytes

... The block size is WRONG. It must be 80 bytes for the VOL1 Header !

20202020 20202020 20202020 20202020 20202020 20205453 454E4552 314C4F56 VOL1RENEST 000000
20202020 20202020 20202020 20202020 20202020 20202020 20202020 20202020 000020
00000000 00000000 00000000 00000000 33202020 20202020 20202020 20202020 3................ 000040

...

 

I guess there might be some problem with the physical tape drive connection/configuration ?!

 

Volker.

Josef Stadelmann
Occasional Advisor

Re: OpenVMS 8.4 $ BACKUP/LOG DISK:[TEST...] MGA0:TEST.BCK/SAVE not working

Volker,

 

I know the mount message is missing, but it has mounted it foreign, for shure it has.

I was just unable to scroll back that much. If you whish I can repet all? No problem.

 

AND to the length of the volume header, as you said, 80 bytes, I have no influence, do I?

At least the tape.log attached shows all what was dumpt by the command.

IA64-2>DUMP $2$MGA0: /BLOCK=COUNT:5/OUTPUT=tape.log

 

I am at SPOCK right now, and I can not see that OpenVMS is supported with that configuration.

 

Maybe SPOCK is wrong, as the one said leading me there.

 

Sepp

 

Volker Halle
Honored Contributor

Re: OpenVMS 8.4 $ BACKUP/LOG DISK:[TEST...] MGA0:TEST.BCK/SAVE not working

Sepp,

 

you need to check the OpenVMS I64 V8.4 SPD, if such a tape drive is really supported behind a 'HP Integrity Smart Array P812/1GB 6Gb 4-p Ext PCIe SAS controller'. The latest QuickSpecs for this controller only lists HP-UX and Windows as supported operating systems.

 

INIT write 80 bytes to the tape for a VOL1 headers, has always done it and it's not going to change. If DUMP now reads more bytes from the tape, this is a problem. And most likely a configuration/hardware one.

 

Volker.

Josef Stadelmann
Occasional Advisor

Re: OpenVMS 8.4 $ BACKUP/LOG DISK:[TEST...] MGA0:TEST.BCK/SAVE not working

What is thze result of a widle card backup command?

 

 

IA64-2>show dev mga0:

Device                  Device           Error    Volume         Free  Trans Mnt
 Name                   Status           Count     Label        Blocks Count Cnt
$2$MGA0:      (INTEG2)  Mounted alloc        0     RENEST            0     1   1
                        foreign
IA64-2>show def
  DKA3:[stadelma]
IA64-2>backup/log dka3:[stadelma]*.txt $2$mga0:stadelma.bck/save/noassist/rewind
%BACKUP-W-MOUNTERR, volume 1 on _$2$MGA0 was not mounted because
 its label does not match the one requested
 specify option (QUIT, NEW tape or OVERWRITE tape)
BACKUP> OVERWRITE
%BACKUP-I-LBLOVRWRITE, volume label NON-ANSI     overwritten, new label is STADEL

%MOUNT-I-MOUNTED, STADEL mounted on _$2$MGA0: (INTEG2)
%BACKUP-S-COPIED, copied DKA3:[stadelma]axis2_jar_files.txt;1
%BACKUP-S-COPIED, copied DKA3:[stadelma]axis2_jar_files_ax.txt;1
%BACKUP-S-COPIED, copied DKA3:[stadelma]axis2_jar_files_tm.txt;1
%BACKUP-S-COPIED, copied DKA3:[stadelma]b.txt;1
%BACKUP-S-COPIED, copied DKA3:[stadelma]DAV_LIST.TXT;3
%BACKUP-S-COPIED, copied DKA3:[stadelma]DISTNETBEANS_IGUIDE_RELNOTES.TXT;2
%BACKUP-S-COPIED, copied DKA3:[stadelma]JVM_ARGS.TXT;31
%BACKUP-S-COPIED, copied DKA3:[stadelma]mylogicals.txt;1
%BACKUP-S-COPIED, copied DKA3:[stadelma]mysymbols.txt;1
%BACKUP-S-COPIED, copied DKA3:[stadelma]PHP_LIST.TXT;1
%BACKUP-S-COPIED, copied DKA3:[stadelma]PL099.TXT;1
%BACKUP-S-COPIED, copied DKA3:[stadelma]SYSGEN.TXT;2
%BACKUP-S-COPIED, copied DKA3:[stadelma]utf-8.txt;2
IA64-2>backup/list $2$mga0:*/save/rewind
Listing of save set(s)

%BACKUP-F-LABELERR, error in tape label processing on $2$MGA0:[000000]*.;
-BACKUP-F-NOTANSI, tape is not valid ANSI format
IA64-2>

 

IA64-2>dismount/nounload $2$mga0:
IA64-2>mount/for $2$mga0:
%MOUNT-I-MOUNTED, STADEL mounted on _$2$MGA0: (INTEG2)
IA64-2>backup/list $2$mga0:*/save/rewind
Listing of save set(s)

%BACKUP-F-LABELERR, error in tape label processing on $2$MGA0:[000000]*.;
-BACKUP-F-NOTANSI, tape is not valid ANSI format
IA64-2>

 

Sepp

Josef Stadelmann
Occasional Advisor

Re: OpenVMS 8.4 $ BACKUP/LOG DISK:[TEST...] MGA0:TEST.BCK/SAVE not working

Thanks Volker
I agree with you 100%
We will check with HP this configuration
Thanks to everybody - I will let you all know here the outcome!
Sepp
Volker Halle
Honored Contributor

Re: OpenVMS 8.4 $ BACKUP/LOG DISK:[TEST...] MGA0:TEST.BCK/SAVE not working

Sepp,

 

backup sets up a 90-byte buffer for reading the VOL1 header and EXPLICITLY checks the IO status block for 80 bytes being returned from the QIO and returns BACKUP$_NOTANSI, if that check fails.

 

So no reason to complain about OpenVMS I64 V8.4 yet...

 

Volker.