Automate Flash Copy : DS8800
Hello All, Is there an opportunity to automate the flash copy in DS8800 using Tivoli storage productivity center for replication ? Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Serialization without Enque
As a last resort, a GRS latch could be used. Jon Perryman. > > From: Tony Harminc > > > >On 1 November 2013 16:22, Donald Likens wrote: >> I have a situation where I need to serialize processing and cannot use CDS >> because the two addresses being updated cannot >> be next to each other (because I use CDS with these two addresses with other >> addresses). > >CDSG, perhaps? > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Serialization without Enque
I think the OP stated that his code could hold locks - in which case the latch services cannot be used. Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jon Perryman Sent: 02 November 2013 19:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Serialization without Enque As a last resort, a GRS latch could be used. Jon Perryman. > > From: Tony Harminc > > > >On 1 November 2013 16:22, Donald Likens wrote: >> I have a situation where I need to serialize processing and cannot >> use CDS because the two addresses being updated cannot be next to each other >> (because I use CDS with these two addresses with other addresses). > >CDSG, perhaps? > -- 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
TESTAUTH LISTPSW not displaying CC for TAR
Hi, I am running a program under TESTAUTH which executes the TAR instruction, after executing the inst under TESTAUTH I do a LISTPSW the CC is always 0 Well the DOC says in the ALET is 0 then a CC should be set at 8 I run the following instruction under TESTAUTH LAM AR5,AR5,=F'0' TAR AR5,AR5 BC8,OKAY NOP OKAY OKAY DS0H I then a do a LISTPSW and LAM AR5,AR5,=F'0' TAR AR5,AR5 BC8,OKAY NOP OKAY OKAY DS0H IKJ57652I PSW LOCATED AT 8DD3F8 XRXXXTIE KEY XMWP AS CC PROGMASK EA BA INSTR ADDR 01118 1101 00 00 0 1 00065EB6 According to the doc the CC should be a 8 Resulting Condition Code: 0 Access-list-entry token (ALET) is hex 1 ALET designates the dispatchable-unit access list and does not cause exceptions in accessregister translation (ART) 2 ALET designates the primary-space access list and does not cause exceptions in ART 3 ALET is 0001 hex or causes exceptions in ART -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Security exposure of zXXP was Re: zIIP simulation
>SRB's are a big security exposure so customers are unlikely to open them to their programmers. SRBs are the same level of security exposure that APF-authorized tasks are. So if an application is already APF-authorized, switching to enclave SRBs is not intrinsically more of a security exposure than already existed. It is true that SRBs are more likely to tend to be key 0 than authorized tasks, but that is not a security exposure. That is a "greater potential for screwing up a system due to overlay of something critical" exposure. >Is the code that runs under the ZIP and ZAP >process code that normally run without any privileges in a problem >state? Only if the perpetrator is irresponsible. It is far from unheard of to have to take an application written to be unauthorized and make it authorized. But if anyone thinks it is as simple as changing the linkedit characteristic to AC=1 and placing it in an APF-authorized library, then they need to be re-educated (and quickly if they're the one responsible for the implementation). Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Serialization without Enque
If you have the luxury of requiring a zEC12 and z/OS 2.1 (not under z/VM): constrained transaction. Otherwise, as has been suggested, PLO CSDST(G) In a lot of PLO implementations that I have seen, the "CS" is on a sequence number that is incremented on each relevant operation, then the "stores" are the items that you truly want to serialize. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TESTAUTH LISTPSW not displaying CC for TAR
On 2 November 2013 21:47, MichealButz wrote: [cleaned up messy, space-wasting quoting] > I am running a program under TESTAUTH which executes the TAR instruction, > after executing the inst under TESTAUTH I do a LISTPSW the CC is always 0 > > Well the DOC says in the ALET is 0 then a CC should be set at 8 >XRXXXTIE KEY XMWP AS CC PROGMASK EA BA INSTR ADDR >01118 1101 00 00 0 1 00065EB6 I think you don't understand the mapping of condition codes in the PSW to masks in the various branch instructions. > According to the doc the CC should be a 8 > Resulting Condition Code: > > 0 Access-list-entry token (ALET) is hex > > 1 ALET designates the dispatchable-unit access list and does not cause > exceptions in access register translation (ART) > > 2 ALET designates the primary-space access list and does not cause exceptions > in ART > > 3 ALET is 0001 hex or causes exceptions in ART Hint: do you see a mention of CC 8 in what you just quoted? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Automate Flash Copy : DS8800
Our SyzCMD/z product is used to automate the process at a bunch of sites, so I'm sure that Tivoli can do it as well. The process is really simple to automate. We are a ton cheaper than Tivoli, but capability wise we are fairly equal. Brian Westerman Syzygy Incorporated -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN