Re: ANTMAIN takes a lot of CPU
Thanks I tried the same copy without BMC and ANTMAIN still uses an excessive amount of CPU I have opened a PMR with IBM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Eells Sent: Thursday, May 09, 2013 7:22 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ANTMAIN takes a lot of CPU The DFSMS copy services folk who own ANTMAIN would be interested in knowing more if you'd like to open a PMR... Sheldon Davis wrote: We are using BMCto take an instant snapshot of about nine hundred tables. The BMC XBM takes a lot of CPU and the Copy Services started task ANTMAIN also takes a lot of CPU Both these stc's have a higher priority than our CICS. Has anyone else experienced this problem? we use Z/OS version 1.13 -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ML1 to ML2
Mark, When you altered your environment to ignore ML2, did you change any of your migration criteria such as ML1days for non-sms data or your SMS Management class Level 1 days value? These would need to be equal to your Primary days value to bypass ML1. Thank You, Dave O'Brien NIH Contractor From: Mark Pace [pacemainl...@gmail.com] Sent: Friday, May 10, 2013 4:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ML1 to ML2 What I want to have happen All migrations go directly to tape, no longer go to ML1 DASD. But I still have a lot of migrated data on ML1 I need to get to ML2. For that I suppose I can wait for it to roll off to ML2. I changed the TAPEMIGRATION( DIRECT) thinking that anything that migrated from this point forward would go to ML2 and not ML1. But, nope, issued an HMIG command against a dataset and it went to ML1. Guess I'll start fresh on Monday. :( On Fri, May 10, 2013 at 4:35 PM, Staller, Allan allan.stal...@kbmg.comwrote: I'm out of ideas here. snip Yes - those are defined. They worked previously. The only difference I can determine is that the old 3494 was an automated tape library, and the new VTS is a manual tape library. No I have to qualify that it worked. This command worked. hsend migrate dsname(MARPACE.Z114.IOCP) ml2 This command did not work. Once again it just moved datasets on that ML1 volume to another DASD volume, not to tape. hsend freevol mvol(big000) targetlevel(ml2(tape)) /snip The parameter TAPE(TAPELIB) is used to provide an esoteric name. Was TAPELIB a valid esoteric? This name must also be in the USERUNITTABLE. Otherwise, IIRC, only IBM generics can be used (e.g. 3590-1) e.g. SETSYS USERUNITTABLE(ECART,FAST,9940B,VIRT) HTH, snip Hmm - I changed SETSYS - TAPEMIGRATION(ML2TAPE(TAPE(TAPELIB)) RECONNECT(ALL)) SETSYS - TAPEMIGRATION(ML2TAPE RECONNECT(ALL)) And now it works. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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: SYSPLEX INITIALIZATION TIME
I'll see your 6.5 years and raise you! SYSPLEX INITIALIZATION TIME: 02/24/2004 23:46:17.566318 And how much junk have you accumulated in your sysplex and CFRM CDSs in those years? Just do an ADRDSSU dump of the primary CDS and check. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYSLOG
NQ: Trying to keep my SD;O list short. I find 15 of the following thereon: SYSLOG STC2 +MASTER+ 144 C STD LOCAL 70 SYSLOG STC00018 +MASTER+ 128 C STD LOCAL 3,536 SYSLOG STC00052 +MASTER+ 128 C STD LOCAL 3,499 SYSLOG STC00091 +MASTER+ 128 C STD LOCAL 3,592 I see nothing therein of interest to me except the third field seems to be a date. Mine run from 13074 to 13129. Do I need to keep them, some, none, all? Like me you might be running on an ADCD system. Now that I don't have an archival product anymore (we kept even sandbox data for 300 days), I always XDC them out to DASD (and put them into a GDG). You never know when you really need to look at how the system behaved at the last IPL. The syslog is always my first stop to check for problems and an invaluable resource when checking for normal (or unnormal) system activity. If you're not the one responsible for that system, just leave the old syslog alone. If you are responsible for the system, then familiarize yourself with the syslog content. It shows A LOT more than what you can see on your operator console. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Examing Setting Return Codes in a CLIST/MACRO
Thanks Dave hats exactly what Im Looking for - After posting I located a publication for CLISTs and CLIST Macros. -- Original Message -- From: Dave Salt ds...@hotmail.com To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Examing Setting Return Codes in a CLIST/MACRO Date: Sat, 11 May 2013 17:09:19 -0400 The edit session ends with CANCEL, which means no changes were saved, which means ISPF sets the return code of the macro to 4. If you want to end with a different return code, you can hard code it like this: EXIT CODE(0) Or set it using this as an example: ISREDIT CHANGE 'XXX' 'V0' ALL SET EXITCODE = LASTCC do more stuff EXIT CODE(EXITCODE) Hope that helps, Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html Date: Sat, 11 May 2013 19:44:12 + From: esst...@juno.com Subject: Examing Setting Return Codes in a CLIST/MACRO To: IBM-MAIN@LISTSERV.UA.EDU Hi, Not proffecient in CLISTS and RExx. Can I get some assistance with examining testing a return code in a CLIST Macro. In A CLIST i execute the following statements to edit a member of a PDS and use the ALTER MACRO to change all occurances of XXX. SET IOFUNC = STR(EDIT) ISPEXEC EDIT DATASET('JCLLIB(CATLOG42)') MACRO(ALTER) The ALTER MACRO Executes/ Changes the VALUE OF XXX correctly, submits the JOB and then CANCELS The Edit session. Here is the EDIT Macro ISREDIT MACRO SET LROW = 00 SET LCOL = 00 SET LNUM = 00 ISPEXEC VGET (V0) SHARED ISREDIT FIND XXX ISREDIT CHANGE 'XXX' 'V0' ALL ISREDIT SUB ISREDIT CAN EXIT My question is How Do I properly Test and SET the Return Code in the EDIT MACRO. Can I use LASTCC ? I need some examples as to how to examine and Set the Return code in the ALTER MACRO. Here is the excerpt from the trace: SET IOFUNC = STR(EDIT) SET IOFUNC = EDIT ISPEXEC EDIT DATASET('JCLLIB(CATLOG42)') MACRO(ALTER) ISPEXEC EDIT DATASET('TECH.CICSTS.V42.JCLLIB(CATLOG42)') MACRO(ALTER) IKJ56250I JOB TEC0P0DC(JOB05492) SUBMITTED DO DO SET RC = LASTCC SET RC = 4 IF RC = 400 THEN IF 4 = 400 THEN IF RC NE 0 THEN IF 4 NE 0 THEN DO DO WRITE STR(IOFUNC Function Failed RC=RC) WRITE EDIT Function Failed RC=4 EDIT Function Failed RC=4 Any examples would be appreciated. Thank You In Advance Paul D'Angelo -- 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: Examing Setting Return Codes in a CLIST/MACRO
Paul Gilmartin wrote It appears to be the OP's intent to make changes; submit a job, and exit the edit session without saving those changes. Apparently he considers this normal operation, and prefers a zero return code. Does your suggestion leave the file unchanged, end the edit session with RC=0, and not leave the user in a terminal edit session? (When I wish to be reminded not to save changes, I use View rather than Edit. But I don't put the SUBMIT and CANCEL in my macro because I want to inspect the job before SUBMITting.) Your point is very well taken, however I did not provide the entire CLIST. The EDIT is called repeatedly depening on the number of entries in a file. The Macro sole purpose is to do exactly waht you described. Ithe JOB being submitted is correct, there are only two statements being changed to the Variable passed by the VGET command. After I SUBMIT The JOB I DO NOt want to preserve the original JCL. I Am fully aware of the File Tailoring facility, howver in this scenarion i though this would be a more simpler design. -- Original Message -- From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Examing Setting Return Codes in a CLIST/MACRO Date: Sat, 11 May 2013 22:04:42 -0500 On Sat, 11 May 2013 17:09:19 -0400, Dave Salt wrote: The edit session ends with CANCEL, which means no changes were saved, which means ISPF sets the return code of the macro to 4. If you want to end with a different return code, you can hard code it like this: EXIT CODE(0) Or set it using this as an example: ISREDIT CHANGE 'XXX' 'V0' ALL SET EXITCODE = LASTCC do more stuff EXIT CODE(EXITCODE) It appears to be the OP's intent to make changes; submit a job, and exit the edit session without saving those changes. Apparently he considers this normal operation, and prefers a zero return code. Does your suggestion leave the file unchanged, end the edit session with RC=0, and not leave the user in a terminal edit session? (When I wish to be reminded not to save changes, I use View rather than Edit. But I don't put the SUBMIT and CANCEL in my macro because I want to inspect the job before SUBMITting.) Date: Sat, 11 May 2013 19:44:12 + From: essteam ... ISREDIT CHANGE 'XXX' 'V0' ALL ISREDIT SUB ISREDIT CAN EXIT -- 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: Following up on Rexx and Metal C
Tony, Read several of your C programs in Xephon, thanks for your contributions, it helped me a newbie in C Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On May 11, 2013, at 3:41 PM, Anthony Rudd ar...@t-online.de wrote: You mentioned in passing the problem with debugging Metal C by adding printf's. Unfortunately, Metal C does not offer I/O functions. I solved this problem by writing an extension library with basic I/O support. Tony -- 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: SYSLOG
On 5/11/2013 7:40 PM, Lizette Koehler wrote: 1) Leave it on spool 2) Write it off to dasd (GDG or Source manager like $AVERS) using the External Writer process. 3) Purge it The poor man's approach to syslog management is to periodically kick off a job that issues the 'W L' command ('L' would be your 'log' class') and then copies syslog output to GDG via external writer. For example: // COMMAND 'W L' //WAIT10S EXEC PGM=BPXBATCH,PARM='pgm /bin/sleep 10s' //IEFPROC EXEC PGM=IASXWR00,REGION=6M,PARM='PL' //IEFRDER DD DSN=SYSLOG.ARCHIVE(+1), //DATACLAS=SLOGARCH, //LRECL=136,BUFNO=5,RECFM=VB,BLKSIZE=27998, //DISP=(NEW,CATLG) Some folks amend this process slightly to limit the archiving to logs over 'n' days old. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 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: C question -- not sure where to ask it
Yeah, that was it exactly...tired old eyes...I fixed it and now it is working. The problem for me was undestanding this type=memory...new concept for me .I am kinda new to C So i have to read manuals, experiment, play,rinse , repeat.. Thanks for all the help Scott J Ford Software Engineer http://www.identityforge.com/ From: retired mainframer retired-mainfra...@q.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Saturday, May 11, 2013 3:25 PM Subject: Re: C question -- not sure where to ask it What is the character between the two single quote marks in the first call to memset? My email shows no character (the quotes are adjacent) and C does not support an empty character constant. Perchance did you have a hex 00 there? If so, the code would be more readable using '\0' as the character constant. The second call to memset serves no purpose because the ensuing call to fread will completely replace the contents of buffer (or fail). You never copy your input data from buffer to buffout so the question is what data were expecting file.data to contain for fread to obtain? Your call to fgets will also have problems. It will read at most 79 characters into buffer. If a '\n' occurs anywhere within those 79, it is placed in buffer and no more data is transferred. In any event, after the last character is read (either the 79th, the '\n', or the last character in the dataset pointed to by the TEST1 DD statement) fgets will place a string terminating '\0' in buffer. This means you can never see the 80th character in each record of your input. I don't know if you intended this but you increment wctr twice for each record you read. The fact that you don't initialize either rctr or wctr before incrementing them means that both will have indeterminate values. If fread fails for any reason, including end of file, the loop will terminate. The feof test will not execute in this case. Therefore, the feof test will always return 0 whenever it executes and is therefore useless. :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of Scott Ford :: Sent: Friday, May 10, 2013 1:04 PM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: C question -- not sure where to ask it :: :: All: :: :: I am writing a routing and want to use type=memory files in C and this :: is what i tried... :: :: :: char buffer[80]; :: char buffout[80]; :: char lineout[121]; :: int rctr; :: int wctr; :: fobj = fopen(file.data,w,type=memory); :: if(fobj != NULL) :: printf(FOBJ File Open at: %s\n,time_of_day_now); :: rdr = fopen(DD:TEST1,r,blksize=80,recfm=f); :: if(rdr != NULL) :: printf(TEST1 File Open at: %s\n,time_of_day_now); :: while(fgets(buffer,80,rdr) != NULL) :: { :: rctr++; :: printf(rec %i %s\n,rctr,buffer); :: wctr++; :: memset(buffout,'',sizeof(buffout)); :: strcpy(buffout,\n); :: fwrite(buffout,1,80,fobj); :: wctr++; :: } :: fclose(rdr); :: fclose(fobj); :: printf(TEST1 File closed at: %s\n,time_of_day_now); :: printf(FOBJ File closed at: %s\n,time_of_day_now); :: printf(TEST1 records read: %i\n,rctr); :: printf(TEST1 records written: %i\n,wctr); :: rctr = 0; :: fobj = fopen(file.data,r,type=memory); :: memset(buffer,' ',sizeof(buffer)); :: while(fread(buffer,80,1,fobj) == 1) :: { :: rctr++; :: printf(rec %i %s\n,rctr,buffer); :: if (feof(fobj)) :: { :: break; :: } :: } :: fclose(fobj); :: } :: :: The fread is yielding no output just spaces ...so i must be :: misunderstanding something :: Can someone be so kind as to shed some light on this for me .. -- 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: SYSLOG
Ed, Barbara, Lizette, Thanks, am comfortable to know that I'm not purging anything critical since if anything does go wrong am at Dallas's IIC disposal. Cheers, Graham - Original Message - From: Ed Jaffe edja...@phoenixsoftware.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@LISTSERV.UA.EDU Sent: Sunday, May 12, 2013 11:03 AM Subject: Re: SYSLOG On 5/11/2013 7:40 PM, Lizette Koehler wrote: 1) Leave it on spool 2) Write it off to dasd (GDG or Source manager like $AVERS) using the External Writer process. 3) Purge it The poor man's approach to syslog management is to periodically kick off a job that issues the 'W L' command ('L' would be your 'log' class') and then copies syslog output to GDG via external writer. For example: // COMMAND 'W L' //WAIT10S EXEC PGM=BPXBATCH,PARM='pgm /bin/sleep 10s' //IEFPROC EXEC PGM=IASXWR00,REGION=6M,PARM='PL' //IEFRDER DD DSN=SYSLOG.ARCHIVE(+1), //DATACLAS=SLOGARCH, //LRECL=136,BUFNO=5,RECFM=VB,BLKSIZE=27998, //DISP=(NEW,CATLG) Some folks amend this process slightly to limit the archiving to logs over 'n' days old. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Interesting slashdot thread about why companies don't upgrade
True Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On May 11, 2013, at 11:29 AM, Ted MacNEIL eamacn...@yahoo.ca wrote: z/OS is not that different. Can you run it on an older IBM machine? Say, a 9672. Does it support 3350's? 3330's? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Scott Ford scott_j_f...@yahoo.com Sender: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Date: Sat, 11 May 2013 09:37:19 To: IBM-MAIN@LISTSERV.UA.EDU Reply-To: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Interesting slashdot thread about why companies don't upgrade Phil and Mike, Yep..but which of the PC vendors , for example, write for older machines? Most of the products require a bigger footprint, either in memory or HDD space. Z/os a different story as far as I am concerned Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On May 10, 2013, at 11:14 PM, Mike Schwab mike.a.sch...@gmail.com wrote: Yep. We have some hardware devices that require DOS or Win 3.1. No drivers for a later version available. On Fri, May 10, 2013 at 9:37 PM, Phil Smith p...@voltage.com wrote: Some of it applies to z, too: http://ask.slashdot.org/story/13/05/08/002258/ask-slashdot-why-wont-companies-upgrade-old-software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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 -- 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
Business politics and software development
This is an interesting exposition on the subject. I suppose that this is unavoidable in any business that produces large software systems. http://blog.zorinaq.com/?e=74 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
OT: Business politics and software development
Sorry; I should have marked that Off-Topic. This is an interesting exposition on the subject. I suppose that this is unavoidable in any business that produces large software systems. http://blog.zorinaq.com/?e=74 Leslie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Business politics and software development
Very interesting Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On May 12, 2013, at 7:55 PM, J. Leslie Turriff jlturr...@centurytel.net wrote: Sorry; I should have marked that Off-Topic. This is an interesting exposition on the subject. I suppose that this is unavoidable in any business that produces large software systems. http://blog.zorinaq.com/?e=74 Leslie -- 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: Following up on Rexx and Metal C
I thought it was an interesting work-around to have dual-mode code that ran either Metal or normal, possibly with #ifdef's around certain debug code such as printf()'s. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Anthony Rudd Sent: Saturday, May 11, 2013 3:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Following up on Rexx and Metal C You mentioned in passing the problem with debugging Metal C by adding printf's. Unfortunately, Metal C does not offer I/O functions. I solved this problem by writing an extension library with basic I/O support. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Business politics and software development
They kind of listened with the Windows 8 almost instant on feature. Too bad they forced the tablet interface with it's restrictions on top of it. On Sun, May 12, 2013 at 7:36 PM, Scott Ford scott_j_f...@yahoo.com wrote: Very interesting Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On May 12, 2013, at 7:55 PM, J. Leslie Turriff jlturr...@centurytel.net wrote: Sorry; I should have marked that Off-Topic. This is an interesting exposition on the subject. I suppose that this is unavoidable in any business that produces large software systems. http://blog.zorinaq.com/?e=74 Leslie -- 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 -- 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: OT: Business politics and software development
On Sun, 12 May 2013 18:55:05 -0500, J. Leslie Turriff wrote: Sorry; I should have marked that Off-Topic. This is an interesting exposition on the subject. I suppose that this is unavoidable in any business that produces large software systems. http://blog.zorinaq.com/?e=74 I have a question on a technique. How does publishing a SHA-1 checksum of a system file authenticate the author as having access to the source code? But he probably knows what he's doing, and I'm relatively naive: http://xkcd.com/1181/ ... looks fine to me. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Business politics and software development
On Sun, May 12, 2013 at 9:51 PM, Paul Gilmartin paulgboul...@aim.com wrote: On Sun, 12 May 2013 18:55:05 -0500, J. Leslie Turriff wrote: Sorry; I should have marked that Off-Topic. This is an interesting exposition on the subject. I suppose that this is unavoidable in any business that produces large software systems. http://blog.zorinaq.com/?e=74 I have a question on a technique. How does publishing a SHA-1 checksum of a system file authenticate the author as having access to the source code? But he probably knows what he's doing, and I'm relatively naive: http://xkcd.com/1181/ ... looks fine to me. -- gil What, no key signing party? http://www.phildev.net/pgp/gpgsigning.html -- 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
Co:z SFTP and Public/Private Key Authentication
Hi Listers, We are trying to use Co: z SFTP in batch with Public/Private key authentication and not having much success. JCL that we are using: //SFTPCAT EXEC PROC=SFTPPROC //SFTPIN DD * user=xyz host=some.host.name lzopts=mode=text ldsn=//DD:MYDD rpat=/u/abc/sftp.txt . $script_dir/sftp_cat.sh /* //MYDD DD DSN=UID.SFTPCAT.DATA,DISP=(,CATLG),UNIT=SYSDA, //DCB=(LRECL=80,RECFM=FB),SPACE=(CYL,(3,1)) (some fields have been changed to protect the innocent) . When we run the job, it produces the following error message - FOTS1373 Permission denied (publickey,password). . Have read the documentation and it is still not clear as to what we need to do to make use of private/public key authentication . Any ideas? . Thanks, Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN