On Tue, 23 Jan 2018 14:11:35 -0600
DanD wrote:
> Actually, if you check SHOWZOS it bounces through control blocks to
> locate the BCDS, MCDS, OCDS an JRNL.
>
Well, yes and no. Currently, SHOWZOS is only able to find the first
BCDS and MCDS. In case of a multi CDS
Clark,
If you had time to read through this lengthy thread you will find that the
2nd file uses skip-sequential access. LSR is usually not an appropriate
strategy for this access pattern.
The OP has tried reducing BUFND on the second file, and observed a reduction
in throughput, which verifies
[Default] On 5 Jan 2018 16:28:48 -0800, in bit.listserv.ibm-main
arun.venkatrat...@cognizant.com (Arun Venkatratnam) wrote:
>Hi All,
>
>We are looking to improve the performance of a COBOL program that processes 2
>VSAM files. The first file is the I/P file and every record read from the
>input
On 23 January 2018 at 13:56, Seymour J Metz wrote:
> The 3330 was not the first disk drive with Set Sector; that honor belongs to
> the 2305, formally part of the S/360 series rather than the S/370, although I
> imagine that a lot more were sold for use on, e.g., 370/165, than
On 1/23/2018 11:10 AM, Dana Mitchell wrote:
What needs to be done when one uses HTTPS to download orders? As referenced
in the SMPE Users guide:
HTTPS Fast Path!
The quick and easy method to enable secure download operations is to instruct
the SMP/E RECEIVE command and GIMGTPKG service
sme...@gmu.edu (Seymour J Metz) writes:
> The 3330 was not the first disk drive with Set Sector; that honor
> belongs to the 2305, formally part of the S/360 series rather than the
> S/370, although I imagine that a lot more were sold for use on, e.g.,
> 370/165, than for 85 or 195.
re:
Actually, if you check SHOWZOS it bounces through control blocks to locate the
BCDS, MCDS, OCDS an JRNL.
Dan
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the
Yes, for J7.1_64 it's in there. Good info to know
Thank you
Dana
On Tue, 23 Jan 2018 18:07:05 +, Jousma, David wrote:
>There is probably a better way, but browse to
>/usr/lpp/java/J8.0/lib/security/cacerts (replace J8.0) with what ever your
>version of java is and
Yes, cells. Doing too many things at once.
Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234 | M: 512-627-3803
E: cblaic...@syncsort.com
Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com
Data quality leader Trillium Software is
Shirley you mean cells. A single sector might contain multiple records,
depending on the device and on the record layouts.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf
The 3330 was not the first disk drive with Set Sector; that honor belongs to
the 2305, formally part of the S/360 series rather than the S/370, although I
imagine that a lot more were sold for use on, e.g., 370/165, than for 85 or 195.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
There is probably a better way, but browse to
/usr/lpp/java/J8.0/lib/security/cacerts (replace J8.0) with what ever your
version of java is and do a find on " DigiCert Global Root CA"
_
Dave Jousma
Manager Mainframe Engineering,
t...@harminc.net (Tony Harminc) writes:
> I assume it is the value used in the Set Sector/Read Sector CCWs. This
> came with the 3330 (real "analogue" disk) and is part of Rotational
> Position Sensing (RPS). It should have no logical relationship to the
> cell size; it's just a logical position
On 23 January 2018 at 10:22, R.S. wrote:
> Fortunately your explanation was clear enough to find out each "mini-record"
> has at least 10 cells (9 control plus a t least one for data).
>
> However you used word "SECTORS". I used "34-byte DATA CELL", following the
W dniu 2018-01-23 o 17:50, Anne & Lynn Wheeler pisze:
cblaic...@syncsort.com (Christopher Y. Blaicher) writes:
Your right, things are a little confusing.
SECTORS - Think of it as 224 pieces of pie. It is, I believe, physical.
CELL - Also physical, but I think of them as little chunks of data,
cblaic...@syncsort.com (Christopher Y. Blaicher) writes:
> Your right, things are a little confusing.
> SECTORS - Think of it as 224 pieces of pie. It is, I believe, physical.
> CELL - Also physical, but I think of them as little chunks of data,
> which may be your data or control data for the
I guess I should have qualified that. I'm running a current version of JAVA V8
on my tech sandbox and required no changes.
_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris,
No change to java is needed. The new cert is for the order placing process,
as far as I can tell, I also run with https download, and use the certs
contained in the java store for that. I've successfully placed an order via
the Rochester site, which has already converted with no issues.
What needs to be done when one uses HTTPS to download orders? As referenced
in the SMPE Users guide:
HTTPS Fast Path!
The quick and easy method to enable secure download operations is to instruct
the SMP/E RECEIVE command and GIMGTPKG service routine to use the
HTTPS download method and
Thanks.
That's it. I hadn't realised the global cert had to be attached to the
SMPEKeyring.
Sorry!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message:
Your right, things are a little confusing.
SECTORS - Think of it as 224 pieces of pie. It is, I believe, physical.
CELL - Also physical, but I think of them as little chunks of data, which may
be your data or control data for the hardware.
TRACK BALANCE - How much room is left on the track if
Fortunately your explanation was clear enough to find out each
"mini-record" has at least 10 cells (9 control plus a t least one for
data).
However you used word "SECTORS". I used "34-byte DATA CELL", following
the 3390 documentation (other names can be found elsewhere).
It seems the
With all I put in the last post, I forgot to answer WHY 20 sectors at a minimum
for a record. It is because at a minimum a record consists of a COUNT and a
DATA section. Each one takes a minimum of 10 sectors, so with even a 1 byte
record you need 20 sectors. If you had a 1 byte key and 1
On 1/23/2018 12:51 AM, Barbara Nitz wrote:
While we're on the topic of ShopZ order downloads: Why do the SMPE books say to
make my private certificate (that I got from IBM for shopz) a CERTAUTH
certificate? I certainly didn't do that - it is just PERSONAL, and I made it
the default in the
On 1/23/2018 7:13 AM, Vince Getgood wrote:
I have that in a different keyring - always have had, and it's always worked
before.
In my SMP/e ORDERSRVR data: -
keyring="userid/SMPEKeyring"
certificate="SMPE Client Certificate"
in my FTP data options: -
KEYRING IBMUSER/FtpSecur
Timothy Sipples wrote:
>4. *RIGHT CLICK* on the link, and select "Save Link As..."
Thats the missing link. I *LEFT CLICK* there initially from both FF and IE with
all the usual drama.
... left ... right ... left ... right ... hmmm, I'm confused... ;-D
>Hope that helps.
Certainly. Thanks.
See the following for how to calculate a sector
https://www.ibm.com/support/knowledgecenter/en/SSB27H_6.2.0/fa2mr_sectval.html
Question 2: why 20 sectors at a minimum. It's a long answer.
We tend to think of a record as three unified parts, COUNT, KEY and DATA, but
really they are three
You should be able to use Firefox to download the certificate file. Here
are the basic steps:
1. Navigate to the IBM Techdocs Web site and flash notice here:
http://www.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/FLASH10884
2. Click on the PDF file link ("Certificate Authority.pdf") from
Another set of questions:
1. What is sector???
3390 specification says it has 224 sectors per track (3380 had 222
sectors per track).
I cannot find any explanation for that. Size of data cell is 34 bytes
2. In the 3390 reference I read the record can occupy 20 to 1729 data
cells (excluding
I have that in a different keyring - always have had, and it's always worked
before.
In my SMP/e ORDERSRVR data: -
keyring="userid/SMPEKeyring"
certificate="SMPE Client Certificate"
in my FTP data options: -
KEYRING IBMUSER/FtpSecur
(don't blame me, this is the way it was
Vince Getgood wrote:
>I spoke too soon!
;-)
>I've added it to the keyring we use for smp/e recieves: -
>Certificate Label NameCert Owner USAGE DEFAULT
> ---
> GeoTrust Global CACERTAUTH
I spoke too soon!
I've followed the steps on the flash, and my RACF database shows: -
Label:DigiCert Global Root CA
Certificate ID:2QiJmZmDhZmjgcSJh4nDhZmjQMeTloKBk0DZlpajQMPB
Status:TRUST
Start Date:2006/11/10 00:30:00
Excellent. Thanks for that. It worked for me.
They obviously didn't want to make it easy!!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
Vince Getgood wrote:
>ok, stupid question time.
It is not a stupid question! Like with many others, this is can be sometimes a
struggle!
>I've not done this before. I'm attempting to follow the instructions in the
>flash document, but fall at the first hurdle...
>How, exactly, do I
ok, stupid question time.
I've not done this before. I'm attempting to follow the instructions in the
flash document, but fall at the first hurdle...
How, exactly, do I "download" the certificate to my workstation?
I tried to copy the text at the link and pasted to a .txt document, but when
Hello Alan/All,
Initially I wanted to make the NJE TCP working with just a dynamic
commands. Once the dynamic command works I can update the JES deck.
Has anyone undergone this situation ?
Peter
On 23-Jan-2018 1:20 PM, "Alan(GMAIL)Watthey" wrote:
> Peter,
>
> It's a
36 matches
Mail list logo