Re: syslogd: FSUM1229 syslogd is already active

[IT Pro]

Hi Mark, I started it from /etc/rc because having it configured from
TCPIP's AUTOLOG the result was just the message of the subject, and it
ended. So I commented out the AUTOLOG statement regarding SYSLOG, and
I subsequently configured SYSLOG to be started from /etc/rc. I am not
starting it from two different places. The result is that starting it
from /etc/rc works, but letting TCPIP start it using the AUTOLOG
feature ends with the message "already active".

On Mon, Oct 8, 2012 at 5:49 PM, Mark Zelden  wrote:
> On Mon, 8 Oct 2012 16:31:39 +0200, IT Pro  wrote:
>
>>We have customized /etc/rc to include the start of syslog, very
>>similar to what you say, and it works like that:
>>
>>_BPX_JOBNAME='SYSLOGT' /usr/sbin/syslogd -d -c -u -f
>>/usr/local/etc/syslogd.conf &
>>
>
> Well then you've answered your own question.If you are starting
> it via /etc/rc,  then when you try to start it from a
> console START command or AUTOLOG it will have already
> been active and you will see the message you are seeing.
>
> Choose only one method to start it (I prefer /etc/rc).
>
> Regards,
>
> Mark
> --
> Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
> mailto:m...@mzelden.com
> Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
> Systems Programming expert at http://expertanswercenter.techtarget.com/
>
> --
> 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: Reorganizing Partition Table Space With REBALANCE Option Problem.

[Mehrshad Manshadi]

Hi David,

Thanks for your useful information.

So The APAR PM43006 will solve our problem? Am I right? 

Best regards
Manshadi





 From: David Betten 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Monday, October 8, 2012 6:01 PM
Subject: Re: Reorganizing Partition Table Space With REBALANCE Option Problem.
 
Unfortunately, you are exceeding a DFSORT limitation on the number of
records that can be sorted.  DFSORT has the following limitations

1. Variable-length records - 4294967295 records
2. EQUALS in effect - 4294967295 records
3. VLSHRT in effect - 2147483647 records
4. Blockset technique not selected - 2147483647 records


Number 4 will not be a problem since Blockset is always used for sorts
invoked by DB2 Utilities.  DB2 APAR PM43006 causes the utilities to pass
NOVLSHRT and NOEQUALS which would resolve numbers 2 and 3 but since this is
a vaiable length sort, you're still going to have that first limitation of
4,294,967,295 records.  Normally you'd want to break up the reorg by
partitions but since you're doing a rebalance, I guess that's why it's
trying to sort the entire file at once.  I suggest you open  PMR and see if
DB2 Utilities support can provide a solution.

Also two additional notes about this.

1. It looks like your DFSORTinstallation default for DSA is 64 and that's
causing the utility to limit the mainsize it passes.  You probably want
something much larger for a sort this size.  I'd suggest changing your
installation default to something much larger like DSA=256.
2. It appears you are running DFSORT V1R5.  That has been out of service
for quite some time.



Have a nice day,
Dave Betten
DFSMS Performance Engineer
IBM Corporation
email:  bet...@us.ibm.com
1-301-240-3809
DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/

IBM Mainframe Discussion List  wrote on
10/08/2012 10:10:10 AM:

> From: Mehrshad Manshadi 
> To: IBM-MAIN@listserv.ua.edu,
> Date: 10/08/2012 10:11 AM
> Subject: Re: Reorganizing Partition Table Space With REBALANCE Option
Problem.
> Sent by: IBM Mainframe Discussion List 
>
> Hi Dave,
>
>
>
> The attached is sort message of the output job.
>
>
> 1ICE143I 0 BLOCKSET     SORT  TECHNIQUE SELECTED
>
>  ICE250I 0 VISIT http://www.ibm.com/storage/dfsort FOR DFSORT
> PAPERS, EXAMPLES A
>  ICE000I 0 - CONTROL STATEMENTS FOR 5694-A01, Z/OS DFSORT V1R5 - 11:
> 18 ON MON OC
> 0              OPTION MOSIZE=0
>  ICE140I 0 END OF PARAMETERS FROM DFSPARM  - SYSIN OR SORTCNTL/
> PARAMETER LIST CO
>            SORT FIELDS=(5.0,00028.
> 0,A),FORMAT=BI,FILSZ=E04979426640,DYNA
>                           OC=(SYSDA,04)
>            RECORD TYPE=V,LENGTH=(00070,00070,00070)
>            OPTION
MSGPRT=ALL,MSGDDN=UTPRINT,AVGRLEN=00070,MAINSIZE=065536K
>  ICE201I 0 RECORD TYPE IS V - DATA STARTS IN POSITION 5
>  ICE751I 0 C5-BASE   C6-BASE   C7-BASE   C8-Q83041 E4-BASE   C9-BASE
>   E5-Q90312
>  ICE193I 0 ICEAM2 ENVIRONMENT IN EFFECT - ICEAM2 INSTALLATION MODULE
SELECTED
>  ICE089I 0 ROINHORB.REORG   .DSNUPROC, INPUT LRECL = 70, TYPE = V
>  ICE092I 0 MAIN STORAGE = (67108864,67108864,67108864)
>  ICE156I 0 MAIN STORAGE ABOVE 16MB = (66060288,66060288)
>  ICE127I 0 OPTIONS: OVFLO=RC0 ,PAD=RC0 ,TRUNC=RC0
> ,SPANINC=RC16,VLSCMP=N,SZERO=Y
>  ICE128I 0 OPTIONS:
> SIZE=67108864,MAXLIM=1048576,MINLIM=450560,EQUALS=Y,LIST=Y,E
>  ICE129I 0 OPTIONS: VIO=N,RESDNT=ALL ,SMF=NO
,WRKSEC=Y,OUTSEC=Y,VERIFY=N,CHA
>  ICE130I 0 OPTIONS: RESALL=0,RESINV=0,SVC=109
> ,CHECK=Y,WRKREL=Y,OUTREL=Y,CKPT=N,
>  ICE131I 0 OPTIONS:
> TMAXLIM=6291456,ARESALL=0,ARESINV=0,OVERRGN=16384,CINV=Y,CFW
>  ICE132I 0 OPTIONS:
> VLSHRT=N,ZDPRINT=Y,IEXIT=N,TEXIT=N,LISTX=N,EFS=NONE    ,EXIT
>  ICE133I 0 OPTIONS: HIPRMAX=OPTIMAL,DSPSIZE=MAX
> ,ODMAXBF=0,SOLRF=Y,VLLONG=N,VSAM
>  ICE235I 0 OPTIONS: NULLOUT=RC0
>  ICE750I 0 DC 0 TC 0 CS DSVXX KSZ 32 VSZ 32
>  ICE752I 0 FSZ=4979426640 RE  IGN=0 C  AVG=70 70  WSP=452719355 E  DYN=0
0
>  ICE121A 7 FILE SIZE IS TOO LARGE
>  ICE751I 1 D8-Q83041 D4-Q84357 E8-BASE
>  ICE052I 0 END OF DFSORT
>
>
> Best regards
> Manshadi
>
>
>
> 
>  From: David Betten 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Monday, October 8, 2012 4:05 PM
> Subject: Re: Reorganizing Partition Table Space With REBALANCE Option
Problem.
>
> You need to look at the sort messages to determine why the sort failed.
If
> you want, send the entire joblog to the DFSORT hot line
(dfs...@us.ibm.com)
> and we can look it over for you.
>
>
> Have a nice day,
> Dave Betten
> DFSMS Performance Engineer
> IBM Corporation
> email:  bet...@us.ibm.com
> 1-301-240-3809
> DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/
>
> IBM Mainframe Discussion List  wrote on
> 10/08/2012 08:03:35 AM:
>
> > From: Mehrshad Manshadi 
> > To: IBM-MAIN@listserv.ua.edu,
> > Date: 10/08/2012 08:06 AM
> > Subject: Reorganizing Partition Table Space With REBALANCE Option
> Problem.
> > Sent by: IBM Mainframe Discussion List 
> >
> > Hi,
> >
> > We have a table space with 250 partition and 4,600,000

Re: MQ msg

[Neubert, Kevin]

Yes.  STAT is active for all classes.  ACCTG is active for class 01.  If STAT 
were inactive, DISPLAY TRACE(STAT) would indicate CSQW137I...SPECIFIED TRACE 
NOT ACTIVE.

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ron Wells
Sent: Friday, October 05, 2012 11:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: MQ msg

anyone...the manual not clear ..
this display mean MQ trace active ??

RESPONSE=AGFP
 CSQW127I -MQP1 CURRENT TRACE ACTIVITY IS - 
 TNO TYPE   CLASSDEST USERID   RMID 
 01  STAT   *SMF  ** 
 02  ACCTG  01   SMF  ** 
 END OF TRACE REPORT 

needing to collect MQ perf stats..

--
Email Disclaimer
This  E-mail  contains  confidential  information  belonging to the sender, 
which  may be legally privileged information.  This information is intended 
only  for  the use of the individual or entity addressed above.  If you are not 
 the  intended  recipient, or  an  employee  or  agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
disclosure,  copying, distribution, or the taking of any action in reliance on 
the contents of the E-mail or attached files is strictly prohibited.

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

COBOL subroutines replacing Assembler was Re: GOFF

[Clark Morris]

On 21 Aug 2012 14:52:42 -0700, in bit.listserv.ibm-main you wrote:

>Ah, I see what you mean.
>
>Some of the routines could indeed be done now in COBOL.  One routine gets the 
>address of a working-storage area.  There's also a date conversion routine 
>that most likely could use LE services, if not be done in COBOL itself.

The date conversion routine definitely can be done in COBOL 
>
>Nonetheless, there are hundreds of programs that call these routines, and I 
>have no intention of changing them!  :-)
>
>Frank
>
>
>
>
>>
>> From: Clark Morris 
>>To: IBM-MAIN@LISTSERV.UA.EDU 
>>Sent: Tuesday, August 21, 2012 9:54 AM
>>Subject: Re: GOFF
>> 
>>On 20 Aug 2012 16:20:17 -0700, in bit.listserv.ibm-main you wrote:
>>
>>>Upgrades.  Why do you ask?
>>>
>>If they are upgrades, review them to see if the latest and greatest
>>COBOL can do the job.  This can ease future maintenance.  INSPECT
>>CONVERTING and some of the other things in the 1985 standard
>>eliminated the need for some routines.  Also routines written in COBOL
>>can be included as sub-programs saving inter-module overhead.
>>
>>Clark Morris
>>>
>>>

 From: Clark Morris 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Monday, August 20, 2012 5:05 PM
Subject: Re: GOFF
 
On 20 Aug 2012 15:13:03 -0700, in bit.listserv.ibm-main you wrote:

>I am converting to assembler subroutines, which are called by (Enterprise) 
>COBOL programs to do various things, to make them re-entrant.  Is there 
>any reason I should not change my assembler options to specify GOFF?
>
Are these brand new routines as opposed to upgrades of existing
routines?

Clark Morris
>

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

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

Re: SMP/E question

[Edward Jaffe]

On 10/7/2012 8:43 AM, Jeremy Nicoll - ls mainframes wrote:

Edward Jaffe  wrote:


As a part-time sysprog, I abbreviate your approach even more. I have no
time for pesky 'CHECK' operations.

Do you chase down the prereq/coreq chains by hand then?



No. Unless you use BYPASS for other than HOLDSYS (which I don't), APPLY will 
automatically refuse to install anything with missing pre- or co-reqs. This is 
exactly the behavior I want. There's nothing required of me to make SMP/E do the 
"right" thing.


I do remember that many, many years ago I used to run APPLY CHECK so that I 
could see which libraries were going to be affected by the APPLY. I would 
inspect the FILE ALLOCATION REPORT at the bottom of SMPRPT and that would tell 
me which libraries to compress and which HFS/ZFS to mount read-write. I've since 
found it easier to always "blindly" compress everything and mount all HFS/ZFS 
read-write in preparation for the APPLY.


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

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

Re: Did ShopzSeries change the way they deliver RSU maintenance ?

[Patrick Lyon]

On Mon, 8 Oct 2012 19:17:13 +, Daniel Allen  wrote:

>I ordered PUT1209 this morning. The order says Shipped/Download Ready. 
>However, I cannot click on the Status and get the information I need to 
>download.
>
>Was the information email to the person responsible ?
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Same here on a CBPDO I ordered Friday.  Got the download email at 11:30, 3 
hours later it shows just like yours.

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

Re: free sub pool 236 or 237 of JES

[Binyamin Dissen]

Which task owns the storage?

On Mon, 8 Oct 2012 15:38:37 +0200 Mil Hashoul  wrote:

:>I did use this. i have three programs, main called SCAN -> CONV ->
:>Interpreter
:>SCAN attachX the CONV with NSHSP 237 and 236 and CONV call with BALR the
:>Interpreter, still I have the dynamical allocation that the INTERPRETER do
:>still obtained without free.
:>
:>
:>On Mon, Oct 8, 2012 at 2:24 PM, McKown, John
:>wrote:
:>
:>> I don't know how you are invoking the interpreter, but if you do it using
:>> an ATTACH[X] facility, then all you need to do is not share sub pools 236 &
:>> 237 (which normally are not shared anyway). Then all the storage that the
:>> subtask obtains will automatically be freed when it terminates. This is
:>> rather simple to do, but just in case, I would do something like:
:>>
:>>
:>>   XC  ECB,ECB
:>>   ATTACH EP=...,PARAM=(...),VL=1,
:>>  ECB=ECB
:>>   ST   1,TCB
:>>   WAIT ECB=ECB
:>>   DETACH TCB
:>>
:>> HTH.
:>>
:>> --
:>> John McKown
:>> Systems Engineer IV
:>> IT
:>>
:>> Administrative Services Group
:>>
:>> HealthMarkets(r)
:>>
:>> 9151 Boulevard 26 * N. Richland Hills * TX 76010
:>> (817) 255-3225 phone *
:>> john.mck...@healthmarkets.com * www.HealthMarkets.com
:>>
:>> Confidentiality Notice: This e-mail message may contain confidential or
:>> proprietary information. If you are not the intended recipient, please
:>> contact the sender by reply e-mail and destroy all copies of the original
:>> message. HealthMarkets(r) is the brand name for products underwritten and
:>> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake
:>> Life Insurance Company(r), Mid-West National Life Insurance Company of
:>> TennesseeSM and The MEGA Life and Health Insurance Company.SM
:>>
:>>
:>> > -Original Message-
:>> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
:>> > On Behalf Of Mil Hashoul
:>> > Sent: Monday, October 08, 2012 4:05 AM
:>> > To: IBM-MAIN@LISTSERV.UA.EDU
:>> > Subject: free subpool 236 or 237 of JES
:>> >
:>> > Hi,
:>> > How could I free the subpool 236 or 237?
:>> > I work under batch and I am calling the converter and the interpreter
:>> > of
:>> > JES, while the batch job is 237 subpool, i work with the converter and
:>> > the
:>> > interpreter with subpool 236, when i finish working with the
:>> > interpreter, I
:>> > found that lot of the storage of 237 is still hanged on, and it is only
:>> > released after the main job batch ended, for my case it is not good
:>> > since,
:>> > i call the interpreter hundred of times at each job.
:>> > Any help how could I release that storage?
:>> > Regards
:>> > Milad Hashoul
:>> >
:>> > --
:>> > "Look in My Eyes you will C the Devil Playin with My Soul"
:>> > It depends who leads!!
:>> >
:>> > --
:>> > 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
:>>

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: Did ShopzSeries change the way they deliver RSU maintenance ?

[Lester, Bob]

Hi Daniel,

I'm having the same problem pulling down single PTFs from Shop z.

Regards,
Bob Lester

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Daniel Allen
Sent: Monday, October 08, 2012 1:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Did ShopzSeries change the way they deliver RSU maintenance ? [ 
External ]

I ordered PUT1209 this morning. The order says Shipped/Download Ready. However, 
I cannot click on the Status and get the information I need to download.

Was the information email to the person responsible ?

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


This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are not the intended recipient or their designee, 
please notify the sender immediately by return e-mail and delete all copies. 
OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or 
disclose the content of all email communications.

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

Did ShopzSeries change the way they deliver RSU maintenance ?

[Daniel Allen]

I ordered PUT1209 this morning. The order says Shipped/Download Ready. However, 
I cannot click on the Status and get the information I need to download.

Was the information email to the person responsible ?

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

Java use of Large Pages -- Heads up

[Mark Jacobs]

We ran into an unexpected problem during our last Disaster Recovery 
exercise and I thought I'd share what happened with my peers.


We've migrated most of our WebSphere Application Servers to execute 
using 64 bit Java, large pages. We do have LFAREA specified at IPL time, 
but since we were running under zVM for DR, RSM told us that large pages 
couldn't be allocated, which is documented in the FM. However when we 
started our WAS servers they immediately failed with;


JVMJ9GC032E System configuration does not support option '-Xlp'
JVMJ9VM015W Initialization error for library j9gc24(2): Failed to 
initialize; unable to parse command line


We had to manually take the -Xlp option out from deep in the bowels of 
the WAS configuration environment.


I opened up a Service Request with IBM and they said that they'd open up 
a requirement to 'enhance' Java not to terminate in this situation.


--
Mark Jacobs
Time Customer Service
Tampa, FL


The quiet ones are the ones that change the universe...
The loud ones only take the credit.

Londo Mollari - Babylon 5


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

Re: Why File transfer through TSO IND$FILE is slower than TCP/IP FTP ?

[Ed Finnell]

The 'tuning column' is number of times Expanded.
 
 
In a message dated 10/8/2012 6:44:33 A.M. Central Daylight Time,  
elardus.engelbre...@sita.co.za writes:

DISPLAY  NET,BFRUSE command *after* the "morning rush"  happens.



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

Re: Sad News - Bernie Pierce passed away at age 65

[Bob Shannon]

That's a shock. Bernie was a fine individual. Always willing to help and a 
really nice guy. What a loss.

Bob Shannon
Rocket Software

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

Re: free subpool 236 or 237 of JES

[McKown, John]

Yes, definitely could be a case of "bullet: Foot", "Foot: bullet". Play nice.

-- 
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Shmuel Metz (Seymour J.)
> Sent: Monday, October 08, 2012 7:19 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: free subpool 236 or 237 of JES
> 
> In
> ,
> on 10/08/2012
>at 11:05 AM, Mil Hashoul  said:
> 
> >Any help how could I release that storage?
> 
> Yes; what I don't know is whether it is safe to do so. SP 237 is SWA.
> 
> --
>  Shmuel (Seymour J.) Metz, SysProg and JOAT
>  Atid/2
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
> 
> --
> 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: free subpool 236 or 237 of JES

[Shmuel Metz (Seymour J.)]

In
,
on 10/08/2012
   at 11:05 AM, Mil Hashoul  said:

>Any help how could I release that storage?

Yes; what I don't know is whether it is safe to do so. SP 237 is SWA.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Sad News - Bernie Pierce passed away at age 65

[Barry Merrill]

One of the true pioneers of our industry, Bernie Pierce, 
an A.A. Michelson Award winner, a spectacular contributor
to IBM Mainframe technology has passed away at the age of 65.

Sadly,

Barry Merrill


>From today's Poughkeepsie Journal Obituary:


Poughkeepsie - Bernard Roy Pierce, born August 1, 1947 in Ogdensburg, NY has 
passed at
the age of 65. Bernie was one of 8 sons to Merrill and Lourene Pierce. He
and his wife June Kelley (Pierce), married in 1964, built a loving family
with their daughters Lisa Rieckermann and Lori Abendschein.
While building his family, Bernie studied and graduated from Clarkson
University in 1970 with both a Bachelor of Science and Master of Science
degrees in mathematics.
In the same year he began his career with IBM, where he was most
recently employed as Senior Technical Staff Member (STSM), reserved for the
top two percent of IBM employees, for System z Hardware Development, zOS
Programming, and Performance Analysis.
For a number of years, between his terms of employment with IBM, Bernie
also worked with Candle Corporation as a principal consultant in Candle's
Consulting and Services organization.
Over his programming career of 42 years, Bernie was a leader and
innovator in performance analysis and design for both Candle Corporation and
IBM. He led teams of consultants who focused on performance and capacity
issues for the Multiple Virtual Storage (MVS) platform and the Parallel
Sysplex environment. These inventions, generally known as the "true ready
queue" and "reduced preemption," were instrumental to the scalability of
symmetric multiprocessors.
Additionally, Bernie was a frequent speaker at SHARE, GUIDE and other
conferences on subjects related to MVS performance and capacity. He was also
a featured speaker at the Candle Performance Conference in Germany and at
Candle educational seminars in Europe and the United States.
His articles on systems management, systems analysis, system design and
capacity and performance were published with the Computer Measurement Group
(CMG), for which he delivered many presentations. He has also written two
series of articles on MVS Workload Manager, and MVS Dispatching Management
for the Candle Computer Report.
For his work and innovations, he earned over twenty patents and was
distinctly recognized in being the named recipient of the prestigious Albert
Abraham Michelson Award at the 24th annual international conference of the
CMG December 9, 1998.
Bernie was a loving husband, brother, father, and grandfather, adored by
his 4 grandsons, Noah and Caleb Rieckermann, and Aidan and Ian Abendschein.
He greatly embraced his extended family, Christopher Klabes, Kimberly Davis,
and a host of loving and caring friends.
There will be a memorial service at Timothy Doyle Funeral Home 
at 371 Hooker Avenue in Poughkeepsie on Wednesday, October 10th at 10 a.m. 
following the service, the family will receive friends and family until 1 p.m.
In lieu of flowers, the family asks for any donations be made to the local food 
bank.

Published in the Poughkeepsie Journal from October 8 to October 10, 2012

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

Re: syslogd: FSUM1229 syslogd is already active

[Mark Zelden]

On Mon, 8 Oct 2012 16:31:39 +0200, IT Pro  wrote:

>We have customized /etc/rc to include the start of syslog, very
>similar to what you say, and it works like that:
>
>_BPX_JOBNAME='SYSLOGT' /usr/sbin/syslogd -d -c -u -f
>/usr/local/etc/syslogd.conf &
>

Well then you've answered your own question.If you are starting
it via /etc/rc,  then when you try to start it from a 
console START command or AUTOLOG it will have already
been active and you will see the message you are seeing.

Choose only one method to start it (I prefer /etc/rc). 

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

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

Re: Problems with GIM SMP installation

[Lizette Koehler]

While the job is in JES, use SDSF and rather than going to hold or output
use the ST command

Then select the job and use the letter N to go through each section of the
output of the job.  You should come to on where you see error messages.

The fact it is in GIMUNZIP  for a path indicates to me there should be BPX
output statements that contain the error.

You just need to go through each output section to find the error.

When you are looking at the job in ST, issue a ? next to the job name.  That
will show you all of the DD statements used by the job for output.
Including dynamically allocated Sysout datasets.  If you see a BPX  entry, I
would select that for review first.

Second, the reason to use ST is all of the output can be seen even if it has
been printed so long as you do not use SPIN=UNALLOC,FREE=CLOSE.  

Hope this helps

Lizette


On Behalf > Of Alvaro Guirao Lopez
> Sent: Monday, October 08, 2012 6:41 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Problems with GIM SMP installation
> 
> Hi listers,
> 
> I'm trying to download SW package through GIM SMP installation, but I have
some
> problems:
> 
> --
> 
> 
> --   
> 
> --
> archid="ROOTDB2.300"
> 
> --
> newname="/usr/lpp/db2/SERVICE/db21010"
> 
> --   replace="yes"
> 
> 
> --
> preserveid="yes"/>
> 
> --
> 
> 
> GIM68200E ** PROCESSING FAILED FOR THE /bin/pax UNIX SYSTEM SERVICE
> COMMAND.
> 
> GIM47800S ** AN ERROR OCCURRED WHILE GIMUNZIP WAS PROCESSING ARCHIVE
> ROOTDB2.300
> 
> GIM20501IGIMUNZIP PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS
> 12.
> 
> Anybody has suffered something like this? I'm seeking the manuals but I
don't found
> any "GIM messages" manuals.
> 
> Thanks in advance.
> --
> Un saludo.
> Álvaro Guirao

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

Re: Problems with GIM SMP installation

[Alvaro Guirao Lopez]

I detected the problem, CustomPac generated the SERVICE path and the ROOT
path where begins the restore of the SW in the same directory, so it was
trying to create several paths without space


I have corrected it and works fine.

2012/10/8 McKown, John 

> I think you're right. I think that the BPXPRINT is used mainly during
> APPLY, not RECEIVE.
>
> --
> John McKown
> Systems Engineer IV
> IT
>
> Administrative Services Group
>
> HealthMarkets®
>
> 9151 Boulevard 26 • N. Richland Hills • TX 76010
> (817) 255-3225 phone •
> john.mck...@healthmarkets.com • www.HealthMarkets.com
>
> Confidentiality Notice: This e-mail message may contain confidential or
> proprietary information. If you are not the intended recipient, please
> contact the sender by reply e-mail and destroy all copies of the original
> message. HealthMarkets® is the brand name for products underwritten and
> issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake
> Life Insurance Company®, Mid-West National Life Insurance Company of
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Paul Gilmartin
> > Sent: Monday, October 08, 2012 9:20 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Problems with GIM SMP installation
> >
> > On Mon, 8 Oct 2012 08:57:02 -0500, Mike Schwab wrote:
> >
> > >https://groups.google.com/forum/?fromgroups#!topic/bit.listserv.ibm-
> > main/aPtNlOsWlMQ
> > >
> > >Insufficient space.
> > >
> > Only one possibility, and Lizette's reply was most directly to a SB37,
> > which the OP does not report.
> >
> > John M. recommends BPXPRINT; he's probably right.  I know for
> > RECEIVE it's SYSPRINT.
> >
> > -- 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
>



-- 
Un saludo.
Álvaro Guirao

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

Re: syslogd: FSUM1229 syslogd is already active

[IT Pro]

Exactly what you say John: in SDSF DA, CRON appears with a number
appended, where as SYSLOG does not, just the exact JOBNAME as
specified in _BPX_JOBNAME

On Mon, Oct 8, 2012 at 4:22 PM, McKown, John
 wrote:
> Curiously, on our z/OS 1.12 system, when I start SYSLOGD using /etc/rc via 
> the line:
>
> # Start the syslog daemon
> _BPX_JOBNAME='SYSLOGD' /usr/sbin/syslogd -c -u &
>
> I see the name SYSLOGD in the SDSF DA OSTC. This is in contrast to the CROND 
> daemon which does indeed have a number appended to it. Apparently the SYSLOGD 
> daemon on z/OS does not do a fork().
>
> --
> John McKown
> Systems Engineer IV
> IT
>
> Administrative Services Group
>
> HealthMarkets(r)
>
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone *
> john.mck...@healthmarkets.com * www.HealthMarkets.com
>
> Confidentiality Notice: This e-mail message may contain confidential or 
> proprietary information. If you are not the intended recipient, please 
> contact the sender by reply e-mail and destroy all copies of the original 
> message. HealthMarkets(r) is the brand name for products underwritten and 
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake 
> Life Insurance Company(r), Mid-West National Life Insurance Company of 
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
>
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of Hunkeler Peter (KIUP 4)
>> Sent: Monday, October 08, 2012 9:04 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: syslogd: FSUM1229 syslogd is already active
>>
>> >Hi Chris, I read that. I know it's the TCPIP subsystem which starts
>> >daemons specified in the AUTOLOG statement every x seconds, but I
>> >don't know why SYSLOG complains there is another instance running,
>> >that I don't see anywhere in the process list.
>>
>> a) UNIX daemons usually fork() once or twice during startup. I don't
>> know off hand if this applies to syslogd as well but would guess so.
>>
>> b) z/OS will slightly change a process' (MVS) jobname upon fork() (and
>> non-local spawn()) when the original jobname is shorter than 8
>> characters: a digit between 1 and 9 will be appended.
>>
>> If both a) and b) apply, then the resulting syslogd process will run in
>> a different address space with a *different* jobname than the one
>> started by TCP/IP's autolog feature. It will then think the job died
>> and
>> will restart it.
>>
>> If this turns out to be your problem, try running syslogd with an 8
>> character jobname (i,e.PROC name). z/OS will then leave the jobname
>> alone upon fork()/spawn().
>>
>> --
>> Peter Hunkeler
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On
>> Behalf Of IT Pro
>> Sent: Montag, 8. Oktober 2012 13:43
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: syslogd: FSUM1229 syslogd is already active
>>
>>
>> However, commenting out the line in the AUTOLOG stetament and starting
>> SYSLOG from /etc/rc works like a charm. There must be something I'm
>> missing, but I'm really flabbergasted anyways.
>>
>>
>> On Mon, Oct 8, 2012 at 1:37 PM, Chris Mason 
>> wrote:
>> > Aitor
>> >
>> >> The start of the syslog is specified in the "AUTOLOG" of the TCPIP
>> configuration.
>> >
>> > Try reading in z/OS Communications Server IP Configuration Reference
>> what the AUTOLOG statement in the PROFILE of the IP component of z/OS
>> Communications Server does:
>> >
>> >
>> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B4B1/2.8
>> >
>> > 
>> >
>> > 2.8 AUTOLOG statement
>> >
>> > Use the AUTOLOG statement to provide a list of MVS started procedures
>> to be started by the Autolog task when TCP/IP is started.
>> >
>> > ...
>> >
>> > 
>> >
>> > Yes I know this is the V1R13 manual but AUTOLOG hasn't changed since
>> its invention in the early 1990s.
>> >
>> > Incidentally it is likely that the greatest concentration of
>> specialists with in fact both the SNA (VTAM) as well as the IP
>> components of z/OS Communications Server can be found here:
>> >
>> > For IBMTCP-L subscribe / signoff / archive access instructions, send
>> email to lists...@vm.marist.edu with the message: INFO IBMTCP-L
>> >
>> > Chris Mason
>> >
>> > On Mon, 8 Oct 2012 11:31:17 +0200, IT Pro  wrote:
>> >
>> >>Hello,
>> >>
>> >>We upgraded from z/OS 1.9 to z/OS 1.12 a few months ago.
>> >>
>> >>We have configured SYSLOGD daemon to be started as a started task
>> from
>> >>a PROC, but when started we see in the MVS log "syslogd: FSUM1229
>> >>syslogd is already active", and the procedure ends. The start of the
>> >>syslog is specified in the "AUTOLOG" of the TCPIP configuration.
>> >>
>> >>S SYSLOGT
>> >>$HASP100 SYSLOGT  ON STCINRDR
>> >>$HASP373 SYSLOGT  STARTED
>> >>IEF403I SYSLOGT - STARTED - TIME=11.27.08
>> >>BPXF024I (USRFWKT) Oct  8 11:27:08 BOLSAWBD/USRFWKT SYSLOGT syslogd:
>> >>FSUM1229 syslogd is already active
>> >>IEF404I SYSLOGT - ENDE

Re: Problems with GIM SMP installation

[McKown, John]

I think you're right. I think that the BPXPRINT is used mainly during APPLY, 
not RECEIVE.

-- 
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

9151 Boulevard 26 • N. Richland Hills • TX 76010
(817) 255-3225 phone •
john.mck...@healthmarkets.com • www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets® is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance 
Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA 
Life and Health Insurance Company.SM


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Paul Gilmartin
> Sent: Monday, October 08, 2012 9:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Problems with GIM SMP installation
> 
> On Mon, 8 Oct 2012 08:57:02 -0500, Mike Schwab wrote:
> 
> >https://groups.google.com/forum/?fromgroups#!topic/bit.listserv.ibm-
> main/aPtNlOsWlMQ
> >
> >Insufficient space.
> >
> Only one possibility, and Lizette's reply was most directly to a SB37,
> which the OP does not report.
> 
> John M. recommends BPXPRINT; he's probably right.  I know for
> RECEIVE it's SYSPRINT.
> 
> -- 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: Reorganizing Partition Table Space With REBALANCE Option Problem.

[David Betten]

Unfortunately, you are exceeding a DFSORT limitation on the number of
records that can be sorted.  DFSORT has the following limitations

1. Variable-length records - 4294967295 records
2. EQUALS in effect - 4294967295 records
3. VLSHRT in effect - 2147483647 records
4. Blockset technique not selected - 2147483647 records


Number 4 will not be a problem since Blockset is always used for sorts
invoked by DB2 Utilities.  DB2 APAR PM43006 causes the utilities to pass
NOVLSHRT and NOEQUALS which would resolve numbers 2 and 3 but since this is
a vaiable length sort, you're still going to have that first limitation of
4,294,967,295 records.  Normally you'd want to break up the reorg by
partitions but since you're doing a rebalance, I guess that's why it's
trying to sort the entire file at once.  I suggest you open  PMR and see if
DB2 Utilities support can provide a solution.

Also two additional notes about this.

1. It looks like your DFSORTinstallation default for DSA is 64 and that's
causing the utility to limit the mainsize it passes.  You probably want
something much larger for a sort this size.  I'd suggest changing your
installation default to something much larger like DSA=256.
2. It appears you are running DFSORT V1R5.  That has been out of service
for quite some time.



Have a nice day,
Dave Betten
DFSMS Performance Engineer
IBM Corporation
email:  bet...@us.ibm.com
1-301-240-3809
DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/

IBM Mainframe Discussion List  wrote on
10/08/2012 10:10:10 AM:

> From: Mehrshad Manshadi 
> To: IBM-MAIN@listserv.ua.edu,
> Date: 10/08/2012 10:11 AM
> Subject: Re: Reorganizing Partition Table Space With REBALANCE Option
Problem.
> Sent by: IBM Mainframe Discussion List 
>
> Hi Dave,
>
>
>
> The attached is sort message of the output job.
>
>
> 1ICE143I 0 BLOCKSET     SORT  TECHNIQUE SELECTED
>
>  ICE250I 0 VISIT http://www.ibm.com/storage/dfsort FOR DFSORT
> PAPERS, EXAMPLES A
>  ICE000I 0 - CONTROL STATEMENTS FOR 5694-A01, Z/OS DFSORT V1R5 - 11:
> 18 ON MON OC
> 0              OPTION MOSIZE=0
>  ICE140I 0 END OF PARAMETERS FROM DFSPARM  - SYSIN OR SORTCNTL/
> PARAMETER LIST CO
>            SORT FIELDS=(5.0,00028.
> 0,A),FORMAT=BI,FILSZ=E04979426640,DYNA
>                           OC=(SYSDA,04)
>            RECORD TYPE=V,LENGTH=(00070,00070,00070)
>            OPTION
MSGPRT=ALL,MSGDDN=UTPRINT,AVGRLEN=00070,MAINSIZE=065536K
>  ICE201I 0 RECORD TYPE IS V - DATA STARTS IN POSITION 5
>  ICE751I 0 C5-BASE   C6-BASE   C7-BASE   C8-Q83041 E4-BASE   C9-BASE
>   E5-Q90312
>  ICE193I 0 ICEAM2 ENVIRONMENT IN EFFECT - ICEAM2 INSTALLATION MODULE
SELECTED
>  ICE089I 0 ROINHORB.REORG   .DSNUPROC, INPUT LRECL = 70, TYPE = V
>  ICE092I 0 MAIN STORAGE = (67108864,67108864,67108864)
>  ICE156I 0 MAIN STORAGE ABOVE 16MB = (66060288,66060288)
>  ICE127I 0 OPTIONS: OVFLO=RC0 ,PAD=RC0 ,TRUNC=RC0
> ,SPANINC=RC16,VLSCMP=N,SZERO=Y
>  ICE128I 0 OPTIONS:
> SIZE=67108864,MAXLIM=1048576,MINLIM=450560,EQUALS=Y,LIST=Y,E
>  ICE129I 0 OPTIONS: VIO=N,RESDNT=ALL ,SMF=NO
,WRKSEC=Y,OUTSEC=Y,VERIFY=N,CHA
>  ICE130I 0 OPTIONS: RESALL=0,RESINV=0,SVC=109
> ,CHECK=Y,WRKREL=Y,OUTREL=Y,CKPT=N,
>  ICE131I 0 OPTIONS:
> TMAXLIM=6291456,ARESALL=0,ARESINV=0,OVERRGN=16384,CINV=Y,CFW
>  ICE132I 0 OPTIONS:
> VLSHRT=N,ZDPRINT=Y,IEXIT=N,TEXIT=N,LISTX=N,EFS=NONE    ,EXIT
>  ICE133I 0 OPTIONS: HIPRMAX=OPTIMAL,DSPSIZE=MAX
> ,ODMAXBF=0,SOLRF=Y,VLLONG=N,VSAM
>  ICE235I 0 OPTIONS: NULLOUT=RC0
>  ICE750I 0 DC 0 TC 0 CS DSVXX KSZ 32 VSZ 32
>  ICE752I 0 FSZ=4979426640 RE  IGN=0 C  AVG=70 70  WSP=452719355 E  DYN=0
0
>  ICE121A 7 FILE SIZE IS TOO LARGE
>  ICE751I 1 D8-Q83041 D4-Q84357 E8-BASE
>  ICE052I 0 END OF DFSORT
>
>
> Best regards
> Manshadi
>
>
>
> 
>  From: David Betten 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Monday, October 8, 2012 4:05 PM
> Subject: Re: Reorganizing Partition Table Space With REBALANCE Option
Problem.
>
> You need to look at the sort messages to determine why the sort failed.
If
> you want, send the entire joblog to the DFSORT hot line
(dfs...@us.ibm.com)
> and we can look it over for you.
>
>
> Have a nice day,
> Dave Betten
> DFSMS Performance Engineer
> IBM Corporation
> email:  bet...@us.ibm.com
> 1-301-240-3809
> DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/
>
> IBM Mainframe Discussion List  wrote on
> 10/08/2012 08:03:35 AM:
>
> > From: Mehrshad Manshadi 
> > To: IBM-MAIN@listserv.ua.edu,
> > Date: 10/08/2012 08:06 AM
> > Subject: Reorganizing Partition Table Space With REBALANCE Option
> Problem.
> > Sent by: IBM Mainframe Discussion List 
> >
> > Hi,
> >
> > We have a table space with 250 partition and 4,600,000,000 records
> > which it's have to re partition.
> >
> > Because of lack space on the DASD we are trying to use Tape on some
> > DD cards as follows :
> >
> > //SYSREC    DD DSN=TEMPDS.TAPE1,DISP=(MOD,CATLG),
> > //          UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL)
> > //SYSUT1    DD DSN=TEMPDS.TAPE2,DISP=(NEW,CATLG),
> > //        

Re: syslogd: FSUM1229 syslogd is already active

[IT Pro]

We have customized /etc/rc to include the start of syslog, very
similar to what you say, and it works like that:

_BPX_JOBNAME='SYSLOGT' /usr/sbin/syslogd -d -c -u -f
/usr/local/etc/syslogd.conf &


On Mon, Oct 8, 2012 at 3:12 PM, Mark Zelden  wrote:
> On Mon, 8 Oct 2012 11:31:17 +0200, IT Pro  wrote:
>
>>Hello,
>>
>>We upgraded from z/OS 1.9 to z/OS 1.12 a few months ago.
>>
>>We have configured SYSLOGD daemon to be started as a started task from
>>a PROC, but when started we see in the MVS log "syslogd: FSUM1229
>>syslogd is already active", and the procedure ends. The start of the
>>syslog is specified in the "AUTOLOG" of the TCPIP configuration.
>>
>>S SYSLOGT
>>$HASP100 SYSLOGT  ON STCINRDR
>>$HASP373 SYSLOGT  STARTED
>>IEF403I SYSLOGT - STARTED - TIME=11.27.08
>>BPXF024I (USRFWKT) Oct  8 11:27:08 BOLSAWBD/USRFWKT SYSLOGT syslogd:
>>FSUM1229 syslogd is already active
>>IEF404I SYSLOGT - ENDED - TIME=11.27.08
>>$HASP395 SYSLOGT  ENDED
>>
>>Could anybody give me a hint on this? I'm stuck at this.
>>Thanks,
>>Aitor.
>
> Are you using the same /etc/rc after you upgraded?   For example,
> this is how I start it from /etc/rc:
>
> # Start the SYSLOGD daemon which supplies logging functions for programs
> _BPX_JOBNAME='SYSLOGD' /usr/sbin/syslogd -f /etc/syslog.conf &
>
>
> --
> Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
> mailto:m...@mzelden.com
> Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
> Systems Programming expert at http://expertanswercenter.techtarget.com/
>
> --
> 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: syslogd: FSUM1229 syslogd is already active

[IT Pro]

Patrick, in the output of D OMVS,A=ALL does not appear anywhere "syslogd"

On Mon, Oct 8, 2012 at 2:55 PM, Patrick Loftus  wrote:
> Do you have CA Common Services?  That fires up SYSLOGD if it isn't already 
> running, but under a taskname of (by default) something like TNGEMSTR.
> I'd go to the "PS" panel in SDSF, or do a "D OMVS,A=ALL" command and look for 
> a command with syslogd in it.
> It's not necessarily a task called SYSLOGD, but it will have "syslogd" in the 
> command.
>
> Kind regards
> Patrick Loftus
> TNT Express ICS Ltd.
>
> --
> 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: Reorganizing Partition Table Space With REBALANCE Option Problem.

[Mike Schwab]

> SORT FIELDS=(5.0,00028.0,A),FORMAT=BI,FILSZ=E04979426640,
> DYNAOC=(SYSDA,04)
> RECORD TYPE=V,LENGTH=(00070,00070,00070)

5 billion record, 70 bytes per record, 350GB.
4 SORTWK files, so 350GB / 3 = 120GB per volume.

If you have smaller volumes you will need more of them.

-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: syslogd: FSUM1229 syslogd is already active

[McKown, John]

Curiously, on our z/OS 1.12 system, when I start SYSLOGD using /etc/rc via the 
line:

# Start the syslog daemon
_BPX_JOBNAME='SYSLOGD' /usr/sbin/syslogd -c -u &

I see the name SYSLOGD in the SDSF DA OSTC. This is in contrast to the CROND 
daemon which does indeed have a number appended to it. Apparently the SYSLOGD 
daemon on z/OS does not do a fork().

-- 
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Hunkeler Peter (KIUP 4)
> Sent: Monday, October 08, 2012 9:04 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: syslogd: FSUM1229 syslogd is already active
> 
> >Hi Chris, I read that. I know it's the TCPIP subsystem which starts
> >daemons specified in the AUTOLOG statement every x seconds, but I
> >don't know why SYSLOG complains there is another instance running,
> >that I don't see anywhere in the process list.
> 
> a) UNIX daemons usually fork() once or twice during startup. I don't
> know off hand if this applies to syslogd as well but would guess so.
> 
> b) z/OS will slightly change a process' (MVS) jobname upon fork() (and
> non-local spawn()) when the original jobname is shorter than 8
> characters: a digit between 1 and 9 will be appended.
> 
> If both a) and b) apply, then the resulting syslogd process will run in
> a different address space with a *different* jobname than the one
> started by TCP/IP's autolog feature. It will then think the job died
> and
> will restart it.
> 
> If this turns out to be your problem, try running syslogd with an 8
> character jobname (i,e.PROC name). z/OS will then leave the jobname
> alone upon fork()/spawn().
> 
> --
> Peter Hunkeler
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
> Behalf Of IT Pro
> Sent: Montag, 8. Oktober 2012 13:43
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: syslogd: FSUM1229 syslogd is already active
> 
> 
> However, commenting out the line in the AUTOLOG stetament and starting
> SYSLOG from /etc/rc works like a charm. There must be something I'm
> missing, but I'm really flabbergasted anyways.
> 
> 
> On Mon, Oct 8, 2012 at 1:37 PM, Chris Mason 
> wrote:
> > Aitor
> >
> >> The start of the syslog is specified in the "AUTOLOG" of the TCPIP
> configuration.
> >
> > Try reading in z/OS Communications Server IP Configuration Reference
> what the AUTOLOG statement in the PROFILE of the IP component of z/OS
> Communications Server does:
> >
> >
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B4B1/2.8
> >
> > 
> >
> > 2.8 AUTOLOG statement
> >
> > Use the AUTOLOG statement to provide a list of MVS started procedures
> to be started by the Autolog task when TCP/IP is started.
> >
> > ...
> >
> > 
> >
> > Yes I know this is the V1R13 manual but AUTOLOG hasn't changed since
> its invention in the early 1990s.
> >
> > Incidentally it is likely that the greatest concentration of
> specialists with in fact both the SNA (VTAM) as well as the IP
> components of z/OS Communications Server can be found here:
> >
> > For IBMTCP-L subscribe / signoff / archive access instructions, send
> email to lists...@vm.marist.edu with the message: INFO IBMTCP-L
> >
> > Chris Mason
> >
> > On Mon, 8 Oct 2012 11:31:17 +0200, IT Pro  wrote:
> >
> >>Hello,
> >>
> >>We upgraded from z/OS 1.9 to z/OS 1.12 a few months ago.
> >>
> >>We have configured SYSLOGD daemon to be started as a started task
> from
> >>a PROC, but when started we see in the MVS log "syslogd: FSUM1229
> >>syslogd is already active", and the procedure ends. The start of the
> >>syslog is specified in the "AUTOLOG" of the TCPIP configuration.
> >>
> >>S SYSLOGT
> >>$HASP100 SYSLOGT  ON STCINRDR
> >>$HASP373 SYSLOGT  STARTED
> >>IEF403I SYSLOGT - STARTED - TIME=11.27.08
> >>BPXF024I (USRFWKT) Oct  8 11:27:08 BOLSAWBD/USRFWKT SYSLOGT syslogd:
> >>FSUM1229 syslogd is already active
> >>IEF404I SYSLOGT - ENDED - TIME=11.27.08
> >>$HASP395 SYSLOGT  ENDED
> >>
> >>Could anybody give me a hint on this? I'm stuck at this.
> >>Thanks,
> >>Aitor.
> >
> > -
> -
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IB

Re: Problems with GIM SMP installation

[Paul Gilmartin]

On Mon, 8 Oct 2012 08:57:02 -0500, Mike Schwab wrote:

>https://groups.google.com/forum/?fromgroups#!topic/bit.listserv.ibm-main/aPtNlOsWlMQ
>
>Insufficient space.
> 
Only one possibility, and Lizette's reply was most directly to a SB37,
which the OP does not report.
 
John M. recommends BPXPRINT; he's probably right.  I know for
RECEIVE it's SYSPRINT.

-- gil

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

Re: Problems with GIM SMP installation

[Paul Gilmartin]

On Mon, 8 Oct 2012 15:41:05 +0200, Alvaro Guirao Lopez wrote:
>
>--
>
>GIM68200E ** PROCESSING FAILED FOR THE /bin/pax UNIX SYSTEM SERVICE
>COMMAND.
>
>GIM47800S ** AN ERROR OCCURRED WHILE GIMUNZIP WAS PROCESSING ARCHIVE
>ROOTDB2.300
>
>GIM20501IGIMUNZIP PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS
>12.
>
>Anybody has suffered something like this? I'm seeking the manuals but I
>don't found any "GIM messages" manuals.
>  
It's in SMP/E messages and codes.

Look in the SYSPRINT data set for more information regarding the /bin/pax 
failure.

I recently experienced this using SMPWKDIR on a filesystem that does not
support extended attributes that pax was trying to set.

Why use GIMUNZIP rather than proceeding directly to RECEIVE FROMNTS?

-- gil

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

Re: Reorganizing Partition Table Space With REBALANCE Option Problem.

[Mehrshad Manshadi]

Hi Dave,



The attached is sort message of the output job.


1ICE143I 0 BLOCKSET     SORT  TECHNIQUE SELECTED

 ICE250I 0 VISIT http://www.ibm.com/storage/dfsort FOR DFSORT PAPERS, EXAMPLES A
 ICE000I 0 - CONTROL STATEMENTS FOR 5694-A01, Z/OS DFSORT V1R5 - 11:18 ON MON OC
0              OPTION MOSIZE=0
 ICE140I 0 END OF PARAMETERS FROM DFSPARM  - SYSIN OR SORTCNTL/PARAMETER LIST CO
           SORT FIELDS=(5.0,00028.0,A),FORMAT=BI,FILSZ=E04979426640,DYNA
                          OC=(SYSDA,04)
           RECORD TYPE=V,LENGTH=(00070,00070,00070)
           OPTION MSGPRT=ALL,MSGDDN=UTPRINT,AVGRLEN=00070,MAINSIZE=065536K
 ICE201I 0 RECORD TYPE IS V - DATA STARTS IN POSITION 5
 ICE751I 0 C5-BASE   C6-BASE   C7-BASE   C8-Q83041 E4-BASE   C9-BASE   E5-Q90312
 ICE193I 0 ICEAM2 ENVIRONMENT IN EFFECT - ICEAM2 INSTALLATION MODULE SELECTED
 ICE089I 0 ROINHORB.REORG   .DSNUPROC, INPUT LRECL = 70, TYPE = V
 ICE092I 0 MAIN STORAGE = (67108864,67108864,67108864)
 ICE156I 0 MAIN STORAGE ABOVE 16MB = (66060288,66060288)
 ICE127I 0 OPTIONS: OVFLO=RC0 ,PAD=RC0 ,TRUNC=RC0 ,SPANINC=RC16,VLSCMP=N,SZERO=Y
 ICE128I 0 OPTIONS: SIZE=67108864,MAXLIM=1048576,MINLIM=450560,EQUALS=Y,LIST=Y,E
 ICE129I 0 OPTIONS: VIO=N,RESDNT=ALL ,SMF=NO   ,WRKSEC=Y,OUTSEC=Y,VERIFY=N,CHA
 ICE130I 0 OPTIONS: RESALL=0,RESINV=0,SVC=109 ,CHECK=Y,WRKREL=Y,OUTREL=Y,CKPT=N,
 ICE131I 0 OPTIONS: TMAXLIM=6291456,ARESALL=0,ARESINV=0,OVERRGN=16384,CINV=Y,CFW
 ICE132I 0 OPTIONS: VLSHRT=N,ZDPRINT=Y,IEXIT=N,TEXIT=N,LISTX=N,EFS=NONE    ,EXIT
 ICE133I 0 OPTIONS: HIPRMAX=OPTIMAL,DSPSIZE=MAX ,ODMAXBF=0,SOLRF=Y,VLLONG=N,VSAM
 ICE235I 0 OPTIONS: NULLOUT=RC0
 ICE750I 0 DC 0 TC 0 CS DSVXX KSZ 32 VSZ 32
 ICE752I 0 FSZ=4979426640 RE  IGN=0 C  AVG=70 70  WSP=452719355 E  DYN=0 0
 ICE121A 7 FILE SIZE IS TOO LARGE
 ICE751I 1 D8-Q83041 D4-Q84357 E8-BASE
 ICE052I 0 END OF DFSORT


Best regards
Manshadi




 From: David Betten 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Monday, October 8, 2012 4:05 PM
Subject: Re: Reorganizing Partition Table Space With REBALANCE Option Problem.
 
You need to look at the sort messages to determine why the sort failed.  If
you want, send the entire joblog to the DFSORT hot line (dfs...@us.ibm.com)
and we can look it over for you.


Have a nice day,
Dave Betten
DFSMS Performance Engineer
IBM Corporation
email:  bet...@us.ibm.com
1-301-240-3809
DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/

IBM Mainframe Discussion List  wrote on
10/08/2012 08:03:35 AM:

> From: Mehrshad Manshadi 
> To: IBM-MAIN@listserv.ua.edu,
> Date: 10/08/2012 08:06 AM
> Subject: Reorganizing Partition Table Space With REBALANCE Option
Problem.
> Sent by: IBM Mainframe Discussion List 
>
> Hi,
>
> We have a table space with 250 partition and 4,600,000,000 records
> which it's have to re partition.
>
> Because of lack space on the DASD we are trying to use Tape on some
> DD cards as follows :
>
> //SYSREC    DD DSN=TEMPDS.TAPE1,DISP=(MOD,CATLG),
> //          UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL)
> //SYSUT1    DD DSN=TEMPDS.TAPE2,DISP=(NEW,CATLG),
> //          UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL)
> //SORTOUT   DD
 DSN=TEMPDS.TAPE3,DISP=(NEW,CATLG),
> //          UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL)
> //SYSCOPY   DD DSN=TEMPDS.TAPE4,DISP=(NEW,CATLG),
> //          UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL)
>
> We are using 123 work data sets as follows :
>
> //SORTWK01  DD DISP=(NEW,DELETE),UNIT=SYSDA,
> //          SPACE=(CYL,(4300,1000),RLSE),
> //          VOL=(,,,180),STORCLAS=SCLARGE
> //SORTWK02  DD DISP=(NEW,DELETE),UNIT=SYSDA,
> //          SPACE=(CYL,(4300,1000),RLSE),
> //          VOL=(,,,180),STORCLAS=SCLARGE
> //SORTWK03  DD DISP=(NEW,DELETE),UNIT=SYSDA,
> //          SPACE=(CYL,(4300,1000),RLSE),
> //        
  VOL=(,,,180),STORCLAS=SCLARGE
>
> .
> .
> .
> .
> .
> .
> //SORTWK4F  DD DISP=(NEW,DELETE),UNIT=SYSDA,
> //          SPACE=(CYL,(4300,1000),RLSE),
> //          VOL=(,,,180),STORCLAS=SCLARGE
>
> And the reorg options as follows :
>
> //DFSPARM  DD  *
>     OPTION MOSIZE=0
> //DSNUPROC.SYSIN DD *
> REORG TABLESPACE QQBANCS.TSINHO REBALANCE
>     LOG NO SORTDATA SORTDEVT SYSDA SORTNUM 4
>     COPYDDN(SYSCOPY)
> /*
>
> The problem is the unload phase cont the number of records which we
> expected and after this we assume that it should be  switch to next
> step , but the job failed with following error:
>
> DSNUGUTC - OUTPUT START FOR UTILITY, UTILID = ROINHORB
> DSNUGTIS -
 PROCESSING SYSIN AS EBCDIC
> DSNUGUTC -  REORG TABLESPACE QQBANCS.TSINHO REBALANCE LOG NO SORTDATA
>
> DSNUGSRT - ERROR FROM SORT COMPONENT RC=16, UTILITY STOPPED
> DSNUGBAC - UTILITY BATCH MEMORY EXECUTION ABENDED, REASON=X'00E40005'
>
> Please help if you have any idea about it.
>
> Best regards
> Manshadi
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

Re: syslogd: FSUM1229 syslogd is already active

[Hunkeler Peter (KIUP 4)]

>Hi Chris, I read that. I know it's the TCPIP subsystem which starts
>daemons specified in the AUTOLOG statement every x seconds, but I
>don't know why SYSLOG complains there is another instance running,
>that I don't see anywhere in the process list.

a) UNIX daemons usually fork() once or twice during startup. I don't
know off hand if this applies to syslogd as well but would guess so.

b) z/OS will slightly change a process' (MVS) jobname upon fork() (and
non-local spawn()) when the original jobname is shorter than 8
characters: a digit between 1 and 9 will be appended.

If both a) and b) apply, then the resulting syslogd process will run in
a different address space with a *different* jobname than the one
started by TCP/IP's autolog feature. It will then think the job died and
will restart it. 

If this turns out to be your problem, try running syslogd with an 8
character jobname (i,e.PROC name). z/OS will then leave the jobname
alone upon fork()/spawn().

--
Peter Hunkeler

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of IT Pro
Sent: Montag, 8. Oktober 2012 13:43
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: syslogd: FSUM1229 syslogd is already active


However, commenting out the line in the AUTOLOG stetament and starting
SYSLOG from /etc/rc works like a charm. There must be something I'm
missing, but I'm really flabbergasted anyways.


On Mon, Oct 8, 2012 at 1:37 PM, Chris Mason 
wrote:
> Aitor
>
>> The start of the syslog is specified in the "AUTOLOG" of the TCPIP
configuration.
>
> Try reading in z/OS Communications Server IP Configuration Reference
what the AUTOLOG statement in the PROFILE of the IP component of z/OS
Communications Server does:
>
>
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B4B1/2.8
>
> 
>
> 2.8 AUTOLOG statement
>
> Use the AUTOLOG statement to provide a list of MVS started procedures
to be started by the Autolog task when TCP/IP is started.
>
> ...
>
> 
>
> Yes I know this is the V1R13 manual but AUTOLOG hasn't changed since
its invention in the early 1990s.
>
> Incidentally it is likely that the greatest concentration of
specialists with in fact both the SNA (VTAM) as well as the IP
components of z/OS Communications Server can be found here:
>
> For IBMTCP-L subscribe / signoff / archive access instructions, send
email to lists...@vm.marist.edu with the message: INFO IBMTCP-L
>
> Chris Mason
>
> On Mon, 8 Oct 2012 11:31:17 +0200, IT Pro  wrote:
>
>>Hello,
>>
>>We upgraded from z/OS 1.9 to z/OS 1.12 a few months ago.
>>
>>We have configured SYSLOGD daemon to be started as a started task from
>>a PROC, but when started we see in the MVS log "syslogd: FSUM1229
>>syslogd is already active", and the procedure ends. The start of the
>>syslog is specified in the "AUTOLOG" of the TCPIP configuration.
>>
>>S SYSLOGT
>>$HASP100 SYSLOGT  ON STCINRDR
>>$HASP373 SYSLOGT  STARTED
>>IEF403I SYSLOGT - STARTED - TIME=11.27.08
>>BPXF024I (USRFWKT) Oct  8 11:27:08 BOLSAWBD/USRFWKT SYSLOGT syslogd:
>>FSUM1229 syslogd is already active
>>IEF404I SYSLOGT - ENDED - TIME=11.27.08
>>$HASP395 SYSLOGT  ENDED
>>
>>Could anybody give me a hint on this? I'm stuck at this.
>>Thanks,
>>Aitor.
>
> --
> 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

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

Re: Problems with GIM SMP installation

[John Eells]

Alvaro Guirao Lopez wrote:

Hi listers,

I'm trying to download SW package through GIM SMP installation, but I have
some problems:



Anybody has suffered something like this? I'm seeking the manuals but I
don't found any "GIM messages" manuals.


http://publibz.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/GIMMCD42/CCONTENTS?SHELF=ez2zo111&DN=GA22-7770-15&DT=20100603122849


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: Problems with GIM SMP installation

[Mike Schwab]

https://groups.google.com/forum/?fromgroups#!topic/bit.listserv.ibm-main/aPtNlOsWlMQ

Insufficient space.

On Mon, Oct 8, 2012 at 8:41 AM, Alvaro Guirao Lopez
 wrote:
> Hi listers,
>
> I'm trying to download SW package through GIM SMP installation, but I have
> some problems:
>
> --
> --   -- archid="ROOTDB2.300"
> -- newname="/usr/lpp/db2/SERVICE/db21010"
> --   replace="yes"
> -- preserveid="yes"/>
> --
> GIM68200E ** PROCESSING FAILED FOR THE /bin/pax UNIX SYSTEM SERVICE
> COMMAND.
>
> GIM47800S ** AN ERROR OCCURRED WHILE GIMUNZIP WAS PROCESSING ARCHIVE
> ROOTDB2.300
>
> GIM20501IGIMUNZIP PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS
> 12.
>
> Anybody has suffered something like this? I'm seeking the manuals but I
> don't found any "GIM messages" manuals.
>
> Thanks in advance.
> --
> Un saludo.
> Álvaro Guirao
-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: Problems with GIM SMP installation

[McKown, John]

I've seen some messages similar to this before. As I recall, the actual problem 
was shown in a separate output which was written to the BPXPRINT dd name.

-- 
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

9151 Boulevard 26 . N. Richland Hills . TX 76010
(817) 255-3225 phone .
john.mck...@healthmarkets.com . www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets® is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA 
Life and Health Insurance Company.SM


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Alvaro Guirao Lopez
> Sent: Monday, October 08, 2012 8:41 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Problems with GIM SMP installation
> 
> Hi listers,
> 
> I'm trying to download SW package through GIM SMP installation, but I
> have
> some problems:
> 
> --
> 
> 
> --   
> 
> --
> archid="ROOTDB2.300"
> 
> --
> newname="/usr/lpp/db2/SERVICE/db21010"
> 
> --   replace="yes"
> 
> 
> --
> preserveid="yes"/>
> 
> --
> 
> 
> GIM68200E ** PROCESSING FAILED FOR THE /bin/pax UNIX SYSTEM SERVICE
> COMMAND.
> 
> GIM47800S ** AN ERROR OCCURRED WHILE GIMUNZIP WAS PROCESSING ARCHIVE
> ROOTDB2.300
> 
> GIM20501IGIMUNZIP PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE
> WAS
> 12.
> 
> Anybody has suffered something like this? I'm seeking the manuals but I
> don't found any "GIM messages" manuals.
> 
> Thanks in advance.
> --
> Un saludo.
> Álvaro Guirao
> 
> --
> 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: free sub pool 236 or 237 of JES

[McKown, John]

If you're using the ATTACH, I don't really know why it isn't releasing the 
storage. But, if you want to try, you can do FREEMAIN the entire 236 and 237 
subpools. But I don't know what impact this might have on other system programs 
which might use those subpools. Example would be:
 
   FREEMAIN RU,SP=236
   FREEMAIN RU,SP=237

>From reading here:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2V2A1/1.8.3

This may not be advisable because these contain the SWA for the job. In note 
12, it says:

12. Virtual storage is located within the scheduler work area (SWA). The 
storage is freed at the end of the started task or at initiator termination for 
subpool 236 and at the end of the job for subpool 237. The NSHSPL and NSHSPV 
parameters on the ATTACH or ATTACHX macro invocation used to create the 
currently active task determine ownership of the subpool. If the currently 
active task was given ownership of the subpool, then the TCB of the currently 
active task owns the storage in this subpool. If the currently active task is 
sharing this subpool with the attaching task, then the TCB of the attaching 
task owns the storage in this subpool. For more information, see the 
description of the ATTACH and ATTACHX macros in z/OS MVS Programming: 
Authorized Assembler Services Reference ALE-DYN and the virtual storage 
management topic in z/OS MVS Programming: Assembler Services Guide. For 
additional information about the SWA, see z/OS MVS Initialization and Tuning 
Guide.


Seems to me that if you ATTACH the interpreter for each use, the subpools 
should have been freed. You may have found a bug in z/OS.

-- 
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Mil Hashoul
> Sent: Monday, October 08, 2012 8:39 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: free sub pool 236 or 237 of JES
> 
> I did use this. i have three programs, main called SCAN -> CONV ->
> Interpreter
> SCAN attachX the CONV with NSHSP 237 and 236 and CONV call with BALR
> the
> Interpreter, still I have the dynamical allocation that the INTERPRETER
> do
> still obtained without free.
> 
> 
> On Mon, Oct 8, 2012 at 2:24 PM, McKown, John
> wrote:
> 
> > I don't know how you are invoking the interpreter, but if you do it
> using
> > an ATTACH[X] facility, then all you need to do is not share sub pools
> 236 &
> > 237 (which normally are not shared anyway). Then all the storage that
> the
> > subtask obtains will automatically be freed when it terminates. This
> is
> > rather simple to do, but just in case, I would do something like:
> >
> >
> >   XC  ECB,ECB
> >   ATTACH EP=...,PARAM=(...),VL=1,
> >  ECB=ECB
> >   ST   1,TCB
> >   WAIT ECB=ECB
> >   DETACH TCB
> >
> > HTH.
> >
> > --
> > John McKown
> > Systems Engineer IV
> > IT
> >
> > Administrative Services Group
> >
> > HealthMarkets(r)
> >
> > 9151 Boulevard 26 * N. Richland Hills * TX 76010
> > (817) 255-3225 phone *
> > john.mck...@healthmarkets.com * www.HealthMarkets.com
> >
> > Confidentiality Notice: This e-mail message may contain confidential
> or
> > proprietary information. If you are not the intended recipient,
> please
> > contact the sender by reply e-mail and destroy all copies of the
> original
> > message. HealthMarkets(r) is the brand name for products underwritten
> and
> > issued by the insurance subsidiaries of HealthMarkets, Inc. -The
> Chesapeake
> > Life Insurance Company(r), Mid-West National Life Insurance Company
> of
> > TennesseeSM and The MEGA Life and Health Insurance Company.SM
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu]
> > > On Behalf Of Mil Hashoul
> > > Sent: Monday, October 08, 2012 4:05 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: free subpool 236 or 237 of JES
> > >
> > > Hi,
> > > How could I free the subpool 236 or 237?
> > > I work under batch and I am calling the converter and the
> interpreter
> > > of
> > > JES, while the batch job is 237 subpool, i work with the converter
> and
> > > the
> > > interpreter with subpool 236, when i finish working with the
> > > interpreter, I
> > > found that lot of the storage of 237 is still hanged on, and it is
> only
> > > released

Problems with GIM SMP installation

[Alvaro Guirao Lopez]

Hi listers,

I'm trying to download SW package through GIM SMP installation, but I have
some problems:

--


--  

--


GIM68200E ** PROCESSING FAILED FOR THE /bin/pax UNIX SYSTEM SERVICE
COMMAND.

GIM47800S ** AN ERROR OCCURRED WHILE GIMUNZIP WAS PROCESSING ARCHIVE
ROOTDB2.300

GIM20501IGIMUNZIP PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS
12.

Anybody has suffered something like this? I'm seeking the manuals but I
don't found any "GIM messages" manuals.

Thanks in advance.
-- 
Un saludo.
Álvaro Guirao

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

Re: free sub pool 236 or 237 of JES

[Mil Hashoul]

I did use this. i have three programs, main called SCAN -> CONV ->
Interpreter
SCAN attachX the CONV with NSHSP 237 and 236 and CONV call with BALR the
Interpreter, still I have the dynamical allocation that the INTERPRETER do
still obtained without free.


On Mon, Oct 8, 2012 at 2:24 PM, McKown, John
wrote:

> I don't know how you are invoking the interpreter, but if you do it using
> an ATTACH[X] facility, then all you need to do is not share sub pools 236 &
> 237 (which normally are not shared anyway). Then all the storage that the
> subtask obtains will automatically be freed when it terminates. This is
> rather simple to do, but just in case, I would do something like:
>
>
>   XC  ECB,ECB
>   ATTACH EP=...,PARAM=(...),VL=1,
>  ECB=ECB
>   ST   1,TCB
>   WAIT ECB=ECB
>   DETACH TCB
>
> HTH.
>
> --
> John McKown
> Systems Engineer IV
> IT
>
> Administrative Services Group
>
> HealthMarkets(r)
>
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone *
> john.mck...@healthmarkets.com * www.HealthMarkets.com
>
> Confidentiality Notice: This e-mail message may contain confidential or
> proprietary information. If you are not the intended recipient, please
> contact the sender by reply e-mail and destroy all copies of the original
> message. HealthMarkets(r) is the brand name for products underwritten and
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake
> Life Insurance Company(r), Mid-West National Life Insurance Company of
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Mil Hashoul
> > Sent: Monday, October 08, 2012 4:05 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: free subpool 236 or 237 of JES
> >
> > Hi,
> > How could I free the subpool 236 or 237?
> > I work under batch and I am calling the converter and the interpreter
> > of
> > JES, while the batch job is 237 subpool, i work with the converter and
> > the
> > interpreter with subpool 236, when i finish working with the
> > interpreter, I
> > found that lot of the storage of 237 is still hanged on, and it is only
> > released after the main job batch ended, for my case it is not good
> > since,
> > i call the interpreter hundred of times at each job.
> > Any help how could I release that storage?
> > Regards
> > Milad Hashoul
> >
> > --
> > "Look in My Eyes you will C the Devil Playin with My Soul"
> > It depends who leads!!
> >
> > --
> > 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
>



-- 
"Look in My Eyes you will C the Devil Playin with My Soul"
It depends who leads!!

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

Re: Instruction subsets and extensions, was: Is there a correspondence between 64-bit IBM mainframes and PoOps editions levels?

[John Gilmore]

The classic remedy in situations of the sort Arthur Fichtl describes
is to write a macro, here one called MVCIN, that performs the
operation not supported on some target machines.

The HLASM will---and its immediate predecessors would---use a machine
instruction I known to it for a particular assembly and, failing that,
expand a macro named I known to it instead.

The distinction between assembly machine and execution machine---what
COBOL used to call source and target machines---is of course crucial
here, and in some environments it is difficult to make [or preserve
administratively] .

--jg

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

Re: syslogd: FSUM1229 syslogd is already active

[Mark Zelden]

On Mon, 8 Oct 2012 11:31:17 +0200, IT Pro  wrote:

>Hello,
>
>We upgraded from z/OS 1.9 to z/OS 1.12 a few months ago.
>
>We have configured SYSLOGD daemon to be started as a started task from
>a PROC, but when started we see in the MVS log "syslogd: FSUM1229
>syslogd is already active", and the procedure ends. The start of the
>syslog is specified in the "AUTOLOG" of the TCPIP configuration.
>
>S SYSLOGT
>$HASP100 SYSLOGT  ON STCINRDR
>$HASP373 SYSLOGT  STARTED
>IEF403I SYSLOGT - STARTED - TIME=11.27.08
>BPXF024I (USRFWKT) Oct  8 11:27:08 BOLSAWBD/USRFWKT SYSLOGT syslogd:
>FSUM1229 syslogd is already active
>IEF404I SYSLOGT - ENDED - TIME=11.27.08
>$HASP395 SYSLOGT  ENDED
>
>Could anybody give me a hint on this? I'm stuck at this.
>Thanks,
>Aitor.

Are you using the same /etc/rc after you upgraded?   For example,
this is how I start it from /etc/rc:

# Start the SYSLOGD daemon which supplies logging functions for programs  
_BPX_JOBNAME='SYSLOGD' /usr/sbin/syslogd -f /etc/syslog.conf &


--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

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

Re: IEW2763S

[Staller, Allan]

ISTR  some maintenance in this area (related to NFS). Sorry, no reference 
handy


I'm trying to use a UNIX (USS) directory (actually NFS mounted) for Binder 
input.  In some cases it works well; in others where I see no apparent 
differences other than the pathname I get:

 IEW2763S DE07 FILE ASSOCIATED WITH DDNAME LIB001 CANNOT BE OPENED BECAUSE THE 
FILE DOES NOT EXIST OR CANNOT BE CREATED.
 IEW2302E 1031 THE DATA SET SPECIFIED BY DDNAME LIB001 COULD NOT BE FOUND, AND 
THUS HAS NOT BEEN INCLUDED.

If I reconstruct what I believe to be the full pathname, I can open it and read 
it after the Binder has failed.  LISTALC shows me that LIB001 is allocated to 
the intended USS directory.  There's no additional information in SYSLOG.


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

Re: syslogd: FSUM1229 syslogd is already active

[Patrick Loftus]

Do you have CA Common Services?  That fires up SYSLOGD if it isn't already 
running, but under a taskname of (by default) something like TNGEMSTR.
I'd go to the "PS" panel in SDSF, or do a "D OMVS,A=ALL" command and look for a 
command with syslogd in it.
It's not necessarily a task called SYSLOGD, but it will have "syslogd" in the 
command.

Kind regards
Patrick Loftus
TNT Express ICS Ltd.

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

Re: Reorganizing Partition Table Space With REBALANCE Option Problem.

[David Betten]

You need to look at the sort messages to determine why the sort failed.  If
you want, send the entire joblog to the DFSORT hot line (dfs...@us.ibm.com)
and we can look it over for you.


Have a nice day,
Dave Betten
DFSMS Performance Engineer
IBM Corporation
email:  bet...@us.ibm.com
1-301-240-3809
DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/

IBM Mainframe Discussion List  wrote on
10/08/2012 08:03:35 AM:

> From: Mehrshad Manshadi 
> To: IBM-MAIN@listserv.ua.edu,
> Date: 10/08/2012 08:06 AM
> Subject: Reorganizing Partition Table Space With REBALANCE Option
Problem.
> Sent by: IBM Mainframe Discussion List 
>
> Hi,
>
> We have a table space with 250 partition and 4,600,000,000 records
> which it's have to re partition.
>
> Because of lack space on the DASD we are trying to use Tape on some
> DD cards as follows :
>
> //SYSREC    DD DSN=TEMPDS.TAPE1,DISP=(MOD,CATLG),
> //          UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL)
> //SYSUT1    DD DSN=TEMPDS.TAPE2,DISP=(NEW,CATLG),
> //          UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL)
> //SORTOUT   DD DSN=TEMPDS.TAPE3,DISP=(NEW,CATLG),
> //          UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL)
> //SYSCOPY   DD DSN=TEMPDS.TAPE4,DISP=(NEW,CATLG),
> //          UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL)
>
> We are using 123 work data sets as follows :
>
> //SORTWK01  DD DISP=(NEW,DELETE),UNIT=SYSDA,
> //          SPACE=(CYL,(4300,1000),RLSE),
> //          VOL=(,,,180),STORCLAS=SCLARGE
> //SORTWK02  DD DISP=(NEW,DELETE),UNIT=SYSDA,
> //          SPACE=(CYL,(4300,1000),RLSE),
> //          VOL=(,,,180),STORCLAS=SCLARGE
> //SORTWK03  DD DISP=(NEW,DELETE),UNIT=SYSDA,
> //          SPACE=(CYL,(4300,1000),RLSE),
> //          VOL=(,,,180),STORCLAS=SCLARGE
>
> .
> .
> .
> .
> .
> .
> //SORTWK4F  DD DISP=(NEW,DELETE),UNIT=SYSDA,
> //          SPACE=(CYL,(4300,1000),RLSE),
> //          VOL=(,,,180),STORCLAS=SCLARGE
>
> And the reorg options as follows :
>
> //DFSPARM  DD  *
>     OPTION MOSIZE=0
> //DSNUPROC.SYSIN DD *
> REORG TABLESPACE QQBANCS.TSINHO REBALANCE
>     LOG NO SORTDATA SORTDEVT SYSDA SORTNUM 4
>     COPYDDN(SYSCOPY)
> /*
>
> The problem is the unload phase cont the number of records which we
> expected and after this we assume that it should be  switch to next
> step , but the job failed with following error:
>
> DSNUGUTC - OUTPUT START FOR UTILITY, UTILID = ROINHORB
> DSNUGTIS - PROCESSING SYSIN AS EBCDIC
> DSNUGUTC -  REORG TABLESPACE QQBANCS.TSINHO REBALANCE LOG NO SORTDATA
>
> DSNUGSRT - ERROR FROM SORT COMPONENT RC=16, UTILITY STOPPED
> DSNUGBAC - UTILITY BATCH MEMORY EXECUTION ABENDED, REASON=X'00E40005'
>
> Please help if you have any idea about it.
>
> Best regards
> Manshadi
>
> --
> 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: free sub pool 236 or 237 of JES

[McKown, John]

I don't know how you are invoking the interpreter, but if you do it using an 
ATTACH[X] facility, then all you need to do is not share sub pools 236 & 237 
(which normally are not shared anyway). Then all the storage that the subtask 
obtains will automatically be freed when it terminates. This is rather simple 
to do, but just in case, I would do something like:


  XC  ECB,ECB
  ATTACH EP=...,PARAM=(...),VL=1,
 ECB=ECB
  ST   1,TCB
  WAIT ECB=ECB
  DETACH TCB

HTH.

-- 
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Mil Hashoul
> Sent: Monday, October 08, 2012 4:05 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: free subpool 236 or 237 of JES
> 
> Hi,
> How could I free the subpool 236 or 237?
> I work under batch and I am calling the converter and the interpreter
> of
> JES, while the batch job is 237 subpool, i work with the converter and
> the
> interpreter with subpool 236, when i finish working with the
> interpreter, I
> found that lot of the storage of 237 is still hanged on, and it is only
> released after the main job batch ended, for my case it is not good
> since,
> i call the interpreter hundred of times at each job.
> Any help how could I release that storage?
> Regards
> Milad Hashoul
> 
> --
> "Look in My Eyes you will C the Devil Playin with My Soul"
> It depends who leads!!
> 
> --
> 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

Reorganizing Partition Table Space With REBALANCE Option Problem.

[Mehrshad Manshadi]

Hi,

We have a table space with 250 partition and 4,600,000,000 records which it's 
have to re partition.

Because of lack space on the DASD we are trying to use Tape on some DD cards as 
follows :

//SYSREC    DD DSN=TEMPDS.TAPE1,DISP=(MOD,CATLG),             
//          UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL)          
//SYSUT1    DD DSN=TEMPDS.TAPE2,DISP=(NEW,CATLG),             
//          UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL)          
//SORTOUT   DD DSN=TEMPDS.TAPE3,DISP=(NEW,CATLG),             
//          UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL)          
//SYSCOPY   DD DSN=TEMPDS.TAPE4,DISP=(NEW,CATLG),             
//          UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL)          

We are using 123 work data sets as follows :

//SORTWK01  DD DISP=(NEW,DELETE),UNIT=SYSDA,
//          SPACE=(CYL,(4300,1000),RLSE),   
//          VOL=(,,,180),STORCLAS=SCLARGE   
//SORTWK02  DD DISP=(NEW,DELETE),UNIT=SYSDA,
//          SPACE=(CYL,(4300,1000),RLSE),   
//          VOL=(,,,180),STORCLAS=SCLARGE   
//SORTWK03  DD DISP=(NEW,DELETE),UNIT=SYSDA,
//          SPACE=(CYL,(4300,1000),RLSE),   
//          VOL=(,,,180),STORCLAS=SCLARGE   

.
.
.
.
.
.
//SORTWK4F  DD DISP=(NEW,DELETE),UNIT=SYSDA,
//          SPACE=(CYL,(4300,1000),RLSE),   
//          VOL=(,,,180),STORCLAS=SCLARGE   

And the reorg options as follows :

//DFSPARM  DD  *                                       
    OPTION MOSIZE=0                                    
//DSNUPROC.SYSIN DD *                                  
REORG TABLESPACE QQBANCS.TSINHO REBALANCE              
    LOG NO SORTDATA SORTDEVT SYSDA SORTNUM 4           
    COPYDDN(SYSCOPY)                                   
/*                                                     

The problem is the unload phase cont the number of records which we expected 
and after this we assume that it should be  switch to next step , but the job 
failed with following error:

DSNUGUTC - OUTPUT START FOR UTILITY, UTILID = ROINHORB                
DSNUGTIS - PROCESSING SYSIN AS EBCDIC                                 
DSNUGUTC -  REORG TABLESPACE QQBANCS.TSINHO REBALANCE LOG NO SORTDATA 
                                                                      
DSNUGSRT - ERROR FROM SORT COMPONENT RC=16, UTILITY STOPPED           
DSNUGBAC - UTILITY BATCH MEMORY EXECUTION ABENDED, REASON=X'00E40005' 

Please help if you have any idea about it.

Best regards
Manshadi

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

Re: syslogd: FSUM1229 syslogd is already active

[IT Pro]

Hi Walter,

Your command's output is:

D A,SYSL*
IEE115I 13.59.06 2012.282 ACTIVITY
 JOBS M/STS USERSSYSASINITS   ACTIVE/MAX VTAM OAS
5000262  00032000212/00010   00024
SYSL* NOT FOUND


On Mon, Oct 8, 2012 at 1:56 PM, Walter Marguccio
 wrote:
>> From: IT Pro 
>> Subject: Re: syslogd: FSUM1229 syslogd is already active
>
>
>>but I don't know why SYSLOG complains there is another instance running,
>> that I don't see anywhere in the process list.
>
> what does command D A,SYSL* show ?
>
>
> Walter Marguccio
> z/OS Systems Programmer
> BELENUS LOB Informatic GmbH
> Munich - Germany
>
> --
> 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: syslogd: FSUM1229 syslogd is already active

[Walter Marguccio]

> From: IT Pro 
> Subject: Re: syslogd: FSUM1229 syslogd is already active


>but I don't know why SYSLOG complains there is another instance running,
> that I don't see anywhere in the process list. 

what does command D A,SYSL* show ? 


Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
Munich - Germany

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

Re: Why File transfer through TSO IND$FILE is slower than TCP/IP FTP ?

[Elardus Engelbrecht]

Chris Mason wrote:

>> When VTAM is doing a GETMAIN for more buffers, all using VTAM need to wait 
>> for that GETMAIN to complete. Not a problem, but observable ...

>The trick here is to "tune" the dynamic buffering parameters. You can set the 
>affected buffer pool to have sufficient buffers to be able to cater for the 
>"morning rush". In order to do that you obviously enter the DISPLAY NET,BFRUSE 
>command *after* the "morning rush" happens.

Thanks for your kind advice. I will pass it to my favourite TCP/IP Team. That's 
the team working on z/OS. ;-)

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: syslogd: FSUM1229 syslogd is already active

[IT Pro]

Hi Chris, I read that. I know it's the TCPIP subsystem which starts
daemons specified in the AUTOLOG statement every x seconds, but I
don't know why SYSLOG complains there is another instance running,
that I don't see anywhere in the process list.

However, commenting out the line in the AUTOLOG stetament and starting
SYSLOG from /etc/rc works like a charm. There must be something I'm
missing, but I'm really flabbergasted anyways.


On Mon, Oct 8, 2012 at 1:37 PM, Chris Mason  wrote:
> Aitor
>
>> The start of the syslog is specified in the "AUTOLOG" of the TCPIP 
>> configuration.
>
> Try reading in z/OS Communications Server IP Configuration Reference what the 
> AUTOLOG statement in the PROFILE of the IP component of z/OS Communications 
> Server does:
>
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B4B1/2.8
>
> 
>
> 2.8 AUTOLOG statement
>
> Use the AUTOLOG statement to provide a list of MVS started procedures to be 
> started by the Autolog task when TCP/IP is started.
>
> ...
>
> 
>
> Yes I know this is the V1R13 manual but AUTOLOG hasn't changed since its 
> invention in the early 1990s.
>
> Incidentally it is likely that the greatest concentration of specialists with 
> in fact both the SNA (VTAM) as well as the IP components of z/OS 
> Communications Server can be found here:
>
> For IBMTCP-L subscribe / signoff / archive access instructions, send email to 
> lists...@vm.marist.edu with the message: INFO IBMTCP-L
>
> Chris Mason
>
> On Mon, 8 Oct 2012 11:31:17 +0200, IT Pro  wrote:
>
>>Hello,
>>
>>We upgraded from z/OS 1.9 to z/OS 1.12 a few months ago.
>>
>>We have configured SYSLOGD daemon to be started as a started task from
>>a PROC, but when started we see in the MVS log "syslogd: FSUM1229
>>syslogd is already active", and the procedure ends. The start of the
>>syslog is specified in the "AUTOLOG" of the TCPIP configuration.
>>
>>S SYSLOGT
>>$HASP100 SYSLOGT  ON STCINRDR
>>$HASP373 SYSLOGT  STARTED
>>IEF403I SYSLOGT - STARTED - TIME=11.27.08
>>BPXF024I (USRFWKT) Oct  8 11:27:08 BOLSAWBD/USRFWKT SYSLOGT syslogd:
>>FSUM1229 syslogd is already active
>>IEF404I SYSLOGT - ENDED - TIME=11.27.08
>>$HASP395 SYSLOGT  ENDED
>>
>>Could anybody give me a hint on this? I'm stuck at this.
>>Thanks,
>>Aitor.
>
> --
> 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: syslogd: FSUM1229 syslogd is already active

[Chris Mason]

Aitor

> The start of the syslog is specified in the "AUTOLOG" of the TCPIP 
> configuration. 

Try reading in z/OS Communications Server IP Configuration Reference what the 
AUTOLOG statement in the PROFILE of the IP component of z/OS Communications 
Server does:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B4B1/2.8



2.8 AUTOLOG statement

Use the AUTOLOG statement to provide a list of MVS started procedures to be 
started by the Autolog task when TCP/IP is started.

...



Yes I know this is the V1R13 manual but AUTOLOG hasn't changed since its 
invention in the early 1990s.

Incidentally it is likely that the greatest concentration of specialists with 
in fact both the SNA (VTAM) as well as the IP components of z/OS Communications 
Server can be found here:

For IBMTCP-L subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO IBMTCP-L

Chris Mason

On Mon, 8 Oct 2012 11:31:17 +0200, IT Pro  wrote:

>Hello,
>
>We upgraded from z/OS 1.9 to z/OS 1.12 a few months ago.
>
>We have configured SYSLOGD daemon to be started as a started task from
>a PROC, but when started we see in the MVS log "syslogd: FSUM1229
>syslogd is already active", and the procedure ends. The start of the
>syslog is specified in the "AUTOLOG" of the TCPIP configuration.
>
>S SYSLOGT
>$HASP100 SYSLOGT  ON STCINRDR
>$HASP373 SYSLOGT  STARTED
>IEF403I SYSLOGT - STARTED - TIME=11.27.08
>BPXF024I (USRFWKT) Oct  8 11:27:08 BOLSAWBD/USRFWKT SYSLOGT syslogd:
>FSUM1229 syslogd is already active
>IEF404I SYSLOGT - ENDED - TIME=11.27.08
>$HASP395 SYSLOGT  ENDED
>
>Could anybody give me a hint on this? I'm stuck at this.
>Thanks,
>Aitor.

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

Instruction subsets and extensions, was: Is there a correspondence between 64-bit IBM mainframes and PoOps editions levels?

[Arthur Fichtl]

I remember the days of 1990 when I was writing an Assembler program. In 
that program I experimented with MVCIN and it worked as designed (an 
desired).

However, it worked on our *development* system which was an Amdahl MF.
After having installed that program on the production system which was 
an IBM 3090 600J it crashed immeditately with an operation exception - 
the IBM did not have MVCIN.

It costed substantial effort to develop a workaround.

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

Re: Has anyone taken out hardware support for z196 from anyone other than IBM

[Ken Barkhau]

Kenneth R. Barkhau
Sent from my iPad

On Oct 7, 2012, at 9:18 AM, "R.S."  wrote:

> W dniu 2012-10-04 13:44, Bruno Sugliani pisze:
>> On Thu, 4 Oct 2012 05:16:02 -0500, Mike Schwab  
>> wrote:
>>> 
>>> I thought it was a 3 year minimum.  Its only been out for 2 years.
>>> --
>>> Mike A Schwab, Springfield IL USA
>>> Where do Forest Rangers go to get away from it all?
>> 
>> Nope ..1 year for CPU and generally 3 or 4 years for DASD
>> Unless it has changed very recently
> 
> It hasn't changed. 1 year for CPC, expandable to 3 years. IMHO very hard 
> to negotiate longer period. After 3 years extensions are possible, but simply 
> more expensive than new CPC. Because of that having >3 years old machine 
> under IBM support is kind of masochism.
> 
> 
> -- 
> Radoslaw Skorupka
> Lodz, Poland
> 
> 
> 
> 
> 
> 
> --
> Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być 
> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś 
> adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej 
> przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, 
> rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie 
> zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, 
> prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale 
> usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub 
> zapisane na dysku.
> 
> This e-mail may contain legally privileged information of the Bank and is 
> intended solely for business use of the addressee. This e-mail may only be 
> received by the addressee and may not be disclosed to any third parties. If 
> you are not the intended addressee of this e-mail or the employee authorised 
> to forward it to the addressee, be advised that any dissemination, copying, 
> distribution or any other similar activity is legally prohibited and may be 
> punishable. If you received this e-mail by mistake please advise the sender 
> immediately by using the reply facility in your e-mail software and delete 
> permanently this e-mail including any copies of it either printed or saved to 
> hard drive. 
> BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
> +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl
> Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
> Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
> Według stanu na dzień 01.01.2012 r. kapitał zakładowy BRE Banku SA (w całości 
> wpłacony) wynosi 168.410.984 złotych.
> 
> 
> --
> 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: syslogd: FSUM1229 syslogd is already active

[IT Pro]

Ah sorry, I misunderstood you. No, it isn't started neither from
/etc/inetd.conf nor /etc/rc.
Thanks.

On Mon, Oct 8, 2012 at 12:16 PM, Eatherly, John D
 wrote:
> What I meant to say is that if you are already showing it as started, it is 
> probably being started in /etc/inetd.conf.  You can comment that out by 
> putting a # to the left of the startup line.
>
> Thanks.
>
> John Eatherly
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of IT Pro
> Sent: Monday, October 08, 2012 4:59 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: syslogd: FSUM1229 syslogd is already active
>
> Hi John, yes I've read there are several ways, but we want the syslog be 
> configured as a PROC so that it's easier for Operations to deal with its 
> management. They don't want anything dealing with Unix.
> Anyways, I'll give that possibility a try.
>
> Thanks a lot.
> Aitor.
>
> --
> 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: syslogd: FSUM1229 syslogd is already active

[Eatherly, John D]

What I meant to say is that if you are already showing it as started, it is 
probably being started in /etc/inetd.conf.  You can comment that out by putting 
a # to the left of the startup line.

Thanks.

John Eatherly


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of IT Pro
Sent: Monday, October 08, 2012 4:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: syslogd: FSUM1229 syslogd is already active

Hi John, yes I've read there are several ways, but we want the syslog be 
configured as a PROC so that it's easier for Operations to deal with its 
management. They don't want anything dealing with Unix.
Anyways, I'll give that possibility a try.

Thanks a lot.
Aitor.

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

Re: syslogd: FSUM1229 syslogd is already active

[IT Pro]

Hi John, yes I've read there are several ways, but we want the syslog
be configured as a PROC so that it's easier for Operations to deal
with its management. They don't want anything dealing with Unix.
Anyways, I'll give that possibility a try.

Thanks a lot.
Aitor.

On Mon, Oct 8, 2012 at 11:50 AM, Eatherly, John D
 wrote:
> It can also be started from: /etc/inetd.conf
>
> John Eatherly
>
> --
> 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: syslogd: FSUM1229 syslogd is already active

[Eatherly, John D]

It can also be started from: /etc/inetd.conf

John Eatherly

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

syslogd: FSUM1229 syslogd is already active

[IT Pro]

Hello,

We upgraded from z/OS 1.9 to z/OS 1.12 a few months ago.

We have configured SYSLOGD daemon to be started as a started task from
a PROC, but when started we see in the MVS log "syslogd: FSUM1229
syslogd is already active", and the procedure ends. The start of the
syslog is specified in the "AUTOLOG" of the TCPIP configuration.

S SYSLOGT
$HASP100 SYSLOGT  ON STCINRDR
$HASP373 SYSLOGT  STARTED
IEF403I SYSLOGT - STARTED - TIME=11.27.08
BPXF024I (USRFWKT) Oct  8 11:27:08 BOLSAWBD/USRFWKT SYSLOGT syslogd:
FSUM1229 syslogd is already active
IEF404I SYSLOGT - ENDED - TIME=11.27.08
$HASP395 SYSLOGT  ENDED

Could anybody give me a hint on this? I'm stuck at this.
Thanks,
Aitor.

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

free subpool 236 or 237 of JES

[Mil Hashoul]

Hi,
How could I free the subpool 236 or 237?
I work under batch and I am calling the converter and the interpreter of
JES, while the batch job is 237 subpool, i work with the converter and the
interpreter with subpool 236, when i finish working with the interpreter, I
found that lot of the storage of 237 is still hanged on, and it is only
released after the main job batch ended, for my case it is not good since,
i call the interpreter hundred of times at each job.
Any help how could I release that storage?
Regards
Milad Hashoul

-- 
"Look in My Eyes you will C the Devil Playin with My Soul"
It depends who leads!!

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