Re: Z9 Benefits over MP3000
This is not a flame - please - all these 64 bit supporters. Can you please name a single access method which can do direct asynchromous or synchronous I/O to a 64 bit address space directly from a device using device independent code. Something similar to DIV. A pointer to a sample code will be great. I hope I am not asking too much? Another obvious benefit is that you can run the latest operating systems, the MP3000 doesn't support 64bit. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z9 Benefits over MP3000
Chaye Wala wrote: This is not a flame - please - all these 64 bit supporters. Can you please name a single access method which can do direct asynchromous or synchronous I/O to a 64 bit address space directly from a device using device independent code. Something similar to DIV. A pointer to a sample code will be great. I hope I am not asking too much? Not sure exactly what you mean by device independent code. We do this with EXCP and it works with any supported DASD device -- but not with tape. Basically, we use 8-byte virtual IDAWs. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF user id revocation
Jeff, Here are a few more things to consider. Did you check SMF records for ALU REVOKE commands and for all logon events related to the ID? There may be records other than just passwords violations that could help explain this event. Do you have any RACF exits that might effect it? Also, do you have a database unload from just before the time when it became revoked to see if there was a REVOKE(date) on the ID? Regards, Bob -Original Message- Date:Fri, 26 May 2006 12:03:48 -0500 From:=?iso-8859-1?Q?Jeff_Ruegsegger?= [EMAIL PROTECTED] Subject: RACF user id revocation We had a RACF userid for one of our STC's get revoked this week. I've since made it a PROTECTED user. I can't seem to find out how/who/when/where the ID got revoked. No msgs in SYSLOG, RAN SYNCTOOL reports (pw violations and ALU PW Commands) and can't find out what happened. I have just opened an issue with IBM but was wondering if anyone could point me somewhere I havn't already been. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
INOP Received
I always received the following messages since I migrate from IBM-3745 to CISCO CIP-based. IST259I INOP RECEIVED FOR xxx CODE = 01 IST619I ID = xxx FAILED - RECOVERY IN PROGRESS IST590I CONNECTION TERMINATED FOR PU xxx ON LINE IST621I RECOVERY SUCCESSFULFOR NETWORK RESOURCE xxx IST590I CONNECTIN ESTABLISHED FOR PU KQB5040 ON LINE Is there any one have information regarding this issue? _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INOP Received
Abdullah, You are providing information which is far too generic with these VTAM messages. The code is for a Station INOP (inoperative) condition. This means that something failed between the logic which supports the local interface on the logical link and the remote interface on the logical link corresponding to your PU definition statement. There may be more information - probably not much more - in a NetView Hardware Monitor (NPDA) event record - of which you may find a duplicate - in terms of the information it contains - in an EREP MDR record. You should - since Cisco is supposed to provide such wonderful products that the whole world is buying them - find much more precise information in the logs of information provided by the CIP - which I assume exist. Clearly you look for a record corresponding to - or leading up to - the time of the failure which identifies the local and remote interfaces in some way. If you still cannot solve the problem, perhaps you can say more about what the logical link is that is identified by your switched PU definition statement with name KQB5040. I assume it worked perfectly with the 3745. Then again, you could always throw the CIP out and migrate instead to CCL, the IBM replacement for the 3745, recently upgraded to deal with all the functions missing in the first release. ( http://www-306.ibm.com/software/network/ccl/ ) Chris Mason - Original Message - From: Abdullah AlShaalan [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Saturday, 27 May, 2006 12:23 PM Subject: INOP Received I always received the following messages since I migrate from IBM-3745 to CISCO CIP-based. IST259I INOP RECEIVED FOR xxx CODE = 01 IST619I ID = xxx FAILED - RECOVERY IN PROGRESS IST590I CONNECTION TERMINATED FOR PU xxx ON LINE IST621I RECOVERY SUCCESSFULFOR NETWORK RESOURCE xxx IST590I CONNECTIN ESTABLISHED FOR PU KQB5040 ON LINE Is there any one have information regarding this issue? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z9 Benefits over MP3000
Some more benefits not previously mentioned: 1. More LPARs available (if you go past the R07 model). 2. More granular capacity increments. 3. HiperSockets (for fast in-memory cross-LPAR TCP/IP connections). 4. Although speculative, probably there will be an easier in-place upgrade to a future model. 5. Intelligent Resource Director (IRD) available. 6. Lower cost, faster, and more numerous IFLs (up to 6 on the A01 model). 7. Expansion up to 64 GB memory (and probably lower cost). 8. Capacity On Demand. I think the call home feature is also a difference -- I think. - - - - - Timothy F. Sipples Consulting Enterprise Software Architect, z9/zSeries IBM Japan, Ltd. E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z9 Benefits over MP3000
I am also confused - The only interface to 64 bit virtual that I know of is media manager code for VSAM - as used by IMS or DB2. All the rest of the access methods support 31bit virtual with 64 bit real addresses. This means no more thrashing around in Z/os looking for a below the line real buffer for IO. The other method for 64 bit virtual IO is EXCP or STARTIO because both methods allow you to translate the address to 64bit real address. at which point it doesn't matter whether the virtual address was 64 or 31. Mike On 5/27/06, Chaye Wala [EMAIL PROTECTED] wrote: This is not a flame - please - all these 64 bit supporters. Can you please name a single access method which can do direct asynchromous or synchronous I/O to a 64 bit address space directly from a device using device independent code. Something similar to DIV. A pointer to a sample code will be great. I hope I am not asking too much? -- Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z9 Benefits over MP3000
I think the biggest benefit of the z9 is that the operating system is supported. I believe next year z/OS 1.4 1.5 will go off support. Having said that, the company I worked for last often ran unsupported software, and to no real harm. We ran VM rel 5.1 until some time in 1999. I think that was out of support for several years by the time we finally shut down VM. We ran z/OS 1.2 until last month, which was over a year unsupported. We have never had a problem that was made worse by not having support. Of course, now PH doesn't run a mainframe anymore. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 From: Chaye Wala [EMAIL PROTECTED] This is not a flame - please - all these 64 bit supporters. Can you please name a single access method which can do direct asynchromous or synchronous I/O to a 64 bit address space directly from a device using device independent code. Something similar to DIV. A pointer to a sample code will be great. I hope I am not asking too much? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z9 Benefits over MP3000
I believe next year z/OS 1.4 1.5 will go off support. Both: April 30, 2007. - -teD 300,000 Kilometres per Second Not only is it a good idea! It's the LAW!!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Installing SMP/E V3R4, failing for DDDEF SGIMDIR, no doc
I'm installing SMP/E V3R4 and the APPLY CHECK is failing for DDDEF SGIMDIR. I don't have it defined and I can't find any doc for it. I've checked the program directory, RIMLIB, DOCLIB, IBM-Link, and the manuals for V3R2, V3R3, and V3R4 and come up empty. Any ideas? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Installing SMP/E V3R4, failing for DDDEF SGIMDIR, no doc
On my system: Primary Command: FIND Entry Type: DDDEF Zone Name: MVST100 Entry Name: SGIMDIR Zone Type: TARGET -- PATH: '/service/usr/lpp/smp/IBM/' This directory should be created using the make directory rexx exec. Check the program directory. Brian On Sat, 27 May 2006 14:13:56 -0400, Thomas Conley [EMAIL PROTECTED] wrote: I'm installing SMP/E V3R4 and the APPLY CHECK is failing for DDDEF SGIMDIR. I don't have it defined and I can't find any doc for it. I've checked the program directory, RIMLIB, DOCLIB, IBM-Link, and the manuals for V3R2, V3R3, and V3R4 and come up empty. Any ideas? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Installing SMP/E V3R4, failing for DDDEF SGIMDIR, no doc
- Original Message - From: Brian Peterson [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Saturday, May 27, 2006 2:30 PM Subject: Re: Installing SMP/E V3R4, failing for DDDEF SGIMDIR, no doc On my system: Primary Command: FIND Entry Type: DDDEF Zone Name: MVST100 Entry Name: SGIMDIR Zone Type: TARGET -- PATH: '/service/usr/lpp/smp/IBM/' This directory should be created using the make directory rexx exec. Check the program directory. Brian Brian, I finally found the jobs in F1, but no doc or helpful directions on the GIMMKDIR exec or GIMISMKD job other than the comments. These DDDEFs aren't documented at all. They should at least be in PGMDIR. Thanks for your help. Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Installing SMP/E V3R4, failing for DDDEF SGIMDIR, no doc
On Sat, 27 May 2006 15:04:15 -0400, Thomas Conley [EMAIL PROTECTED] wrote: Brian, I finally found the jobs in F1, but no doc or helpful directions on the GIMMKDIR exec or GIMISMKD job other than the comments. These DDDEFs aren't documented at all. They should at least be in PGMDIR. Thanks for your help. Tom Hmmm.. I installed SMP/E 3.4 several weeks ago and it is docuemented in my PGMDIR: hlq.SMPE.V34.PGMDIR(QM000365) ++ | Figure 11. SMP/E HFS Paths | ++ | ++ | | | T | | | | Y | | | | P | | | DDNAME| E | PATH NAME | ++ | || | | SGIMDIR | N | /usr/lpp/smp/IBM/ | ++ It was also in all the right places documented by steps in the PMGDIR: 6.1.6 Allocate SMP/E Target and Distribution Libraries . . . . 19 6.1.7 Allocate HFS Paths . . . . . . . . . . . . . . . . . . . 19 6.1.8 Create DDDEF Entries . . . . . . . . . . . . . . . . . . 20 Are you using the softcopy (data set) PGMDIR that came with your CBPDO or something else? Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: nfs server
On Mon, 22 May 2006 12:20:09 -0500, McKown, John [EMAIL PROTECTED] wrote: Subject: nfs server HI! We have Z/OS UNIX NFS SERVER(10.200.5.59), On Z/VM SLES9 , we mounted : mount -o vers=2,proto=udp 10.200.5.59:zoca /mnt succesfully. On Z/VM SLES9 we type command pttlin1:/ # df -h FilesystemSize Used Avail Use% Mounted on /dev/dasdb2 1.7G 1.4G 269M 84% / /dev/dasda1 137M 5.7M 124M 5% /boot /dev/dasdc1 2.3G 1.1G 1.3G 47% /usr shmfs 123M 0 123M 0% /dev/shm 10.200.5.59:zoca 118M 59M 59M 50% /mnt pttlin1:/ # However, When we type commands pttlin1:/ # cd /mnt pttlin1:/mnt # ls -l total 0 We Unable to See Files on a Mounted File System! What's the problem? Is there problem with z/vm sles9 nfs client with Z/OS UNIX NFS SERVER? BEST REGARDS, Zoran Trifunovic Zoran, It appears, by the prompt, that you are the root on your SLES9 system. Correct? One thing that is normally done by NFS for security purposes to to map the root user ( or UID(0) user) to nobody. From looking at some doc, it appears that this UID is -2. If that UID on z/OS does not have execute authority to the zoca subdirectory on z/OS, then you will see exactly what you are seeing: Nothing. For the ls command to work properly, the user running it must have at least execute authority on the directory in question. Maybe even read authority. Sorry, I'm a bit hazy on this. Look in your NFSATTR being used by the z/OS NFS server and see if you have setownerroot or setownernobody So, the question becomes, what are the attributes of the zoca subdirectory? ls -ld /path/to/zoca if you want, try (on the z/OS system!): chmod o+x /path/to/zoca chmod o+r /path/to/zoca and see if that helps. The above two command will set execute and read authority to other (non-owner, non-group) users. Good luck! Zoran, Also check with your z/OS Systems Programmer and ask for the mvslogin/mvslogout/showattribute code which needs to be compiled on Linux. There is a requirement that the NFS client (on Linux) authenticate itself to the z/OS security package so that subsequent read/write/create/delete will be allowed. The mvslogin/mvslogout/showattribute support for Linux was introduced at version 1.7 of MVS NFS Server. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
storing image in sys1.pseglib
hi everyone, i have an image on a cd which i need to upload it to the mainframe to be stored in the sys1.pseglib. this image will be used by afp and ogl alonwith some text and graphics to be printed on our ibm infoprint 3000 printer. my question is in what format should i upload it to the mainframe and then which programme should i use to store it in the 'sys1.pseglib'. when i try to store the object i get the msg : adm3382 imagalt is full. any help pls thanks franco -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INOP Received
What I saw regarding this problem is the following: If the link, that connects remote 3174, drops from high speed to lower; the serial interface of the router defining the link goes down then up immediately. It may resynchronize with new speed. _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
