Re: Rename in-process catalog issue

[Rob Schramm]

And now for the answer

http://www-01.ibm.com/support/docview.wss?uid=isg1OA36138

Turns out that issuing the DELETE NOSCRATCH on a 2.1 system can have a
better effect (RACF/ACF2/TSS willing) and will clean up the mystery bit
that gets set during a failed ALTER NEWNAME.

Rob Schramm

On Tue, Nov 29, 2016 at 2:21 AM Rob Schramm  wrote:

> And here we go
>
> DELETE NOSCRATCH
>
> IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFO-54
>
> 54 Explanation: DELETE failed because the data set is being renamed but
> it has not completed.
> Programmer Response: Rename the data set with the IDCAMS ALTER command and
> then delete it.
>
> So I tried ALTER NEWNAME
>
> IDC3009I ** VSAM CATALOG RETURN CODE IS 130 - REASON CODE IS IGG0CLEC-18
>
> 18 Explanation: The data set name specified in NEWNAME is involved in
> another ALTER NEWNAME request that is not yet complete.
>
> So, the catalog "knows" there is an uncompleted ALTER NEWNAME..
>
> On Tue, Nov 29, 2016 at 1:48 AM retired mainframer <
> retired-mainfra...@q.com> wrote:
>
> It helps if you show us the command you issued and the exact error message
> you received, including the msg ID.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Rob Schramm
> Sent: Monday, November 28, 2016 9:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Rename in-process catalog issue
>
> I am looking at some nonvsam catalog entries that indicate that a rename
> has started.  The problem is that the volume that the datasets used to
> reside on does not exist anymore.
>
> I have tried DELETE NOSCRATCH which indicates that a rename is in-process
> and to try ALTER .. ALTER won't work either.  My understanding of the
> special non-supported IBM tool to fix weird issues with VVDS entries.. is
> that it won't help because I don't actually have a VVDS.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
>
> Rob Schramm
>
-- 

Rob Schramm

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rename in-process catalog issue

[retired mainframer]

It helps if you show us the command you issued and the exact error message you 
received, including the msg ID.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rob Schramm
Sent: Monday, November 28, 2016 9:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Rename in-process catalog issue

I am looking at some nonvsam catalog entries that indicate that a rename
has started.  The problem is that the volume that the datasets used to
reside on does not exist anymore.

I have tried DELETE NOSCRATCH which indicates that a rename is in-process
and to try ALTER .. ALTER won't work either.  My understanding of the
special non-supported IBM tool to fix weird issues with VVDS entries.. is
that it won't help because I don't actually have a VVDS.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO Setup on SSH

[David Crayford]

On 29/11/2016 11:57 AM, Jack J. Woehr wrote:

David Crayford wrote:
the midnight command port which has weird key bindings. 


On *nix I live in Midnight Commander ... there's a port for z/OS?



Yep. It's part of Rockets ported tools 
http://www.rocketsoftware.com/ported-tools.



Do you run it from OMVS or just when you ssh in?



ssh of course. The TSO interface is dumb, literally!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO Setup on SSH

[Edward Gould]

> On Nov 28, 2016, at 8:16 AM, Paul Gilmartin 
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> 
> On Sun, 27 Nov 2016 17:10:17 -0600, Edward Gould wrote:
>> 
>> If you don’t like EBCDIC go play in the ASCII world.
>> 
> Oh, I do!  this forum is conducted in ASCII, isn't it?
Yes however I assume your full time job is an IBM mainframe which is EBCDIC.
Email is not a full time job unless we count you whining about JCL or TSO or ……
Last time I looked  dump was in EBCDIC.

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO Setup on SSH

[Jack J. Woehr]

David Crayford wrote:
the midnight command port which has weird key bindings. 


On *nix I live in Midnight Commander ... there's a port for z/OS?

Do you run it from OMVS or just when you ssh in?

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO Setup on SSH

[David Crayford]

On 29/11/2016 9:18 AM, Paul Gilmartin wrote:

On Mon, 28 Nov 2016 19:40:11 +0800, David Crayford wrote:

ISPF does surprisingly well with UNIX files tagged UTF-8.


Agreed. IMO, ISPF has very good support for z/OS UNIX now. I spend most 
of my time in a shell  but ISPF sure beats

using the midnight command port which has weird key bindings.


It displays
characters in the terminal's particular code page and considers others
"nondisplayable".  (But I still need to submit an SR on how badly
"FIND P'.'" performs on such characters.)


I also wish the ISPF editor supported syntax highlighting for UTF-8 
files and browse also supported ASCII.


FWIW, Rocket have a z/OS git port which is in pre-release beta 
http://forum.rocketsoftware.com/t/git-for-z-os-is-now-available-in-pre-release-beta/408. 
It uses
enhanced ASCII and file tags to very good effect. IMO it's one of the 
most useful open source software ports for many years. I'm currently 
working on a project which
has z/OS compenents written in HLASM, C++ and Java and the browser based 
UI code written in Javascript (Angular.js, HTML5 etc). We use a private 
repo on github
and it's just fantastic to be able to use the same SCM for all our 
development. When you clone a repo from github z/OS git tags the files 
as ISO8859-1. Enhanced ASCII is working very well so far.



I haven't tried UTF-8 with a MBCS 3270.  Are there such?  I don't
believe I have access to one.

UTF-8 is the modal text representation for desktop systems and WWW.
There ought to be little need to use other character sets.

-- gil

--
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

Re: IBM doc page - down or dead?

[Paul Gilmartin]

On Mon, 28 Nov 2016 15:23:18 -0700, Sri h Kolusu wrote:

>Gord,
>
>The correct link is 
>
>http://www.ibm.com/systems/z/os/zos/library/bkserv/
>
>You are missing the library before bkserv
>
Well, last week, a google search for:

rexx unix site:ibm.com

... returned many useful, effective links.

A few hours ago they all pointed to blank pages.

Now they're working again.

It's just not very stable.

Blame it on Cyber Monday?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM doc page - down or dead?

[Sri h Kolusu]

Gord,

The correct link is 

http://www.ibm.com/systems/z/os/zos/library/bkserv/

You are missing the library before bkserv

Kolusu


From:   Gord Tomlin 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   11/28/2016 03:17 PM
Subject:IBM doc page - down or dead?
Sent by:IBM Mainframe Discussion List 



The page I use to reach IBM manuals has been unavailable all day. I get 
IBM's usual 404 page instead.

http://www-03.ibm.com/systems/z/os/zos/bkserv/

Is anyone able to reach this page? Can anyone at IBM comment on whether 
this page is intentionally missing?


--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507

--
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

IBM doc page - down or dead?

[Gord Tomlin]

The page I use to reach IBM manuals has been unavailable all day. I get 
IBM's usual 404 page instead.


http://www-03.ibm.com/systems/z/os/zos/bkserv/

Is anyone able to reach this page? Can anyone at IBM comment on whether 
this page is intentionally missing?



--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Catalogs in a SYSPLEX

[Jesse 1 Robinson]

As noted earlier in this thread, sysres datasets should be cataloged with 
volser ** and unit . That tells the system to look on the currently 
IPLed sysres regardless of volume name. 

BTW I don't subscribe to the floating MCAT strategy. Our master catalog lives 
away from sysres and therefore does not change on sysres swap. We've done this 
forever and don't see any serious problems. And you don't need multiple MCATs 
during upgrades as long you always call LINKLIB 'SYS1.LINKLIB'.  

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ken Smith
Sent: Monday, November 28, 2016 12:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Catalogs in a SYSPLEX

I like this approach! But I thought certain data sets used in NIP and early 
phases of IPL had to be in the master cat, e.g., SYS1.LPALIB which presumably 
is in your SYSRES cat?
How does it work?

Ken

On Tue, Nov 22, 2016 at 11:28 AM, van der Grijn, Bart (B) < 
bvandergr...@dow.com> wrote:

> We run two sysplexes of about 12 LPARs each (NonProd vs Prod). Both 
> plexes have a single mcat shared across the plex (but not between 
> plexes). We've upgraded these from release to release over the last 10 
> years and never had to use a second master catalog. In fact, I just 
> checked our NonProd mcat and it was created on 2007.005.
> We use a single SYSRES with its own catalog, which resides on the SYSRES.
> The SYSRES is swapped every month for a new one, which is how we 
> introduce maintenance, or even upgrades.
>
> I've seen no down sides to a single mcat for our setup, but as others 
> have noted, it will depend on the role of each system in the plex. For 
> our setup all LPARs serve the same purpose, just for different application 
> instances.
>
> Bart
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Allan Staller
> Sent: Tuesday, November 22, 2016 8:59 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Catalogs in a SYSPLEX
>
> " Prior to this job I worked at a shop where we supported sysplexes 
> from a single system to up to 10 LPARs in a single sysplex.  The 
> master catalogs were not shared , I think I would put forth one big 
> reason for not sharing the master catalog, would be system upgrades, 
> when we went through the z/OS upgrades, there were times where SYS1. 
> Level data sets location changed from one release to the next and the 
> catalog needed to point to the new location for the new release.  We 
> would upgrade one LPAR at a time in a sysplex, which was once a week, 
> so it would be several weeks to complete a sysplex."
>
> This is a non-starter. As far as I am concerned, everything that can 
> be shared should be shared (Two of anything that do not agree worse 
> than nothing). If you go with separate MCATS, you must spend a great 
> deal of time ensuring they are in sync w/each other.
>
> Sure, you need multiple MCATs during the upgrade cycle, but when all 
> is done, there should be only one MCAT
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Nims,Alva John (Al)
> Sent: Monday, November 21, 2016 3:44 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Catalogs in a SYSPLEX
>
> We currently have a 2 LPAR sysplex and the master catalog in not shared.
> Prior to this job I worked at a shop where we supported sysplexes from 
> a single system to up to 10 LPARs in a single sysplex.  The master 
> catalogs were not shared , I think I would put forth one big reason 
> for not sharing the master catalog, would be system upgrades, when we 
> went through the z/OS upgrades, there were times where SYS1. Level 
> data sets location changed from one release to the next and the 
> catalog needed to point to the new location for the new release.  We 
> would upgrade one LPAR at a time in a sysplex, which was once a week, 
> so it would be several weeks to complete a sysplex.
>
> I think there are a lot of questions you have to ask yourself about 
> how you are going to handle the sysplex and what you are going to keep 
> in the master catalog, besides SYS1.  Note: I believe System Symbols 
> are your friend when setting up the catalog, for both data set names and 
> VOLSER.
>
>
> Al Nims
> Systems Admin/Programmer 3
> UFIT
> University of Florida
> (352) 273-1298
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Travis
> Sent: Monday, November 21, 2016 3:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Catalogs in a SYSPLEX
>
> We are creating a SYSPLEX of two systems and there seems to be some 
> debate about using a single shared master catalog or multiple master 
> catalogs on each system. The 

Re: Catalogs in a SYSPLEX

[Ken Smith]

I like this approach! But I thought certain data sets used in NIP and early
phases of IPL had to be in the master cat, e.g., SYS1.LPALIB which
presumably is in your SYSRES cat?
How does it work?

Ken

On Tue, Nov 22, 2016 at 11:28 AM, van der Grijn, Bart (B) <
bvandergr...@dow.com> wrote:

> We run two sysplexes of about 12 LPARs each (NonProd vs Prod). Both plexes
> have a single mcat shared across the plex (but not between plexes). We've
> upgraded these from release to release over the last 10 years and never had
> to use a second master catalog. In fact, I just checked our NonProd mcat
> and it was created on 2007.005.
> We use a single SYSRES with its own catalog, which resides on the SYSRES.
> The SYSRES is swapped every month for a new one, which is how we introduce
> maintenance, or even upgrades.
>
> I've seen no down sides to a single mcat for our setup, but as others have
> noted, it will depend on the role of each system in the plex. For our setup
> all LPARs serve the same purpose, just for different application instances.
>
> Bart
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Allan Staller
> Sent: Tuesday, November 22, 2016 8:59 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Catalogs in a SYSPLEX
>
> " Prior to this job I worked at a shop where we supported sysplexes from a
> single system to up to 10 LPARs in a single sysplex.  The master catalogs
> were not shared , I think I would put forth one big reason for not sharing
> the master catalog, would be system upgrades, when we went through the z/OS
> upgrades, there were times where SYS1. Level data sets location changed
> from one release to the next and the catalog needed to point to the new
> location for the new release.  We would upgrade one LPAR at a time in a
> sysplex, which was once a week, so it would be several weeks to complete a
> sysplex."
>
> This is a non-starter. As far as I am concerned, everything that can be
> shared should be shared (Two of anything that do not agree worse than
> nothing). If you go with separate MCATS, you must spend a great deal of
> time ensuring they are in sync w/each other.
>
> Sure, you need multiple MCATs during the upgrade cycle, but when all is
> done, there should be only one MCAT
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Nims,Alva John (Al)
> Sent: Monday, November 21, 2016 3:44 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Catalogs in a SYSPLEX
>
> We currently have a 2 LPAR sysplex and the master catalog in not shared.
> Prior to this job I worked at a shop where we supported sysplexes from a
> single system to up to 10 LPARs in a single sysplex.  The master catalogs
> were not shared , I think I would put forth one big reason for not sharing
> the master catalog, would be system upgrades, when we went through the z/OS
> upgrades, there were times where SYS1. Level data sets location changed
> from one release to the next and the catalog needed to point to the new
> location for the new release.  We would upgrade one LPAR at a time in a
> sysplex, which was once a week, so it would be several weeks to complete a
> sysplex.
>
> I think there are a lot of questions you have to ask yourself about how
> you are going to handle the sysplex and what you are going to keep in the
> master catalog, besides SYS1.  Note: I believe System Symbols are your
> friend when setting up the catalog, for both data set names and VOLSER.
>
>
> Al Nims
> Systems Admin/Programmer 3
> UFIT
> University of Florida
> (352) 273-1298
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Travis
> Sent: Monday, November 21, 2016 3:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Catalogs in a SYSPLEX
>
> We are creating a SYSPLEX of two systems and there seems to be some debate
> about using a single shared master catalog or multiple master catalogs on
> each system. The IBM manuals recommend a single shared master catalog but
> our CE has been advocating multiple catalogs. What are the pros and cons of
> running each? We have two identical systems in the PLEX and for right now
> there is no plan to add more, however that could change at any time in the
> near future.
>
>
> --
> 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

AW: Re: STC as batch

[Peter Hunkeler]

> Look up "started jobs" in the fine manuals.



That will not make it a "batch job".


--
Peter Hunkeler



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

New z/XDC Release and C Language support

[Calin Cole]

A brief announcement to the community:

Today we are publishing a new release of z/XDC. Notably it extends support to 
the IBM XL C/C++ and Metal C Languages. 
For details please see our release page at: 
http://www.colesoft.com/release-z2-2/

Calin Cole 
ColeSoft Marketing 
414 Third Street, NE 
Charlottesville, VA 22902 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO Setup on SSH

[Paul Gilmartin]

On Mon, 28 Nov 2016 22:32:08 +0530, venkat kulkarni wrote:

