[hercules-390] Problem on ADCD z/OS 2.3 with Hercules 1.12(Ubuntu)

[nova636 [e-mail] [hercules-390]]

I am using Ubuntu 16.04.03 with hercules 1.12. Also, I have use my zPDT to
decrypt the volume A3RES1 and SARES1, and INITCOPY as into CCKD. but looks I
can't bring ADCD z/OS 2.3 up under hercules 1.12.



Dynamic loading support
+
Using shared libraries
HTTP Server support
Regular Expressions support
Automatic Operator support
Machine dependent assists: cmpxchg1 cmpxchg4 cmpxchg8
Running on AOF540I Linux-4.4.0-87-generic.#110-Ubuntu SMP Tue Jul 18
12:55:35 UTC 2017 x86_64 MP=4
HHCHD018I Loadable module directory is /usr/lib/hercules
Crypto module loaded (c) Copyright Bernard van der Helm, 2003-2010
Active: Message Security Assist
Message Security Assist Extension 1
Message Security Assist Extension 2
Message Security Assist Extension 3
Message Security Assist Extension 4
HHCCF065I Hercules: tid=7F0F863B6700, pid=3210, pgid=3209, priority=0
HHCTE001I Console connection thread started: tid=7F0F84125700, pid=3210
HHCTE003I Waiting for console connection on port 3270
HHCDA020I ../zos230/A3RES1.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3RES2.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3SYS1.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3CFG1.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3USS1.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3USS2.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3PAGA.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3PAGB.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3PAGC.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3PRD1.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3PRD2.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3PRD3.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3DIS1.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3DIS2.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3DIS3.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3INM1.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3C541.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3C531.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3DBC1.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3DBC2.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3KAN1.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3DBB1.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3DBB2.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3USR1.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3W901.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3W902.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3DBAR.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3BLZ1.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3IMD1.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/A3IME1.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/SARES1.CCKD cyls=10017 heads=15 tracks=150255
trklen=56832
HHCDA020I ../zos230/NOVA01.CCKD cyls=65520 heads=15 tracks=982800
trklen=56832
HHCCP002I CPU0000 thread started: tid=7F0F7FBD1700, pid=3210, priority=0
HHCTT002I Timer thread started: tid=7F0F7FAD0700, pid=3210, priority=-20
HHCCP003I CPU0000 architecture mode z/Arch
HHCCP002I CPU0001 thread started: tid=7F0F7F9CF700, pid=3210, priority=0
HHCCP003I CPU0001 architecture mode z/Arch
HHCCP002I CPU0002 thread started: tid=7F0F7F8CE700, pid=3210, priority=0
HHCCP003I CPU0002 architecture mode z/Arch
HHCCP002I CPU0003 thread started: tid=7F0F7F7CD700, pid=3210, priority=0
HHCCP003I CPU0003 architecture mode z/Arch
HHCPN001I Control panel thread started: tid=7F0F863B6700, pid=3210
HHCAO001I Hercules Automatic Operator thread started;
tid=7F0F7F4CA700, pri=0, pid=3210
HHCTE009I Client 192.168.0.189 connected to 3270 device 0:0700

ipl 0a80
HHCCP007I CPU0000 architecture mode set to ESA/390
CPU0000: SIGP Set architecture mode (12) CPU0000, PARM 00000001: CC 0
HHCCP007I CPU0000 architecture mode set to z/Arch
HHCCP014I CPU0000: Operation exception CODE=0001 ILC=2
CPU0000: PSW=00001000 80000000 00000000000006B4 INST=0000 ????? ,
?
CPU0000: R0=0000000000000001 R1=0000000000000000
CPU0000: R2=0000000000000000 R3=0000000000000000
CPU0000: R4=0000000000000000 R5=0000000000000000
CPU0000: R6=0000000000000000 R7=0000000000000000
CPU0000: R8=0000000000000000 R9=0000000000000000
CPU0000: RA=0000000000000000 RB=0000000000000000
CPU0000: RC=0000000000000000 RD=0000000000000000
CPU0000: RE=0000000000000000 RF=0000000000000001
HHCCP011I CPU0000: Disabled wait state
PSW=00020000 80000000 000000000020007B




I following the instruction similar as ADCD z/OS 1.13:

http://guangxing.name/?id=55
http://guangxing.name/?id=53
http://guangxing.name/?id=56






--
Sent from: http://hercules390.996247.n3.nabble.com/Hercules390-General-f3.html

[[e-mail] [hercules-390]]

Post by nova636 ***@fastmail.com [hercules-390]
I am using Ubuntu 16.04.03 with hercules 1.12. Also, I have use my zPDT to
decrypt the volume A3RES1 and SARES1, and INITCOPY as into CCKD.
but looks I can't bring ADCD z/OS 2.3 up under hercules 1.12.

- - - remainder snipped - - -

In your z?OS 2.3 Codes manual,
what is WAIT07B-20

Did you also try a newer release of Hercules?

[John White [e-mail] [hercules-390]]

I’d be interested in how to make this work. I’ve searched and searched. One person said they did it but didn’t provide details as to how, many say it’s an additional layer of software protection...

Thanks
John

[John White [e-mail] [hercules-390]]

By the way I got it to IPL with some extra settings (let me check and post) but there were errors as zos booted.

Thanks
John

[[e-mail] [hercules-390]]

Ok, so I used Here v4, although my config below (created with the help of others) mentions v3, i've not tested it.

I think 'bit44' was the key to get v2.1 to IPL (until errors came up on master console).


I have 0.000001% experience with system z and zos :-)








# Configuration file for Hercules 3.11 or Hyperion & IBM ADCD z/OS 2.10


# I got help from:
# http://h390-mvs.yahoogroups.narkive.com/MNkumUQF/z-os-2-1-ipl-wait-code-psw-0002000080000000-00000000001e007b-31m-w-z
# http://hercules390.996247.n3.nabble.com/zOS-2-1-support-with-Hercules-3-10-td43322.html
#


# ipl A80 # to start once loaded
#


# definitions for Hercules 3.11
#ARCHMODE Z/ARCH # Architecture mode


# definitions for Hyperion (i.e. v4)
ARCHLVL z/Arch
ARCHLVL ENABLE ASN_LX_REUSE
ARCHLVL ENABLE bit44


CPUSERIAL 000111 # CPU serial number
CPUMODEL 2097 # CPU model number (2097=z10)
MAINSIZE 8192 # Main storage size in megabytes 768
XPNDSIZE 0 # Expanded storage size in megabytes
CNSLPORT 3270 # TCP port number to which consoles connect
HTTPPORT 80 noauth # HTTP server
NUMCPU 4 # Number of CPUs
TZOFFSET +0000
OSTAILOR Z/OS # OS tailoring
PANRATE SLOW # Panel refresh rate


PGMPRDOS LICENSED # Allow OS/390 and Z/OS systems to run
ASN_AND_LX_REUSE ENABLE
LPARNAME ADCD
DIAG8CMD ENABLE
DEVTMAX 8
PANTITLE "Hercules z/OS 2.10 : ipl A80 to IPL"
CCKD ra=9,raq=16,rat=16,wr=8,gcparm=4


LOADPARM 0A82DB..


# Display Terminals


0700 3270
0701 3270
0702 3270
0703 3270
0704 3270


# DASD Devices


# SYSRES
0a80 3390 vols/s1res1.cdk sf=vols/shadow/s1res1.cdk_* cu=3990-6
0a81 3390 vols/s1res2 sf=vols/shadow/s1res2_* cu=3990-6
0ab6 3390 vols/s1res3 sf=vols/shadow/s1res3_* cu=3990-6


# zOSMF V2R1
0aaa 3390 vols/s1bbn1 sf=vols/shadow/s1bbn1_* cu=3990-6
0aab 3390 vols/s1bbn2 sf=vols/shadow/s1bbn2_* cu=3990-6
0aac 3390 vols/s1bbn3 sf=vols/shadow/s1bbn3_* cu=3990-6


# CICS 5.2
0acc 3390 vols/s1c521 sf=vols/shadow/s1c521_* cu=3990-6


# User configuration data sets
0a8a 3390 vols/s1cfg1 sf=vols/shadow/s1cfg1_* cu=3990-6


# DB2 10
0aeb 3390 vols/s1dba1 sf=vols/shadow/s1dba1_* cu=3990-6
0aec 3390 vols/s1dba2 sf=vols/shadow/s1dba2_* cu=3990-6
0aed 3390 vols/s1dba3 sf=vols/shadow/s1dba3_* cu=3990-6


# for allocating DB2 Archive Logs
0aa3 3390 vols/s1dbar sf=vols/shadow/s1dbar_* cu=3990-6


# DB2 11
0a98 3390 vols/s1dbb1 sf=vols/shadow/s1dbb1_* cu=3990-6
0a99 3390 vols/s1dbb2 sf=vols/shadow/s1dbb2_* cu=3990-6
0a9a 3390 vols/s1dbb3 sf=vols/shadow/s1dbb3_* cu=3990-6


# Distribution Libraries
0a8e 3390 vols/s1dis1 sf=vols/shadow/s1dis1_* cu=3990-6
0a8f 3390 vols/s1dis2 sf=vols/shadow/s1dis2_* cu=3990-6
0a90 3390 vols/s1dis3 sf=vols/shadow/s1dis3_* cu=3990-6
0a91 3390 vols/s1dis4 sf=vols/shadow/s1dis4_* cu=3990-6
0a92 3390 vols/s1dis5 sf=vols/shadow/s1dis5_* cu=3990-6


# Tivoli OMEGAMON for z/OS
0aee 3390 vols/s1kan1 sf=vols/shadow/s1kan1_* cu=3990-6


# Page sets (PLPA, Common & Local)
0a85 3390 vols/s1paga sf=vols/shadow/s1paga_* cu=3990-6
0a86 3390 vols/s1pagb sf=vols/shadow/s1pagb_* cu=3990-6
0a87 3390 vols/s1pagc sf=vols/shadow/s1pagc_* cu=3990-6
0a88 3390 vols/s1pagd sf=vols/shadow/s1pagd_* cu=3990-6
0a89 3390 vols/s1page sf=vols/shadow/s1page_* cu=3990-6
0acd 3390 vols/s1pagf sf=vols/shadow/s1pagf_* cu=3990-6


# z/OS Product Packs
0a8b 3390 vols/s1prd1 sf=vols/shadow/s1prd1_* cu=3990-6
0a8c 3390 vols/s1prd2 sf=vols/shadow/s1prd2_* cu=3990-6
0a8d 3390 vols/s1prd3 sf=vols/shadow/s1prd3_* cu=3990-6
0a93 3390 vols/s1prd4 sf=vols/shadow/s1prd4_* cu=3990-6
0a95 3390 vols/s1prd5 sf=vols/shadow/s1prd5_* cu=3990-6
0a96 3390 vols/s1prd6 sf=vols/shadow/s1prd6_* cu=3990-6
0a97 3390 vols/s1prd7 sf=vols/shadow/s1prd7_* cu=3990-6


# IPLPARM, JES2 SPOOL, Storage
0a82 3390 vols/s1sys1 sf=vols/shadow/s1sys1_* cu=3990-6


# added extra JES2 spool volumes 06/11/2015
0ace 3390 vols/s1sys2 sf=vols/shadow/s1sys2_* cu=3990-6
0acf 3390 vols/s1sys3 sf=vols/shadow/s1sys3_* cu=3990-6


# USS
0a83 3390 vols/s1uss1 sf=vols/shadow/s1uss1_* cu=3990-6
0a84 3390 vols/s1uss2 sf=vols/shadow/s1uss2_* cu=3990-6


# Standalone RES
0a94 3390 vols/sares1.cdk sf=vols/shadow/sares1.cdk_* cu=3990-6

[[e-mail] [hercules-390]]

The original problem (getting z/OS 2.3 to IPL) is still not fixed. 2.1 and 2.2 both work fine when you add the proper settings, but 2.3 loads a wait state as the original poster stated.

Brian

[Giuseppe Vitillaro [e-mail] [hercules-390]]

Is something wrong with Yahoo groups?

I'm receiving, through email (SMTP), multiple copies (in the order of 5)
of messages, including messages I sent, from hercules groups.

Am I the only one?

Peppe.

['Bill Turner, WB4ALM' [e-mail] [hercules-390]]

Peppe, you are not the only one. I am also getting from 4 to 6 exact
copies of messages. This seems to have started early Saturday morning. 
I belong to a number of groups, many of which have moved off of Yahoo.
This is only happening on YAHOO groups.

/s/ Bill Turner, wb4alm

Post by Giuseppe Vitillaro ***@vitillaro.org [hercules-390]
Is something wrong with Yahoo groups?
I'm receiving, through email (SMTP), multiple copies (in the order of 5)
of messages, including messages I sent, from hercules groups.
Am I the only one?
Peppe.
------------------------------------------------------------------------

[Gregg Levine [e-mail] [hercules-390]]

Hello!
I'm not, However I was busy for most of yesterday and the Saturday,
rigging, and redoing this drive for this guy, so that the computer and
I would have more space to work on important projects..... Of course
given the fact that Yahoo is slowly going towards final collapse those
might be harbingers.

Guys check the headers to see what the signatures say, if the first
one insists its from Yahoo, the great. But if the second and possibly
third, all the way down to the last multiple, then there's a problem.

Of course it might have have a good explanation someplace.
-----
Gregg C Levine ***@gmail.com
"This signature fought the Time Wars, time and again."

Peppe, you are not the only one. I am also getting from 4 to 6 exact copies of messages. This seems to have started early Saturday morning. I belong to a number of groups, many of which have moved off of Yahoo. This is only happening on YAHOO groups.
/s/ Bill Turner, wb4alm
Is something wrong with Yahoo groups?
I'm receiving, through email (SMTP), multiple copies (in the order of 5)
of messages, including messages I sent, from hercules groups.
Am I the only one?
Peppe.
________________________________
________________________________
________________________________

[Giuseppe Vitillaro [e-mail] [hercules-390]]

Post by Gregg Levine ***@gmail.com [hercules-390]
Hello!
I'm not, However I was busy for most of yesterday and the Saturday,
rigging, and redoing this drive for this guy, so that the computer and
I would have more space to work on important projects..... Of course
given the fact that Yahoo is slowly going towards final collapse those
might be harbingers.
Guys check the headers to see what the signatures say, if the first
one insists its from Yahoo, the great. But if the second and possibly
third, all the way down to the last multiple, then there's a problem.
Of course it might have have a good explanation someplace.
-----

From what I can see, reading the headers of messages,
all copies of messages came from yahoo

(sonic323-38.consmr.mail.bf2.yahoo.com [74.6.134.93])
(sonic323-38.consmr.mail.bf2.yahoo.com [74.6.134.93])
(sonic323-38.consmr.mail.bf2.yahoo.com [74.6.134.93])

etc. same address.

Even the yahoo message id are the same:

Message-ID: <p6b6dn+***@YahooGroups.com>
Message-ID: <p6b6dn+***@YahooGroups.com>
Message-ID: <p6b6dn+***@YahooGroups.com>

Peppe.

[Carey Tyler Schug [e-mail] [hercules-390]]

I have gotten a second copy of some of them.

Is anybody else with multiple copies on comcast, downloading messages to
a client on your desktop?

In the past I have gotten massive numbers of multiple copies when
(apparently) something got reset at comcast and multiple days would be
resent.  A couple times I would see this, sitting at my computer, and
all of a sudden they start resending the last 4 days worth of email. 
There was some indication the resend included a few emails snot sent
before, so I guessed they figured out they missed something and just
resent everything.

Then, recently, I thought a few times something was sent late. Like
maybe they figured out it had been missed the first time but instead of
resending everything, only sent those missed.  if true, perhaps
sometimes that algorithm fails and a few things get sent a second time.

--Carey

Post by Giuseppe Vitillaro ***@vitillaro.org [hercules-390]
Is something wrong with Yahoo groups?
I'm receiving, through email (SMTP), multiple copies (in the order of 5)
of messages, including messages I sent, from hercules groups.
Am I the only one?
Peppe.

[[e-mail] [hercules-390]]

Hi Brian


I heard rumors that starting from Release 2.1 or 2.2 the ADCD version of z/OS contains some "traps" to prevent IPLing on alien (i.e. non z/PDT) emulators. Those traps apparently are not present in the regular (i.e. non ADCD) versions. So, those proper settings (BIT44, ALRF, 3990-3) you and others mentioned in earlier posts, seem to work from z/OS 2.1 or 2.2 onwards with non ADCD versions of z/OS only.


With the z/OS 2.2 ADCD, apparently, an initiator blow out during master scheduler initialization is seen (IEE479W MASTER SCHEDULER ABEND 0A0), leaving the system perfectly operating (i.e. _no_ wait state at all) but of course unusable.


The wait state 7B with reason code 020 mentioned by the OP is interesting and might be just an additional measure, perhaps introduced with 2.3, to further prevent using alien emulators. At least it isn't documented, even not in the latest "MVS System Codes" manual... maybe, it was introduced because it might have been too easy to get around the initiator blow out featured in 2.2?


Cheers
JÃŒrgen

---In hercules-***@yahoogroups.com, <***@...> wrote :


The original problem (getting z/OS 2.3 to IPL) is still not fixed. 2.1 and 2.2 both work fine when you add the proper settings, but 2.3 loads a wait state as the original poster stated.

Brian

[[e-mail] [hercules-390]]

The non-ADCD version of z/OS 2.3 does not work under Hercules. In this case I believe it's because they have upped the ARCHLEVEL of z/OS, and Hercules doesn't yet simulate it.

I'm not sure who is working on the fix (if anyone), but it's easily reproduce able.

Brian