Re: ARC0126I Type inconsistent at DFHSM start-up
Thx very much to all of your hints, A.Cecilio. On Sun, Feb 17, 2013 at 11:51 PM, retired mainframer retired-mainfra...@q.com wrote: Then it really is a 3380. But since you probably don't have a SLED it is actually an emulated 3380. No z/OS utility can change that. If you want it to be a 3390, you need to reformat it (after taking the appropriate action regarding the existing datasets) with the tools that your emulation hardware has available. This is not that unusual for an older version of z/OS. The driver system IBM sent me for a 1.8 SERVERPAC on a z9 was dumped from 3380 packs, probably because I forgot to specify otherwise. The driver system for 1.11 on a z10 did come on 3390 dumps but that was more recent. :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of af dc :: Sent: Sunday, February 17, 2013 11:23 AM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: Re: ARC0126I Type inconsistent at DFHSM start-up :: :: yes, CCAT01 has datasets on it. :: On ISPF, 3.4 to display VTOC information, UNIT field also shows 3380. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ARC0126I Type inconsistent at DFHSM start-up
snip ARC0126I ADDVOL CCAT01 REJECTED - TYPE INCONSISTENT 170 170 ARC0126I (CONT.) WITH DFSMSHSM CDS, RC=20 After doing f dfhsm,list mvol, I've noticed that unit type has 3380 instead of 3390. What can I do to set the correct unit type ?? Do a full volume dump, init and restore ??? /snip HSEND DELVOL CCAT01 PRIMARY ADDVOL CCAT01 UNIT(3390) PRIMARY - (NOAUTOMIGRATION - NOAUTOBACKUP - AUTODUMP(MENSAL)) HTH, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ARC0126I Type inconsistent at DFHSM start-up
yes, CCAT01 has datasets on it. On ISPF, 3.4 to display VTOC information, UNIT field also shows 3380. A.CEcilio. On Sun, Feb 17, 2013 at 12:39 AM, Ravi Gaur gaur.ravi2...@gmail.com wrote: Does it contain any ML1 output ? since if it was not having any data than delvol/init addvol should work... If there's a data you may like to follow Case 8: Damaged ML1 Volumes in DFSMSHsm data recovery scenario. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ARC0126I Type inconsistent at DFHSM start-up
Then it really is a 3380. But since you probably don't have a SLED it is actually an emulated 3380. No z/OS utility can change that. If you want it to be a 3390, you need to reformat it (after taking the appropriate action regarding the existing datasets) with the tools that your emulation hardware has available. This is not that unusual for an older version of z/OS. The driver system IBM sent me for a 1.8 SERVERPAC on a z9 was dumped from 3380 packs, probably because I forgot to specify otherwise. The driver system for 1.11 on a z10 did come on 3390 dumps but that was more recent. :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of af dc :: Sent: Sunday, February 17, 2013 11:23 AM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: Re: ARC0126I Type inconsistent at DFHSM start-up :: :: yes, CCAT01 has datasets on it. :: On ISPF, 3.4 to display VTOC information, UNIT field also shows 3380. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ARC0126I Type inconsistent at DFHSM start-up
Hello, I've on ARCCMDxx the following add cmd: ADDVOL CCAT01 UNIT(3390) PRIMARY - (NOAUTOMIGRATION - NOAUTOBACKUP - AUTODUMP(MENSAL)) however at dfhsm start-up I get: ARC0126I ADDVOL CCAT01 REJECTED - TYPE INCONSISTENT 170 170 ARC0126I (CONT.) WITH DFSMSHSM CDS, RC=20 After doing f dfhsm,list mvol, I've noticed that unit type has 3380 instead of 3390. What can I do to set the correct unit type ?? Do a full volume dump, init and restore ??? I'm on z/os V1.10 Any hint is welcome. Many thx, A.CEcilio. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ARC0126I Type inconsistent at DFHSM start-up
Does it contain any ML1 output ? since if it was not having any data than delvol/init addvol should work... If there's a data you may like to follow Case 8: Damaged ML1 Volumes in DFSMSHsm data recovery scenario. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ARC0126I Type inconsistent at DFHSM start-up
I think the first step should be to find out what the device really is. It doesn't matter what HSM thinks it he is wrong. What does the system command D U,VOL=CCAT01 show? Why are you adding CCAT01 as a primary volume but attempting to display it with a LIST MVOL command which deals only with migration volumes? Why does the volume even appear in the response? Which type of volume is it (or should it be)? If it is in fact a migration volume, I suggest FREEVOL would be the logical first step and then perhaps DELVOL. :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of af dc :: Sent: Saturday, February 16, 2013 1:26 PM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: ARC0126I Type inconsistent at DFHSM start-up :: :: Hello, :: I've on ARCCMDxx the following add cmd: :: :: ADDVOL CCAT01 UNIT(3390) PRIMARY - :: (NOAUTOMIGRATION - :: NOAUTOBACKUP - :: AUTODUMP(MENSAL)) :: :: however at dfhsm start-up I get: :: ARC0126I ADDVOL CCAT01 REJECTED - TYPE INCONSISTENT 170 ::170 ARC0126I (CONT.) WITH DFSMSHSM CDS, RC=20 :: :: :: After doing f dfhsm,list mvol, I've noticed that unit type has 3380 :: instead of 3390. :: What can I do to set the correct unit type ?? Do a full volume dump, :: init :: and restore ??? :: :: I'm on z/os V1.10 :: :: Any hint is welcome. :: Many thx, A.CEcilio. :: :: -- :: For IBM-MAIN subscribe / signoff / archive access instructions, :: send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN