Quantcast
Channel: IBM Mainframe Computers Forums
Viewing all 8500 articles
Browse latest View live
↧

DB2 :: RE: Need suggestion on how to force referential integrity

April 30, 2018, 6:50 am
$
0
0
Author: Rohit Umarjikar
Posted: Mon Apr 30, 2018 7:20 pm (GMT 5.5)

If somebody thinks my replies aren't relevant then delete all the trails to my replies and not just what I posted since obliviously the above TS reply don't make sense.
_________________
Regards,
Rohit Umarjikar
A leader is one who knows the way, goes the way, and shows the way.
↧
Search

DB2 :: RE: Need suggestion on how to force referential integrity

April 26, 2018, 7:08 pm
$
0
0
Author: Rohit Umarjikar
Posted: Fri Apr 27, 2018 7:38 am (GMT 5.5)

How come you don’t have Data Modeller in your firm? This questions ain’t suppose to be discussed here and made decisions.
_________________
Regards,
Rohit Umarjikar
A leader is one who knows the way, goes the way, and shows the way.
↧
↧

DB2 :: RE: Need suggestion on how to force referential integrity

April 28, 2018, 8:15 am
$
0
0
Author: Rohit Umarjikar
Posted: Sat Apr 28, 2018 8:45 pm (GMT 5.5)

DBAs comes in a play after Data Modeler instructs them with DDL to create. So they are different groups of people.

Anyways , why do you need 4 tables ? Why not D1D2 goes into one table and AO, TO goes to one table? Just add a identifier column in each of the table to know what is what entry, because imagin, if you get new D3,D4 and so on then you can’t keep creating new tables right? Just change the identifier type and insert into one D table.
Moreover use triggers to achieve what you want.
_________________
Regards,
Rohit Umarjikar
A leader is one who knows the way, goes the way, and shows the way.
↧

TSO/ISPF :: FTP a VB file from windows into mainframe

April 30, 2018, 2:59 pm
$
0
0
Author: jithinraghavan
Subject: FTP a VB file from windows into mainframe
Posted: Tue May 01, 2018 3:29 am (GMT 5.5)

I tried to do FTP a variable-byte file from windows into mainframe using the below FTP parmcard.

Code:
10.70.80.55                                                             
CHYFTPUSER                                                             
Cheyenne93                                                             
ascii                                                                   
cd /                                                                   
cd CSR0166                                                             
sendsite notrunc                                                       
locsite cyl pri=10 sec=25 lrecl=2137 blksize=0 recfm=VB                 
get MMIS_TEST.txt 'WYOM.ACS4428.R1150SA.CSR0166' (replace               
quit                                                                   
/*                                                                           


I'm getting error message which says
Code:
EZA2825E File contains records that are too long to be processed.


It seems the entire records in the text file are writing into the first line of mainframe and it stops after the max-length. Is there any additional commands I need to use to transfer into a mainframe VB file?
Quote:

↧

TSO/ISPF :: RE: FTP a VB file from windows into mainframe

April 30, 2018, 3:43 pm
$
0
0
Author: Robert Sample
Subject: Reply to: FTP a VB file from windows into mainframe
Posted: Tue May 01, 2018 4:13 am (GMT 5.5)

What line terminators are in the file? You may need to set the SBSENDEOL parameter to match the file. If it has Unix-style linefeeds as line terminators, you'll want SBSENDEOL LF; if it has Windows-style carriage return/linefeeds as line terminators, you'll want SBSENDEOL CRLF.

SBSENDEOL is an option of FTP on system z; you'd use SITE (or LOCSITE) SBSENDEOL <option> in your FTP subcommands.
_________________
TANSTAAFL

The first rule of code reuse is that the code needs to be worth re-using.

"We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil." -- Donald Knuth
↧
↧

JCL & VSAM :: Cannot change DATACLAS on DFSMSdss restore

May 1, 2018, 6:13 am
$
0
0
Author: Alan Playford
Subject: Cannot change DATACLAS on DFSMSdss restore
Posted: Tue May 01, 2018 6:43 pm (GMT 5.5)

Guys,
We have a DFSMSdss dumped dataset transferred from a Customer.
This contains several datasets, but one is giving problems on RESTORE.

DFSMSdss job and parameters:
//STEP0100 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//SYSOUT DD SYSOUT=*
//DFDSS DD DISP=OLD,DSN=dfsmsdss.dumped.dataset
//SYSIN DD *
RESTORE INDDNAME(DFDSS)
DATASET(INCLUDE(**.oldllq))
RENUNC (newhlq)
NULLMGMTCLAS
IMPORT
CATALOG

Restore says:
ADR780I (001)-TDDS (01), THE INPUT DUMP DATA SET BEING PROCESSED IS IN LOGICAL DATA SET FORMAT AND WAS CREATED BY Z/OS DFSMSDSS
VERSION 2 RELEASE 1 MODIFICATION LEVEL 0 ON 2018.088 17:22:07
ADR711I (001)-NEWDS(01), DATA SET dumped.dataset.llq HAS BEEN ALLOCATED WITH NEWNAME
newhlq.dataset.llq USING STORCLAS EXTENDED, DATACLAS PSEXTCZ, AND NO MGMTCLAS
ADR474I (001)-TDNVS(01), DATA SET newhlq.dataset.llq CONSISTS OF 00060870 TARGET TRACKS AND 00060105 SOURCE TRACKS
ADR908E (001)-SDMXI(01), RESTORE OF EXTENDED SEQUENTIAL DATA SET newhlq.dataset.llq FAILED
ADR910E (001)-SDMXI(01), AN ERROR WAS ENCOUNTERED DURING DATA MOVEMENT PROCESSING. RETURN CODE = 500005E3, REASON CODE = 00040010
ADR415W (001)-TDLOG(01), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED FROM ANY VOLUME
ADR480W (001)-TDLOG(01), THE FOLLOWING DATA SETS WERE NOT PROCESSED FROM THE LOGICALLY FORMATTED DUMP TAPE DUE TO ERRORS:
oldhlq.dataset.llq


Now, the NULLMGMTCLAS has worked, and the ACS routines have been checked especially for DATACLAS. In this case, it's an extended format dataset that was dumped, and so the DC should be EXTENDED, SC should be extended, and that results in SG of some SMS volumes accordingly (EXT datasets HAVE to be SMS-managed).

However, as you can see, the DC hasn't been changed here?
It gets changed (with messages to verify) if you do a straight ALLOCATE of the dataset, or if you test it in ISMF.
So how do I get this external site's DC of PSEXTCZ to be modified on a DFSMSdss restore?
You can't override it, but because its extended format, it must go to an SMS volume, so at least needs the SC setting up (that's OK, by the way).

Anybody else in the habit of restoring externally-dumped datasets with SMS characteristics?
If so, how do you change the Dataclas upon DFSMSdss restore?
_________________
Alan Playford
↧

JCL & VSAM :: RE: Cannot change DATACLAS on DFSMSdss restore

May 1, 2018, 6:52 am
$
0
0
Author: Alan Playford
Posted: Tue May 01, 2018 7:22 pm (GMT 5.5)

Found this in the zOS v2.3 z/OS DFSMSdss Storage
Administration manual p93 under Chapter 6. Managing availability with DFSMSdss .....

"Note that the RESTORE command does not invoke the data class ACS routine, so no data class is assigned. (The dataset attributes are already defined, therefore the DATACLAS routine is not called because it's not relevant in this process.)
To cause the data class ACS routine to be invoked, create a new dataset either with the IDCAMS DEFINE command or a JCL DD statement with DISP=(NEW,CATLG)"

That's extremely worrying?
it means you either have to know the dataset attributes so you can pre-define it and then RESTORE with REPLACE, or else it has to be (somehow?) dumped without that DATACLAS attribute?

That, surely, is a major flaw in the SMS undertaking?!
_________________
Alan Playford
↧

JCL & VSAM :: RE: Cannot change DATACLAS on DFSMSdss restore

May 1, 2018, 6:52 am
$
0
0
Author: Robert Sample
Subject: Reply to: Cannot change DATACLAS on DFSMSdss restore
Posted: Tue May 01, 2018 7:22 pm (GMT 5.5)

Quote:
It gets changed (with messages to verify) if you do a straight ALLOCATE of the dataset, or if you test it in ISMF.
Why not ALLOCATE the dataset and use REPLACEU on the RESTORE?
_________________
TANSTAAFL

The first rule of code reuse is that the code needs to be worth re-using.

"We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil." -- Donald Knuth
↧
Search

JCL & VSAM :: RE: Cannot change DATACLAS on DFSMSdss restore

May 1, 2018, 6:59 am
$
0
0
Author: Robert Sample
Posted: Tue May 01, 2018 7:29 pm (GMT 5.5)

Quote:
That, surely, is a major flaw in the SMS undertaking?!
Since yours is the first post I've ever seen on this particular topic, I wouldn't consider it much of a "major flaw"!
_________________
TANSTAAFL

The first rule of code reuse is that the code needs to be worth re-using.

"We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil." -- Donald Knuth
↧
↧

JCL & VSAM :: RE: Cannot change DATACLAS on DFSMSdss restore

May 1, 2018, 6:59 am
$
0
0
Author: enrico-sorichetti
Subject: Reply to: Cannot change DATACLAS on DFSMSdss restore
Posted: Tue May 01, 2018 7:29 pm (GMT 5.5)

Quote:
That's extremely worrying?
....
That, surely, is a major flaw in the SMS undertaking?!


nope ... it is a flaw in Your thinking icon_cool.gif

the data class concerns roughly the constructs used for allocation

what if the data class You choose conflicts with the characteristics of the dataset being restored ?
_________________
cheers
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort icon_cool.gif
↧

JCL & VSAM :: RE: Cannot change DATACLAS on DFSMSdss restore

May 1, 2018, 7:11 am
$
0
0
Author: Alan Playford
Posted: Tue May 01, 2018 7:41 pm (GMT 5.5)

@Robert - The trouble is that these are externally generated dumps from Customers, and so we'd need to know the attributes before allocating? (something we don't have to do right now, as DFSMSdss takes care of it).

Well, perhaps not a major flaw, but it quite stunned me when I found this out?

@Enrico - Not so sure that my thinking is flawed, but rather that there's an inconsistency here that I certainly wasn't aware of?
You can override restored datasets with MGMTCLAS and STORCLAS, biut not DATACLAS? And both of those (especially MGMTCLAS) might also conflict with the original? (not so much STORCLAS of course).

Besides, the ACS routines normally allow, deny, override attributes as coded, but it seems in this case that DATACLAS routines aren't even looked at?
I just find that a bit strange?!
_________________
Alan Playford
↧

JCL & VSAM :: RE: Cannot change DATACLAS on DFSMSdss restore

May 1, 2018, 7:17 am
$
0
0
Author: enrico-sorichetti
Subject: Reply to: Cannot change DATACLAS on DFSMSdss restore
Posted: Tue May 01, 2018 7:47 pm (GMT 5.5)

NOPE icon_smile.gif
the data class deals with the attributes of the dataset
the management class deals with how You want to handle the dataset ( backups, expiration, ... )


IIRC You can change thru the ISMF dialogs the management class of a dataset ( no conflict whatsoever will arise )
_________________
cheers
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort icon_cool.gif
↧

ABENDS & Debugging :: TN3270 starts and ends

May 1, 2018, 8:12 am
$
0
0
Author: Martin Wickenden
Subject: TN3270 starts and ends
Posted: Tue May 01, 2018 8:42 pm (GMT 5.5)

Hello. I am building a new tech lpar, I have experience with z/OS but not so much with VTAM, TCPIP and TN3270. I am copying datasets from other lpars with appropriate modifications. I am able to start VTAM and TCPIP successfully and issue NETSTAT commands, etc. However, when I try to start TN3270, I get $HASP373 and $HASP395 saying it started and ended. No other messages. I am not able to FTP in to do FILEMODE=JES and get output. The port 23 is correctly allocated to TN3270 task. I have the terminals and application LU varied active in VTAM. Can anyone suggest a solution? Thank you in advance. Martin
_________________
Martin Wickenden
↧
↧

ABENDS & Debugging :: RE: TN3270 starts and ends

May 1, 2018, 8:35 am
$
0
0
Author: Robert Sample
Subject: Reply to: TN3270 starts and ends
Posted: Tue May 01, 2018 9:05 pm (GMT 5.5)

What does the TCP/IP TN3270 parameter member look like? I'd start debugging by looking at that member.
_________________
TANSTAAFL

The first rule of code reuse is that the code needs to be worth re-using.

"We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil." -- Donald Knuth
↧

COBOL Programming :: RE: Linkage editor is part of COBOL, z/OS or something else?

May 1, 2018, 8:41 am
$
0
0
Author: steve-myers
Posted: Tue May 01, 2018 9:11 pm (GMT 5.5)

A little history here, not that anyone cares.

The first OS/360 Linkage Editor was a disaster, in part because it had to run in very little storage (probably around 12K). Its load modules were restricted to text blocks of 1K. Worse, perhaps, it was unable to combine multiple CSECTs in one text block. In other words, load modules loaded s-l-o-w-l-y. Obviously, it ran s-l-o-w-l-y.

By the time I started using OS/360 in 1968, a second version of the Linkage Editor was in use. The same basic code survived for 30 years. While it wasn't "great" it was good enough. There were 3 variants.

The first variant was designed to run in 44K.

The second variant, by far the most common, ran in 88K.

The third ran in 128K.

These storage amounts, while trivial today, were important. Storage in the 1960s was horribly expensive. For all intents and purposes, the minimal usable OS/360 machine had 128K and ran the 88K version of the Linkage Editor.

In reality, there was one code base. The only difference between the three variants was how they were link edited. The 44K Linkage Editor was in a complex planned overlay structure. The 88K Linkage Editor was in the classic 3 segment overlay structure. The 128K Linkage Editor was a simple load module.

A few years later brought the virtual storage systems and the OS/VS Linkage Editor with a few improvements, and a major downgrade. It was link edited into the 44K overlay structure! Worse, and I tried it once, it would not run linked as a simple load module like the old 128K OS/360 Linkage Editor!

It stayed this way for more than 20 years until the Binder arrived to effectively replace the Linkage Editor. Since there were some differences, the old OS/VS Linkage Editor is still around, though it is no longer linked into old 44K planned overlay.
↧
Search

ABENDS & Debugging :: RE: TN3270 starts and ends

May 1, 2018, 8:56 am
$
0
0
Author: Martin Wickenden
Subject: Reply to: TN3270 starts and ends
Posted: Tue May 01, 2018 9:26 pm (GMT 5.5)

Here is the TCPDATA member:
Code:
TCPIPJOBNAME TCPIP
HOSTNAME TECH
DOMAINORIGIN  BCBSRI.ORG
DATASETPREFIX TCPIP
MESSAGECASE UPPER
NSINTERADDR  192.168.106.115       ;bripwdc03
NSINTERADDR  192.168.106.112       ;bripwdc02
NSINTERADDR  192.168.106.113       ;bripwdc01
NSINTERADDR  192.168.106.194       ;bripwdc04
NSPORTADDR 53
RESOLVEVIA UDP
RESOLVERTIMEOUT 30
RESOLVERUDPRETRIES 1
ALWAYSWTO YES


Here is the TNPROF member:
Code:
TELNETGLOBALS
   TCPIPJOBNAME TCPIP

  TELNETDEVICE 3278-3-E NSX32703 ; 32 line screen -
                                 ; default of NSX32702 is 24
  TELNETDEVICE 3279-3-E NSX32703 ; 32 line screen -
                                 ; default of NSX32702 is 24
  TELNETDEVICE 3278-4-E NSX32704 ; 48 line screen -
                                 ; default of NSX32702 is 24
  TELNETDEVICE 3279-4-E NSX32704 ; 48 line screen -
                                 ; default of NSX32702 is 24
  TELNETDEVICE 3278-5-E NSX32705 ; 132 column screen-
                                 ; default of NSX32702 is 80
  TELNETDEVICE 3279-5-E NSX32705 ; 132 column screen -
                                 ; default of NSX32702 is 80
  LUSESSIONPEND     ; On termination of a Telnet server connection,
                    ; the user will revert to the DEFAULTAPPL
                    ; instead of having the connection dropped

  MSG07             ; Sends a USS error message to the client if an
                    ; error occurs during session establishment
                    ; instead of dropping the connection

ENDTELNETGLOBALS
TELNETPARMS
  Port 23                       ; Port number 23 (std.)
  CodePage ISO8859-1 IBM-1047   ; Linemode ASCII, EBCDIC code pages
  Inactive 3600                 ; Let connections stay around
  PrtInactive 0                 ; Let connections stay around
  TimeMark 600
  ScanInterval 120
  SMFinit type119
  SMFterm type119
  ; Define logon mode tables to be the defaults shipped with the
  ; latest level of VTAM
ENDTELNETPARMS
BEGINVTAM
  Port 23 ;
  ; Define the LUs to be used for general users.
  DEFAULTLUS
    L00T0001..L00T0030
  ENDDEFAULTLUS
  DEFAULTAPPL TSOC  ; Set the default application for all TN3270(E)
                    ; Telnet sessions to TSO

  LINEMODEAPPL TSOC ; Send all line-mode terminals directly to TSO.

                   ; ALLOW ALL USERS ACCESS TO APPLS
  ALLOWAPPL TSOC     DISCONNECTABLE

  USSTCP USSTABN

ENDVTAM

I tried to attach these to the post but couldn't figure out how yet, thank you.
_________________
Martin Wickenden
↧

ABENDS & Debugging :: RE: TN3270 starts and ends

May 1, 2018, 9:13 am
$
0
0
Author: Robert Sample
Subject: Reply to: TN3270 starts and ends
Posted: Tue May 01, 2018 9:43 pm (GMT 5.5)

Quote:
The port 23 is correctly allocated to TN3270 task.
If TN3270 shuts down, how do you know this? What does a console command D TCPIP,TN3270 show?
_________________
TANSTAAFL

The first rule of code reuse is that the code needs to be worth re-using.

"We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil." -- Donald Knuth
↧
↧

ABENDS & Debugging :: RE: TN3270 starts and ends

May 1, 2018, 9:45 am
$
0
0
Author: Martin Wickenden
Posted: Tue May 01, 2018 10:15 pm (GMT 5.5)

As I say, when I try to start TN3270 it starts and then ends. It does not stay active.
If I issue D TCPIP I get this:
2018121 12.40.30 TECH
EZAOP50I TCPIP STATUS REPORT 198
COUNT TCPIP NAME VERSION STATUS
----- ---------- -------- --------------------------------
1 TCPIP CS V1R13 ACTIVE
*** END TCPIP STATUS REPORT ***

(Notice I am on z/OS V1.13, back level, I know.)
S TN3270
$HASP373 TN3270 STARTED
$HASP395 TN3270 ENDED
_________________
Martin Wickenden
↧

ABENDS & Debugging :: RE: TN3270 starts and ends

May 1, 2018, 11:41 am
$
0
0
Author: Robert Sample
Subject: Reply to: TN3270 starts and ends
Posted: Wed May 02, 2018 12:11 am (GMT 5.5)

You may want to try the debugging as shown in https://www.ibm.com/support/knowledgecenter/SSQ2R2_9.1.1/com.ibm.ent.dbt.zos.doc/cgdita/tdeftcp1.html -- such as trying to set up to connect to a different port (the reference uses 2023), which hopefully will show up any problems with your current configuration. The fact that TN3270 starts and stops immediately indicates there's probably some configuration error.

Another possibility would be to use the Redbook IBM z/OS V1R13 Communications Server TCP/IP Implementation: Volume 2 Standard Applications (SG24-7997) section 2.7 to debug your configuration. It tells you to add DEBUG to a copy of your configuration so you can use console command V TCPIP,,OBEYFILE to turn debugging on and off for your TN3270.
_________________
TANSTAAFL

The first rule of code reuse is that the code needs to be worth re-using.

"We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil." -- Donald Knuth
↧

ABENDS & Debugging :: RE: TN3270 starts and ends

May 1, 2018, 11:43 am
$
0
0
Author: vasanthz
Posted: Wed May 02, 2018 12:13 am (GMT 5.5)

Can you try changing the LU names to different range

from
Code:
DEFAULTLUS
L00T0001..L00T0030
ENDDEFAULTLUS

to
Code:
DEFAULTLUS
LXXT0001..LXXT0030
ENDDEFAULTLUS


I remember facing similar issue when LU names were same between two lpars. Wouldn't hurt trying I guess.
_________________
ERROR: LOGOUT FAILED; You need to be logged in to log out. Please log in to log out.
↧
Viewing all 8500 articles
Browse latest View live
Search