http://www.theregister.co.uk/2014/05/20/
syncsort_cloud_data_supply_product/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On 20 May 2014 14:25:42 -0700, in bit.listserv.ibm-main you wrote:
>(3,3)
While I don't have the VSAM manuals handy, I think in most cases the
share options should be (2,3). Review the manuals
Clark Morris
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSE
Rex,
That is almost definitely it. We only allowed shr(3,3) in TEST CICS.
Every once in a while a batch update to a file opened in CICS would get an
abend and the file looked hosed. I had to close in CICS and reorg it, then
re-oipen it. Bad practice.
I think they went to the H&W SYSB-II pro
Gene,
Yup, that's why I'm guessing it's a sharing/protection issue. I didn't build
the stuff, just got the corrupt VSAM dataset dropped in my lap.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Gene Hudders
Sent: Tuesday, Ma
Pommier, Rex wrote:
REPRO'ing with the REUSE reset the statistics and did the mini reorg. This
leads me to further believe there was an application hiccup that caused the
problem in the first place. I can't say for sure, but my guess is there's
something 'not-quite-right' in the enqueueing
Hi:
" I can't say for sure, but my guess is there's something
'not-quite-right' in the enqueueing logic that is supposed to be protecting the
dataset
from being updated by CICS and batch simultaneously."
ATTRIBUTES
KEYLEN30 AVGLRECL2965
(3,3)
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ed Finnell
Sent: Tuesday, May 20, 2014 4:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VSAM question/problem
What are SHR options?
In a message dated 5/20/2014 4:21:17 P.M. C
What are SHR options?
In a message dated 5/20/2014 4:21:17 P.M. Central Daylight Time,
rpomm...@sfgmembers.com writes:
I can't say for sure, but my guess is there's something 'not-quite-right'
in the enqueueing logic that is supposed to be protecting the dataset from
being updated by CI
John C.,
REPRO'ing with the REUSE reset the statistics and did the mini reorg. This
leads me to further believe there was an application hiccup that caused the
problem in the first place. I can't say for sure, but my guess is there's
something 'not-quite-right' in the enqueueing logic that is
John,
REPRO'ing to a flat file works fine. Yes, there were more records in the
dataset at one point. As I just responded back to John McKown, the dataset is
normally defined to CICS and is getting records added to and deleted from all
the time. I'll try the REUSE trick to see if it straighte
John,
I'm gonna chalk it up to application error. I (after the fact) just found out
this is actually defined to CICS. CICS puts records into this DS, then
apparently a batch job comes along and reads the records, writes them to
MQSeries, then deletes them off the DS.
Rex
-Original Messa
Rex,
Have you tried using REPRO (IDCAMS) to unload it to a flat file
(vb/9160/27998) and see if it goes clean or issues an error message which
may be more informational. If no error, try to repro 'reuse' back over the
file with the unloaded record. Being there are some counts in the splits
field
Allan,
I got a sneaking suspicion I'll be doing the "fuggiddabaddit" rather than
spending a bunch of time on it - and if it happens again I'll be taking it to
IBM. The "average key length: 0.0" is the same output I get on the working
repro'd copy. I was just wondering if anybody had seen som
I don't know VSAMUTIL, but it likely looks at the catalog statistics. With
VSAM, the catalog statistics are _NOT_ guaranteed to be correct. In fact,
your LISTC has this warning it the listing:
STATISTICS (* - VALUE MAY BE INCORRECT)
The only way to "fix" this is to delete/define/reload the data
"AVERAGE KEY LENGTH: 0.0 "
This looks suspicious, but is not supported by any of the other doc you have
supplied.
The listcat shows a KEYLEN of 30, not zero.
You might try a print of the INDEX component and see if it shows anything,
otherwise, I am at a loss.
If it really gives you that
Hi List,
We have a VSAM KSDS with 1 record in it that is causing us some heartburn. I
was able to create a new dataset and REPRO this one into the new one
successfully, and the new dataset works fine, but I'd like to know what may be
causing the original to be having problems - and possibly ho
Unless PA has changed.. it won't help with OpenSSH.
The ported tools OpenSSH book has what you need in it. The only thing not
covered is the use of openssh for key conversions. But it is just needed if
you are interested in keeping the known_hosts keys in RACF.. or in
converting existing keys.
R
Juergen Kehr,
Yes you can SVC 109 for DFSORT by specifying SVC=(,ALT)
ALT - specifies that alternate DFSORT module IGX00038 is used in
conjunction with SVC 109 rather than default DFSORT module IGX00017. ALT
applies only when you choose SVC number 109. The form (109,ALT) is the
same as (,ALT)
It's been so many years for me, ahh old school. I loved PL/1 on z/VM.
Anyway... we have a legacy spot open at Toyota...
See below. Anyone interested shoot me a note...
I"m looking for a Mainframe Developer with JOBTRAC at Georgetown, KY.
Please let me know your interest.
Duration: 8 Months+ co
I found the solution to this problem so no need repsond. Thanks
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> The question is, if I can use IGX00017 for SYNCSORT and IGX00038 for DFSORT
> (both are SVC 109) in parallel?
SVC 109 is simply a router. If both products support extended SVCs then the
answer is yes.
Bob Shannon
Rocket Software
---
I don't think that they are compatible. The question is, if I can use IGX00017
for SYNCSORT and IGX00038 for DFSORT (both are SVC 109) in parallel?
Regards
Juergen
--
For IBM-MAIN subscribe / signoff / archive access instruction
If you want to spend some money, Tectia makes an SSH server for zOS. It has
the advantage that it handles MVS datasets ('legacy') directly. It also, if
you want spend even more money, has a key manager product so if you have a
large SSH population (mushroom farm of *ix machines in little boxes
On Tue, 20 May 2014 08:21:05 -0500, Juergen Kehr wrote:
>
>we are using SYNCSORT as primary sort application, but although DFSORT in
>connection with DB2. Now we plan to install the DFSORT SVC in parallel.
>SYNCSORT uses SVC 109 routing code 17 (IGX00017). For DFSORT we would like to
>use SVC 10
Hello,
we are using SYNCSORT as primary sort application, but although DFSORT in
connection with DB2. Now we plan to install the DFSORT SVC in parallel.
SYNCSORT uses SVC 109 routing code 17 (IGX00017). For DFSORT we would like to
use SVC 109 routing code 38 (IGX00038). Is this possible, or do
You need to install IBM's OpenSSH. It is freely licensed.
http://www-03.ibm.com/systems/z/os/zos/features/unix/ported/openssh/ . This
is the only SSH server that I am aware of for z/OS. In addition, I would
_strongly_ suggest that you download and install the freely licensed Co:Z
toolkit from Dovet
On 2014-05-20, at 06:37, Staller, Allan wrote:
>
> We are using z/OS 1.13 system and now customer requirement is to
> connect to OMVS using SSH. Do I need to install IBM porting toolkit to make
> this ssh connection work or any other way to solve this connectivity issue.
>
>
> YES!.
>
We are using z/OS 1.13 system and now customer requirement is to
connect to OMVS using SSH. Do I need to install IBM porting toolkit to make
this ssh connection work or any other way to solve this connectivity issue.
YES!.
You might also look at the policy agent (part of z/OSMF) and
How do i extract smf data that has already been marked for delete from a
logstream? We use the archive feature and had a problem and one of the
archived tapes was delete.
--
For IBM-MAIN subscribe / signoff / archive access ins
Where is the ftp server. It is on z/VSE & z/OS. Or do you use the Microsoft
ftp server at any step? If you are using a Windows desktop to
first contact the z/VSE ftp server, download the data to Windows, then
contact a z/OS server to upload to z/OS, I have a possibility. In the
scenario below, ass
Hello,
We are using z/OS 1.13 system and now customer requirement is to
connect to OMVS using SSH. Do I need to install IBM porting toolkit to make
this ssh connection work or any other way to solve this connectivity issue.
I looked for 'vse terse', and didn't find anything useful
Gadi
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jim McAlpine
Sent: Monday, May 19, 2014 2:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Transfering a variable length fi
32 matches
Mail list logo