>Thanks for reply. I am looking for free tool for making this setup work .Do
>we have any solution.
>
Cygwin is free (= very attractive price).  But the setup is tedious although
the benefits are enormous (you can almost pretend you don't have Windows).

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO Setup on SSH

[venkat kulkarni]

Thanks for reply. I am looking for free tool for making this setup work .Do
we have any solution.

On Mon, Nov 28, 2016 at 9:47 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Mon, 28 Nov 2016 21:24:24 +0530, venkat kulkarni wrote:
> >
> >I think, we still need solution of the this issue that how do we transfer
> >MVS sequential or PDS dataset using SFTP.
> >
> I can do it with Cygwin and ssh rather than SFTP.  Are Cygwin and
> ssh available to you?  The price is very attractive.
>
> -- gil
>
> --
> 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

Re: Couplexx values for sysplex - Query

[Jesse 1 Robinson]

I understand your point. Still suggest you look first at the system weight 
values in SFM. They establish a prioritized 'queue' of systems that will get 
partitioned out in case the sysplex hangs. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of baby eklavya
Sent: Monday, November 28, 2016 4:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Couplexx values for sysplex - Query

Hello Skip ,

  Thanks for sharing your thoughts on this . Appreciate your time and effort to 
help me out .

The reason for implementing difference is that we have had weird issues on few 
of the pre-prod systems which are unfortunately a part of the production plex .

We wanted to have these systems isolated immediately when there is a problem 
using SSD or SFM . For now , we have specified lower weights for these systems .

We are also looking at a plan to take these LPARS to another sysplex so the 
production systems are not impacted . Since we did not want to touch anything 
on existing production couplexx members , thought of asking it here before 
proceeding .


Regards,
Baby






On Mon, Nov 28, 2016 at 12:04 AM, Jesse 1 Robinson 
wrote:

> I had to dig into the doc to investigate some of the parameters you're 
> asking about. Some thoughts:
>
> -- You do NOT want to use multiple COUPLExx members across the sysplex.
> Some of the parameters must be consistent across the plex. If you 
> introduce multiple COUPLExx members, it's only a matter of time until 
> a change is made for one system that is not carried over to other 
> systems. I don't know what effect that might have, but you don't want 
> Level 2 to have to figure out what went wrong. CLEANUP(nn) for example is 
> specified in COUPLExx.
> Different values would mean different COUPLExx members. A risk.
>
> -- Even parameters that CAN be different across the sysplex should not 
> be changed just because it's possible. Do you have a strong reason for 
> wanting different values for INTERVAL or OPNOTIFY? However you set 
> them, I don't see in the doc any compelling argument for implementing 
> differences. You can use weighting values in the SFM policy to give 
> priority to beloved cows at the expense of chickens and goats. You 
> still have a single policy across the sysplex.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of baby eklavya
> Sent: Saturday, November 26, 2016 12:21 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Couplexx values for sysplex - Query
>
> Hello Listers,
>
> We are doing a change to set values for INTERVAL ,CLEANUP and OPNOTIFY 
> in COUPLExx different for few systems in our sysplex . I understand 
> that INTERVAL can be set different for each system in the plex after 
> you enable USER INTERVAL on the Functions statement .
>
> I would be interested to know if you have any thoughts against setting 
> up different values for CLEANUP on systems within a sysplex .
>
> Btw , we are on z/os 2.1 and are planning to implement SSD on all 
> systems within the plex .
>
>
> Regards,
> Baby


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO Setup on SSH

[Paul Gilmartin]

On Mon, 28 Nov 2016 21:24:24 +0530, venkat kulkarni wrote:
>
>I think, we still need solution of the this issue that how do we transfer
>MVS sequential or PDS dataset using SFTP.
> 
I can do it with Cygwin and ssh rather than SFTP.  Are Cygwin and
ssh available to you?  The price is very attractive.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO/E LOGON recovery?

[Paul Gilmartin]

On Mon, 28 Nov 2016 08:25:57 -0600, Elardus Engelbrecht wrote:
>
>Paul, is this not a rehash of your thread 'CANCEL TSO Logon?' in January 2015? 
> 
It is.  Apologies.  Perhaps my memory is short, not refreshed by sufficient
recurrences of the situation; perhaps I was overwhelmed by the flood of
replies with topic drift, mostly into security concerns, often specious.


And one other specious concern that I'll answer now:

On Mon, 5 Jan 2015 16:43:56 +0100, Boris Lenz wrote:
>
>P.S. To Paul Gilmartin's "(Why?) [is the userid field not modifyable]",
>that's probably so you don't log in with USERIF's procedure, region size
>and Command, etc... since they get pulled from the TSO segment.
>
Why do you assume it would be done wrong (other than that it would
be done by TSO)?  On detecting the MDT has been set in the user ID
field, those other fields should be refreshed from the TSO segment of
the newly entered user ID.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO Setup on SSH

[John McKown]

On Mon, Nov 28, 2016 at 9:09 AM, Jack J. Woehr  wrote:

> Paul Gilmartin wrote:
>
>> Wordpad is 50% better.  It understands UNIX files on input but always
>> saves as DOS.
>>
>> Notepad++ accepts DOS, UNiX and Classic Mac files and saves by default
>> in the input format.  Or the user can select the output format.
>>
>
> Any  Windows user who interacts with Unix, z/OS, z/VM, z/VSE, IBM i,
> and/or AIX should have Cygwin installed and be using JEdit and Vim as their
> editors anyway.
>

​_IF_ company policy allows it. The Windows desktops here are locked down
hard. And the Windows people _despise_ anything which is not MS blessed.
Which, I guess, is a reason to like the fact that Windows 10 has a Linux
subsystem. Of course, we just finished the upgrade to Windows 7. I've seen
one Windows 10 system in the operations area.



>
> https://www.*cygwin*.com/ (contains vim)
> www.*jedit*.org/
>
>
> --
> Jack J. Woehr # Science is more than a body of knowledge. It's a way of
> www.well.com/~jax # thinking, a way of skeptically interrogating the
> universe
> www.softwoehr.com # with a fine understanding of human fallibility. -
> Carl Sagan
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO Setup on SSH

[Jack J. Woehr]

Paul Gilmartin wrote:

Wordpad is 50% better.  It understands UNIX files on input but always
saves as DOS.

Notepad++ accepts DOS, UNiX and Classic Mac files and saves by default
in the input format.  Or the user can select the output format.


Any  Windows user who interacts with Unix, z/OS, z/VM, z/VSE, IBM i, and/or AIX should have Cygwin installed and be 
using JEdit and Vim as their editors anyway.


https://www.*cygwin*.com/ (contains vim)
www.*jedit*.org/

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO Setup on SSH

[Jack J. Woehr]

David Crayford wrote:
Don't whine! If you're unhappy with scp then why don't you port it to do what you want? 


Two reasons:

1. Life is short and I'm both familiar with the porting process for OpenSSH and 
quite busy.
2. Everything works fine on IBM i, the IBM system I use the most!

https://github.com/jwoehr/ublu

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO/E LOGON recovery?

[Elardus Engelbrecht]

Paul Gilmartin wrote:

>>  LOGON
>> userid
>>  IKJ56410I  COMMAND NOT ACCEPTED DURING LOGON
>>  LOGON

>> One might expect that when it prompts with "LOGON" it would accept a userID.


Paul, is this not a rehash of your thread 'CANCEL TSO Logon?' in January 2015? 


John McKown wrote: 

>​That is logical. Which makes it silly to expect from TSO. It wants you to 
>type in "LOGON" or "LOGOFF". If you enter "LOGON", you will then be prompted 
>for a user-id.​

Indeed. Or type in LOGON , then  and then you will get the 
LOGON screen.

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO Setup on SSH

[Paul Gilmartin]

On Sun, 27 Nov 2016 17:10:17 -0600, Edward Gould wrote:
>
>If you don’t like EBCDIC go play in the ASCII world.
> 
Oh, I do!  this forum is conducted in ASCII, isn't it?

On Sun, 27 Nov 2016 18:14:01 -0600, John McKown wrote:
>
>> scp is universally outside z/OS a binary transfer protocol which knows
>> nothing whatsoever of the content it transfers.
>>
>​Which screws the pooch when transferring "printable" text files between
>Windows & *IX because of Windows' use of CRLF as a composite end-of-line
>indicator. Windows -> *IX leaves a ^M (CR) as part of the "data" in a text
>file. *IX -> lacks the CR which is required by many Windows programs
>(Notepad being the main one I know of).
>
Last time I tried Notepad it showed UNIX files in staircase mode.  Of
course, I haven't tried it since.

Wordpad is 50% better.  It understands UNIX files on input but always
saves as DOS.

Notepad++ accepts DOS, UNiX and Classic Mac files and saves by default
in the input format.  Or the user can select the output format.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO/E LOGON recovery?

[John McKown]

On Mon, Nov 28, 2016 at 7:59 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Mon, 28 Nov 2016 20:30:16 +1100, Wayne Bickerdike wrote:
>
> >Did you hit PA1 and follow the logon prompt?
> >
> I get:
>
>  LOGON
> userid
>  IKJ56410I  COMMAND NOT ACCEPTED DURING LOGON
>  LOGON
>
> One might expect that when it prompts with "LOGON" it would accept a
> userID.
>

​That is logical. Which makes it silly to expect from TSO. It wants you to
type in "LOGON" or "LOGOFF". If you enter "LOGON", you will then be
prompted for a user-id.​



>
> -- gil
>
>

-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO/E LOGON recovery?

[Paul Gilmartin]

On Mon, 28 Nov 2016 20:30:16 +1100, Wayne Bickerdike wrote:

>Did you hit PA1 and follow the logon prompt?
> 
I get:

 LOGON  
userid  
 IKJ56410I  COMMAND NOT ACCEPTED DURING LOGON   
 LOGON

One might expect that when it prompts with "LOGON" it would accept a userID.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: STC as batch

[Allan Staller]

Look up "started jobs" in the fine manuals.


Is it possible to invoke a STC by submitting a batch Job ? If so will it just 
run by adding Job card ? I am sorry for being ignorant. Any suggestions would 
help.


HTH,


::DISCLAIMER::


The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.
E-mail transmission is not guaranteed to be secure or error-free as information 
could be intercepted, corrupted,
lost, destroyed, arrive late or incomplete, or may contain viruses in 
transmission. The e mail and its contents
(with or without referred errors) shall therefore not attach any liability on 
the originator or HCL or its affiliates.
Views or opinions, if any, presented in this email are solely those of the 
author and may not necessarily reflect the
views or opinions of HCL or its affiliates. Any form of reproduction, 
dissemination, copying, disclosure, modification,
distribution and / or publication of this message without the prior written 
consent of authorized representative of
HCL is strictly prohibited. If you have received this email in error please 
delete it and notify the sender immediately.
Before opening any email and/or attachments, please check them for viruses and 
other defects.




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Couplexx values for sysplex - Query

[baby eklavya]

Hello Skip ,

  Thanks for sharing your thoughts on this . Appreciate your time and
effort to help me out .

The reason for implementing difference is that we have had weird issues on
few of the pre-prod systems which are unfortunately a part of the
production plex .

We wanted to have these systems isolated immediately when there is a
problem using SSD or SFM . For now , we have specified lower weights for
these systems .

We are also looking at a plan to take these LPARS to another sysplex so the
production systems are not impacted . Since we did not want to touch
anything on existing production couplexx members , thought of asking it
here before proceeding .


Regards,
Baby






On Mon, Nov 28, 2016 at 12:04 AM, Jesse 1 Robinson 
wrote:

> I had to dig into the doc to investigate some of the parameters you're
> asking about. Some thoughts:
>
> -- You do NOT want to use multiple COUPLExx members across the sysplex.
> Some of the parameters must be consistent across the plex. If you introduce
> multiple COUPLExx members, it's only a matter of time until a change is
> made for one system that is not carried over to other systems. I don't know
> what effect that might have, but you don't want Level 2 to have to figure
> out what went wrong. CLEANUP(nn) for example is specified in COUPLExx.
> Different values would mean different COUPLExx members. A risk.
>
> -- Even parameters that CAN be different across the sysplex should not be
> changed just because it's possible. Do you have a strong reason for wanting
> different values for INTERVAL or OPNOTIFY? However you set them, I don't
> see in the doc any compelling argument for implementing differences. You
> can use weighting values in the SFM policy to give priority to beloved cows
> at the expense of chickens and goats. You still have a single policy across
> the sysplex.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of baby eklavya
> Sent: Saturday, November 26, 2016 12:21 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Couplexx values for sysplex - Query
>
> Hello Listers,
>
> We are doing a change to set values for INTERVAL ,CLEANUP and OPNOTIFY in
> COUPLExx different for few systems in our sysplex . I understand that
> INTERVAL can be set different for each system in the plex after you enable
> USER INTERVAL on the Functions statement .
>
> I would be interested to know if you have any thoughts against setting up
> different values for CLEANUP on systems within a sysplex .
>
> Btw , we are on z/os 2.1 and are planning to implement SSD on all systems
> within the plex .
>
>
> Regards,
> Baby
>
>
> --
> 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

Re: TSO Setup on SSH

[David Crayford]

On 28/11/2016 2:14 PM, Jack J. Woehr wrote:

David Crayford wrote:


He does! We all do. Most of the people whinging about EBCDIC on here 
also work on *nix systems.  EBCDIC is a terrible anachronism but 
unfortunately we're stuck with it.


I do indeed play on *nix. I came to traditional IBM record-based 
business systems from the Land of Nix.




In my time I've worked on many different systems. Mainly MVS and it's 
descendants but also AIX and AS/400 machines. AS/400 is also an EBCDIC 
platform and shares the same woes
as z/OS, but has the benefit of being tightly integrated with AIX so can 
spawn a process to run native in AIX which is all good. I've ported many 
open source projects to z/OS over the

years and EBCDIC is the killer.

I do not whinge about EBCDIC. EBCDIC is part of the austere and 
idiosyncratic nature of traditional IBM record-based business systems.


I find such idiosyncracies charming, much as some unfashionable aspect 
or attribute of a beautiful woman accentuates her beauty.




EBCDIC is no beauty! She's an ugly hag! Medusa comes to mind with every 
snakes head being a different EBCDIC code page. I recently received an 
e-mail from a sysprog at a Danish bank
asking me if it was possible to enable my z/OS Lua port to handle a 
Scandinavian code page. I hacked up a solution but running iconv to 
convert source modules added significant overhead

to a fast language.

I whinge about scp because that comes from my world and IBM 
mis-implemented it on z/OS!




Don't whine! If you're unhappy with scp then why don't you port it to do 
what you want?


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN