>How do I get rid of old / selected SYSLOGs?
>(I'm a JES2 person - I know next to nothing about JES3!)
SYSLOG is an MVS thing not a JESx thing, so behaviour and procedures are the
same not matter what JES you're using. SYSLOG is just another JESx Spool File
(SYSOUT if you will). You probaly
>Put the whole string-to-set in double quotes and avoid the single quotes.
>Single quotes turn off variable replacement, so '$PWD' resolves to a
>literal dollar-P-W-D while "$PWD" resolves to the value you're after.
Sorry to contradict. In this particular case you do *not* want the variables to
On 2016-04-20, at 08:06, Nims,Alva John (Al) wrote:
> Looking at the same manual, I do not think it can be done "Automatically" I
> think the command you mention and/or one of the DBCS based subcommands (BIG5,
> EUckanji, ...) has to be done first.
>
> I would think that to do something
Yay, Connor -- yes indeed, amazing guy. I enjoyed meeting him when he
spoke at DC's Hillgang user group a while ago, then interviewing him for
IBM Systems Magazine article which will be published one of these months.
Regarding giving kudos for facilitating his SHARE gig, there's also HPE
for
Looking at the same manual, I do not think it can be done "Automatically" I
think the command you mention and/or one of the DBCS based subcommands (BIG5,
EUckanji, ...) has to be done first.
I would think that to do something automatically, you would have create a
program (REXX) that checks
DISASM is a nice little "gimme" but I don't think it's been updated in
years. You might find yourself
Doing a lot of coding of DISASM to get it functional for 32 and 64 bit code
Steve
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of
Hare you tried DISASM?
>From Peter Van Dyke's Hidden Treasures(2013)
With z/OS 1.9 the DISASM command was added to ISRDDN. The DISASM primary
command is available when in the browse display for a load module. This
command
disassembles the load module being browsed and display the resulting
Further update. Imported SDSF plugin. With support from new SDSFAUX task, we
can do lots of sweet things. Once SAF is setup properly, the new 'authorized
commands' can be run also in regular TSO SDSF:
APF
LNK
LPA
PAG
PARM
SYS
Very cool.
.
.
.
J.O.Skip Robinson
Southern California Edison
Take a number .
Chris Hoelscher
Technology Architect, Database Infrastructure Services
Technology Solution Services
: humana.com
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 714-8615, (502) 476-2538
> -Original Message-
> From: IBM Mainframe Discussion List
If that song gets stuck in my head I will hunt you down, I will find you, and I
will personally fold, bend, spindle and mutilate you.
CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973
740 5459 (tel) | ken.porow...@cit.com
This email message and any
On Wed, 20 Apr 2016 10:57:13 -0500, John McKown wrote:
>On Wed, Apr 20, 2016 at 10:28 AM, Jake Anderson wrote:
>
>> I have got a product running with few Libraries who are in In different
>> storage Group.To Move this Datasets to a different Storage Group. Without
>> removing the datasets from
Would that make you a coma coma coma coma coma chameleon ??
Chris Hoelscher
Technology Architect, Database Infrastructure Services
Technology Solution Services
: humana.com
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 714-8615, (502) 476-2538
The information transmitted is
On Wed, 20 Apr 2016 13:47:14 -0500, John McKown wrote:
>
>I must have gotten a memory wipe from one of the TLA government agencies
>back then. I have absolutely no memory of it.
>
First mentioned here by Ed J. on 2013-09-13, citing OA41040 which links to
On Wed, Apr 20, 2016 at 1:42 PM, Tony Harminc wrote:
> On 20 April 2016 at 12:16, John McKown
> wrote:
> > Apparently for the DS8700 and above with an option called zDDB.
> >
> >
>
On 20 April 2016 at 12:16, John McKown wrote:
> Apparently for the DS8700 and above with an option called zDDB.
>
> http://www.ibm.com/support/knowledgecenter/api/content/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieaa800/fbaasm.htm?locale=en
FBA on z/OS? Well I don't know if
On 04/19/16 07:57, Dyck, Lionel B. (TRA) wrote:
33 UID=`id -u `
34 if [ "$UID" = "0" ]
35 then
36 export PS1=`uname -n `:'$LOGNAME':'$PWD':' # '
37 else
38 export PS1=`uname -n `:'$LOGNAME':'$PWD':' $ '
39 fi
UID may be reserved in some shells. Try another
Thanks for the tip, JAM. It sounds like good news!
On 04/20/16 13:31, John McKown wrote:
What really seems a bit strange is that it is touted as a way to share
data with a "distributed" system, but doesn't say how. E.g. There is a
Windows server which has a NTFS file system on a LUN. That LUN
Yeah . I got it now .
Thank you Skip and Radoslaw for the clarification .
Linda
On Wed, Apr 20, 2016 at 10:53 PM, Jesse 1 Robinson
wrote:
> To reiterate Radoslaw's point, STP does not steer the clock. Rather STP
> steers--synchronizes--the internal clocks of all
On Wed, Apr 20, 2016 at 12:24 PM, Mark Post wrote:
> >>> On 4/20/2016 at 12:16 PM, John McKown
> wrote:
> > Apparently for the DS8700 and above with an option called zDDB.
> >
> >
>
>>> On 4/20/2016 at 12:16 PM, John McKown wrote:
> Apparently for the DS8700 and above with an option called zDDB.
>
> http://www.ibm.com/support/knowledgecenter/api/content/SSLTBW_2.2.0/com.ibm.
> zos.v2r2.ieaa800/fbaasm.htm?locale=en
Interesting. Some of the
To reiterate Radoslaw's point, STP does not steer the clock. Rather STP
steers--synchronizes--the internal clocks of all connected CECs. STP itself may
or not be externally steered. In our case, we take an SNTP signal from the
corporate time server that is used to synchronize the entire
*After you have tested the changes, be sure to update the PARMLIB members
that create the linklist and APF list at IPL. After you IPL, the original
DSNs will no longer be enqued and you can delete them at will.*
The APF list update is only needed if the volume is hard coded in PROGxx .
Neither rhetorical nor humorous. How about hypothetical? We did not 'power
down' an SE. It failed--as weenie-ware is wont to do. It got fixed within a
reasonable period, so no harm, no foul. I was merely wondering WHAT-IF the
second SE failed--as weenie-ware is wont to do--before the first one
Sounds to me like FDR Upstream
On Wed, 20 Apr 2016 11:16:21 -0500, John McKown
wrote:
>Apparently for the DS8700 and above with an option called zDDB.
>
Only if you are certain that your product is the only user of the datasets in
question.
Since the datasets have been assigned a storage group, they must be SMS
managed. That means they must be catalogued. Since you want to move them to
another storage group, they must be catalogued there
Apparently for the DS8700 and above with an option called zDDB.
http://www.ibm.com/support/knowledgecenter/api/content/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieaa800/fbaasm.htm?locale=en
z/OS FBA services
z/OS FBA services provides the ability to manage and perform I/O on z/OS
systems, exploiting the
On Wed, 20 Apr 2016 08:44:47 -0700, Lizette Koehler wrote:
>
>If you can do a D GRS,RES=(*,your dataset name)
>
Lately, DDLIST's ENQ command does that pretty well also. No need to be
virtual operator?
On Wed, 20 Apr 2016 10:57:13 -0500, John McKown wrote:
>
>The reason for all the "fiddling
On Wed, Apr 20, 2016 at 10:28 AM, Jake Anderson
wrote:
> Hi,
>
> I have got a product running with few Libraries who are in In different
> storage Group.To Move this Datasets to a different Storage Group. Without
> removing the datasets from Linklist and APF is it
Jake,
If you can do a D GRS,RES=(*,your dataset name)
You can see if what is holding the file. You would need to shut down the tasks
that own that file.
I find that using an IPL window and shutting down as much as possible,
including LLA or other system holders the best way to move the
Thanks Lucas.
You may be on to something. If I do a LOG S and then max to the top, the
earliest entry is for 21st December 2015
My z/OS 2.2 JES2 system only goes back to 20th March 2016.
How do I get rid of old / selected SYSLOGs?
(I'm a JES2 person - I know next to nothing about JES3!)
Hi,
I have got a product running with few Libraries who are in In different
storage Group.To Move this Datasets to a different Storage Group. Without
removing the datasets from Linklist and APF is it possible to accomplish ?
Or Just Shutdown the address space, then move the dataset, then Refresh
Bingo! Allan gets the gold star of the day! Oddly, my daily rollups are
RECFM=VBS on tape, but my Weekly and Monthly rollups are RECFM=VB. Overriding
the RECFM worked. Now, I'm looking into why this those rollup jobs are setup
that way
The second parm to this routine is bad. That ends up in R15 and when
it is used in the executed move, you get the 0C4. You'd need to see
how the caller sets the parm.
In article
<4ee2851a2279b94cb70cd69b17410609015bd11...@s1flokydce2kx01.dm0001.info53.com>
you wrote:
> So, I matched your
I have had S0C4 issues with the I/P file was VB. Overrode the DCB to VBS and
all was OK.
HTH,
So, I matched your options. I am able to assemble just fine. A test run
however gets me S0C4. Appears to be SMF data related, as I can run against my
daily offloads just fine, but when I run
OK Richard, come let me show how I set it up:
Mgmtclas: USRTIER1
Class Transition Criteria
Time Since Creation Years :
Months :
Days . :
Time Since Last use Years :
Months :
Days . : 2
Willie,
If you haven't gotten there yet, there should be a "JCL" library that was
created on install with a member called DBLIST. You'll need to customize it
for the data set names in use at your shop, jobclass, etc. and then add these
lines to the end of it:
//DBLIST.INCARD1 DD *
So, I matched your options. I am able to assemble just fine. A test run
however gets me S0C4. Appears to be SMF data related, as I can run against my
daily offloads just fine, but when I run against my weekly, or monthly tapes,
is when I get the error. Unless some of you ASM guru's notice
Maybe you have a lot of old syslogs causing LOG command to read many SYSLOG
outputs? This can be confirmed by checking SYSLOG output instead of using
the LOG command.
That's the first thing that came to my mind now...
Hi all,
I'm supporting a development system, and we run multiple versions of z/OS
(amongst other things).
One of the systems we run is at z/OS 2.2, and runs JES3. This system is
supposed to be our "performance Test" system.
One of our developers this morning was complaining about slow
Theo,
When DFHSM does primary space mgmt. it checks if any of the datasets have
management classes that have Class Transition Criteria parameters coded. If
the do and it fits into one of the criterias DFHSM will try and move the
dataset through the ACS routines (SC, MC and Storage Group) with the
Thanks Richard,
I have gone through it, but I just need to understand the coding: Where is
'SPMGCLTR' being specified?
Storage Class:
IF = 'SPMGCLTR' THEN
SELECT ()
WHEN ('SSD') SET = 'EASYTIER'
WHEN ('EASYTIER') SET = 'SCSATA'
OTHERWISE SET =
END
ELSE
41 matches
Mail list logo