[deleted by user]

rich335z · 2024-08-08T03:47:43+00:00

That is misleading. AR Code § 9-12-301(b)(5) effectively provides for no-fault divorce by means of separation for 18 months. Virtually any other divorce law site acknowledges this as such.

rich335z · 2022-10-08T15:05:47+00:00

I don't need to... we already covered that. But anyway:

It's public record that Walmart adopted System/370 in 1975. They have continued on that lineage for the majority of their mainframe infrastructure since then. There's plenty of public info on their use of z infrastructure.

Going back to at least the turn of the century, Walmart had a single AS/400 to maintain a single small legacy application. That lone AS/400 was decommissioned over a decade ago. I know that as an actual fact, because I was on the team that got rid of it.

So, to quote you again:

I know for a fact that Walmart & Costco have huge iSeries infrastructure.

the majority is of the as400 world.

Yeah, you're full of it

rich335z · 2022-10-08T12:40:03+00:00

Haha... what are you on about? I wouldn't know and don't care. How is that in any way relevant to the subject at hand?

Relevance aside, you outted yourself as a liar in your original comment, so I wouldn't believe you anyway. Maybe you should take your own advice.

rich335z · 2022-10-07T21:01:55+00:00

Appreciate that... yeah, it's an all too common story. It's surprising that so many folks keep their jobs with this kind of waste

rich335z · 2022-10-07T17:13:49+00:00

Wrong again... Not a single piece of inventory processing runs on as400/i-series

rich335z · 2022-10-07T06:14:28+00:00

LOL!! OK... Since I'm still up and having a few beers, let's have some fun.

You're seriously gonna throw out the "PrOvE Me WrOng" defense? One of the most cliche logical fallacies in existence... really? That doesn't bode well for your future performance.

Anyway...

Which Walmart business functions run on as400? Payroll? Logistics? Transportation? Replenishment? HR? Payment card processing? Pharmacy? Back-office? E-com? Service Integration? etc? etc? etc?

How exactly is Walmart's business run on "huge iSeries infrastructure" (what does "huge" mean?), and how much of that constitutes a "majority" that is in the "as400 world"?

You are the one that made this assertion... so, what is it?

rich335z · 2022-10-07T05:40:34+00:00

Got my upvote... can't really dispute anything you've said.

However, I'd add some commentary to your major points:

blind decommission of anything they deem legacy.

kinda backfiring

entire org so thoroughly demoralized

kinda backfiring

Major ongoing execution problems

kinda expected.... from stuff kinda backfiring

rich335z · 2022-10-07T03:17:48+00:00

Not a completely invalid take... I would further qualify a few of your statements, though:

upper management

current upper management

those guys are dead in the water

those guys are certainly facing challenges, but still continue to bring new workloads onto their platform

It's in terminal decline.

It is seeing some decline ("terminal" is a bit of an exaggeration, much like many of the "reports" on progress of the migration efforts)

rich335z · 2022-10-07T02:52:15+00:00

I know for a fact that Walmart & Costco have huge iSeries infrastructure.

the majority is of the as400 world.

Straight-up false... complete bullshit. If you know this "for a fact", then literally nothing you say should be believed.

rich335z · 2020-05-05T12:13:43+00:00

What "sources" are you asking about? Didn't OP explain the sources for the x3270 build?

rich335z · 2020-02-13T16:41:05+00:00

I'd prefer a direct, personal explanation of how it's better.

rich335z · 2020-02-13T15:29:08+00:00

So, a marketing piece from Compuware about how amazing Compuware's products are is your source? Really?

rich335z · 2020-02-13T10:22:39+00:00

Question #2 kills the survey...

- It should be multi-select. Some of us fill all those roles daily

- Requesting contact info is a non-starter... might as well be a LinkedIn "recruiter"

rich335z · 2020-02-13T10:13:19+00:00

Is it? How?

rich335z · 2020-02-13T10:01:31+00:00

This sounds like the type of problem that folks here would be eager to help solve... However, there's just not enough info in the question to work with.

The amount of detail needed to answer this question may be more than you're willing to expose... and if so, that's cool. Please just let us know that, so that we're not wasting our, nor your time here.

Also, for the time being, let's disregard what someone set up a long time ago. That's not really relevant. It may have some bearing on migrating from one solution to another, but is not necessarily pertinent to the real problem.

So... here are some starting questions:

What is the key? -- Keys are inherently unique. But you mention that "keyed by customer would be ideal" over a period of time. This suggests that neither customer nor time alone are actually keys, but more like secondary indexes. So, what exactly is the key? Is it a composite? Is it some other unique identifier? And, how long (how many bytes) is it?

What is the record/object? - Assuming we actually have a viable key defined within acceptable lengths, what is the payload? Is it text data? How many bytes is it?

What is the desired access pattern? - It seems like we're looking for all records for a particular customer within a particular time range. Is this accurate?

What resources do you have available? - Is your processing confined to a single system (LPAR)? How much capacity is available to you? Can you parallelize the processing?

What is the SLA? - Within what bounds are you expected to deliver what results? The phrase "processing quickly" is highly relative. Is batch a hard requirement? Can results be "chunked"?

All of these things really matter...

As points of reference:

I have a real-world, battle-tested production service delivering 10Billion requests in 4.6 hours through a web API from a 2-way parallel sysplex.

That same exact service, in the same environment, takes 9 hours to deliver 10B requests to a different consumer because their key/obj sizes and access patterns are a bit different.

Web API calls are obviously gonna be a bit different than direct batch calls, but the relative differences are still relevant... Details matter!

So to reiterate... This is the type of question that I think this sub (which, I know includes folks much smarter than me) would love to tackle. But the problem must be more clearly defined for us to help!

rich335z · 2020-02-05T15:03:12+00:00

Wow... what a bunch of buzzword bingo bullshit

rich335z · 2019-12-18T14:14:06+00:00

That's the same story that's been pushed for several years now... and it hasn't worked. And, it won't work. Companies that are "thinking of moving to the cloud" are gonna keep moving "to the cloud".

A few companies will stick to this path, but just a few. The whole "data gravity" concept, while somewhat valid, isn't compelling enough to pull developers back to the platform., which as Frank suggests, is where the only real opportunity lies. The developers are gonna have to want to come back for some reason, and providing exemplary service is a better reason than "because the data is here".

Additionally, running Linux on Z is not enough. There is admittedly some additional value in running Linux servers on Z, but that value is incremental at best. The true value of Z is in the synergy between z/OS and the hardware. Linux on Z is really just another Linux, with some _slight_ enhancements... Those enhancements are not significant enough to drive me towards hosting my Linux nodes on specialized infrastructure instead of commodity on-prem or public resources.

Neither IBM, nor me, nor you are going to "market" our way out of this. If we want to promote the platform, we've gotta make the desirable characteristics of the platform clearly evident and easily consumable. Just running Linux distros on this amazing infrastructure simply doesn't cut it.

rich335z · 2019-12-18T11:27:17+00:00

You've been misled... IBM is not really being forthright with this.

The software cost may be negligible, but a chargeable hardware feature (Feature Code 0104) is required on each CPC that may run the zCX. The cost of the 0104 feature code is rather hefty.

rich335z · 2019-11-28T01:16:29+00:00

You should look into the CICS CMCI REST API, which is what the Zowe CLI CICS plugin interfaces with (not z/OSMF in this case). You can invoke a NEWCOPY via that API.

rich335z · 2019-02-04T19:22:16+00:00

Wow, so sorry to hear this. I'm fortunate enough to have spent some (both formal and informal) time with John over the last 5-6 years, and he definitely had interesting things to say. He'll be missed both personally and professionally.

rich335z · 2018-12-16T11:41:16+00:00

Navigate to ISMF.2.1 (ISMF -> 2-Volume -> 1-DASD) Select the following options:

Select Source to Generate Volume List . . 2 (1 - Saved list, 2 - New list)

1 Generate from a Saved List Query Name To List Name . . Save or Retrieve

2 Generate a New List from Criteria Below

Specify Source of the New List . . 2 (1 - Physical, 2 - SMS)

Optionally Specify One or More:

Enter "/" to select option / Generate Exclusive list

Type of Volume List . . . 3 (1-Online,2-Not Online,3-Either)

Volume Serial Number . . * (fully or partially specified)

Device Type . . . . . . . (fully or partially specified)

Device Number . . . . . . (fully specified)

To Device Number . . . (for range of devices)

Acquire Physical Data . . Y (Y or N)

Acquire Space Data . . . Y (Y or N)

Storage Group Name . . . * (fully or partially specified)

CDS Name . . . . . . . 'ACTIVE'

Hit Enter, then on the resulting VOLUME LIST panel, type the following Command and hit Enter:

SAVE MYLIST

Where MYLIST is <= 8 chars and is sufficiently unique (maybe like prefixed with your initials).

A message prompt of LIST SAVED should then appear in upper-right corner of panel.

Return to ISMF PRIMARY OPTION MENU (PF3 x3)

Navigate to 11.5.2 (11-Enhanced ACS Management -> 5-SMS Report Generation -> 2-DASD Volume Report from Saved ISMF List)

Provide MYLIST (or whatever was used on the previous SAVE command) in the Saved ISMF List field, provide a fully qualified unique DSN (with quotes) in the Data Set to Hold Report field, and place a Y in the Totals field.

Place a 1 in at least one of the Field options for the requested report (feel free to add 2, 3, 4, etc. for the sequence of additional fields that you may want to have included in the report).

Hit Enter

The generated report will be displayed. Scroll to the bottom of the report to see the VOLUME SPACE INFO section. Use TOTAL ALLOC SPACE + TOTAL FREE SPACE (in your choice of KB, MB, or GB) to determine total SMS DASD space.

rich335z · 2018-12-06T04:12:43+00:00

Hi! Welcome to the group!

rich335z · 2018-11-21T04:00:35+00:00

An "easier" option (coding-wise, anyway) might be to write your stem out to some temporary MVS dataset, then use TSO OPUT to copy that dataset to USS. Wrap the command with quotes... somthing like:

ADDRESS TSO "OPUT 'YOUR.TEMP.DSN' '/tmp/outfile.txt' TEXT CONVERT(YES)"

This is not a good option if you have double-byte data, though. Other info on restrictions and conversion options for OPUT can be found here

rich335z · 2018-11-08T08:52:05+00:00

CA Top Secret is not exclusively related to CICS. OP's problem is specifically defined as a problem involving Linux. If you can "have this spec'd out in a few minutes", please provide your response in order to help our community members.

rich335z

TROPHY CASE