Re: switch user without logoff
On 1/3/07, Zoltan Balogh [EMAIL PROTECTED] wrote: I'll read all post after my previous, but first of all.. telnet cant be a good way for me because i can login only with logon by, and help telnet dont tell me any possibility for VM like logonby connection... Oh yes. If you TELNET you get to the VM logon screen and there you can issue the logon xxx BY xxx. Using PASSTHRU or SESSION from your CMS userid was popular when we had physical terminals with limited number of sessions or when there is limited connectivity to the target system. And for the MVS people it was often a VTAM application playing (multi) session manager. A special temporary disconnect allows you to go back and forth while keeping the target session open in the background. The biggest drawback is that you tie up the CMS session when you reach out to the other target session. Most folks today have a workstation with a TN3270 client. In that case it is much easier to just open a new session on the workstation and navigate between the sessions. Some of the analogies just don't do it when you try to find a way to do it on VM and it helps to understand what function you really need. As others suggested with TRACK, you don't have to logon to the userid to see (part of) console output. Also, many applications keep log files on disk where you can see them, or you may need to close the spooled console to see things. Quite often we find it easier to review log files to see what happened rather than try it again while we're looking at it I find the SEND very effective in doing things for other virtual machines (either with or without SCIF). If you make PROP the secondary console for your service machines you have central logging plus the ability to issue commands without leaving your place. Rob
Re: switch user without logoff
Always give hard problems to the laziest man you know. They'll find the least difficult way to solve the problem. I think it would be more lazier if i just do all the thing how i learned, without thinking how can i make things better, easier and safer. I admit it is just a simple, not so important thing in my life now, but who knows perhaps when things go harder maybe i can use this knowledge in future too. And i think these kind of lazy things can make good results.
Re: switch user without logoff
On 1/3/07, Zoltan Balogh [EMAIL PROTECTED] wrote: I admit it is just a simple, not so important thing in my life now, but who knows perhaps when things go harder maybe i can use this knowledge in future too. And i think these kind of lazy things can make good results. Much of what you see in VM is because of bright systems programmers who came up with ways to do things easier or faster. The virtual machine architecture combined with CMS, REXX and CMS Pipelines gives you a great framework to automate things in a reliable way. Rob
Re: Remote Tape drives
On 12/29/06, Crispin Hugo [EMAIL PROTECTED] wrote: Any suggestions on ways we could have a tape drive 3490 in a remote location attached to our mainframe. We are talking about 1 thousand of miles. Speed is not important Also makes a difference what you want to do with it (yeah, know it sounds like a dumb question). If you also need to be able to IPL from it, your options seem to get less (most channel extender things do not support IPL CCW's). If you're just talking about copying data from or to the tape and usage is rare enough to accept some manual steps, it might be an option to use a local PC with SCSI attached 3490 compatible device and some PC software to transport the data via IP. We played with a remote RJE solution like that. Rob
Re: Nobiity and not-quite-so-nobility
On 1/2/07, Tony Thigpen [EMAIL PROTECTED] wrote: And that's YOUR story and you're sticking with it. :-) Some say WAVV is also close to what the VM Workshop was then...
Re: CP VMDUMP for a mega server
On 1/2/07, Jim Vincent [EMAIL PROTECTED] wrote: Is this to be expected? Are we to expect VMDUMP to take that long for these larger guests or do we have a situation we need to dig into? If you have detailed performance data from the event (or can afford to try again) it would be my pleasure to review that. Since you are paging, much of your virtual machine may be out on disk when you issue the vmdump. While your paging subsystem would allow for multiple paths, it may be that VMDUMP does only one at a time. -- Rob van der Heij Velocity Software, Inc http://velocitysoftware.com/
Re: switch user without logoff
On 1/3/07, Zoltan Balogh [EMAIL PROTECTED] wrote: I admit it is just a simple, not so important thing in my life now, but who knows perhaps when things go harder maybe i can use this knowledgein future too. And i think these kind of lazy things can make good results. Much of what you see in VM is because of bright systems programmers who came up with ways to do things easier or faster. The virtual machine architecture combined with CMS, REXX and CMS Pipelines gives you a great framework to automate things in a reliable way. Rob And I say I'm lazy because: - I hardly ever log off of my user and do everything from there - I almost never do repeated work: VM with REXX etc make that I can code something so that I do it only once. Example: my SCIF EXEC makes that my fingers can be lazier (I no longer need to type CP SENC uid before each command) Kris, IBM Belgium, VM customer support
Re: Backup of z/VM and z/VSE
A gotcha with z/OS DFDSS is that you cannot use the stand alone DFDSS to restore CPVOL initialized dasd. In a D/R situation, you have to have z/OS restored enough to be able to run DFDSS under it to bring back the VM system. This may be what Doug was meant when he referred to the restore considerations. Jim Doug Shupe wrote: Daniel, You can get a valid/usable backup the z/VSE guest dasd with DDR -ONLY IF- the z/VSE guest is shutdown while performing the backup. You can use z/OS DFDSS to backup the z/VM and z/VSE dasd but (IMHO) it is not a wise solution because of the restore considerations. With enough practice you could make it work. Problem is the z/VSE guest would never work correctly unless it were shutdown during the backup. You can backup the running z/VM system with DDR (minus the page and spool volumes - format the page and spool volumes, cold start the spool after recovery). You would have to re-save CMS and other DCSS or use SPXTAPE to save the information in the spool. Since you have a z/VM system, this would be a good time to try using z/VM under z/VM to validate your recovery process. If you forgot something just scrape the 2nd level system and start over. (kind of like using Changeman to maintain Changeman). Would be glad to discuss with you offline. Best Regards, Doug Shupe - Original Message - From: Daniel Allen [EMAIL PROTECTED] To: IBMVM@LISTSERV.UARK.EDU Sent: Thursday, December 28, 2006 12:48 PM Subject: Backup of z/VM and z/VSE I have been given an assignment to backup our z/VM and z/VSE systems. We also run z/OS. I know about DDR. Can I backup/restore both z/VM and = z/VSE using DDR ? Can z/OS backup/restore z/VM ? -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
Re: OK Pipers, a new challenge
Tom, Here's an example I use to delete files: 'PIPE Command LISTFILE * * X (NOH', '| sort 1.8 D', '| drop 35', '| Specs /ERASE/ 1 w1-3 nw /(TYPE/ nw', '| Command ', '| count lines', '| specs /'time()'/ 1 w1 nw /monwrite file(s) deleted/ nw', '| ' logfile It will list all files from filemode X, sorts them newest first, then dro p the 35 most recent versions and erase the rest. The command will write a record into a logfile that states how much files are deleted. The trick for ERASE, use option TYPE to see the filenames that are deleted. In my case I only use the records from ERASE to count the number of deleted files. Regards, Berry.
Re: Remote Tape drives
Sorry James but a word or words appear to be missing from you message 'and the for this' ? Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000 Fax: +44 (0) 1293 872001 This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation, offer or acceptance of any offer. -Original Message- From: Stracka, James (GTI) [mailto:[EMAIL PROTECTED] Sent: 03 January 2007 13:57 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Tape drives We used a vendor and the for this. Pay attention to MITIME setting for those drives. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Crispin Hugo Sent: Friday, December 29, 2006 1:16 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Remote Tape drives Chaps, Any suggestions on ways we could have a tape drive 3490 in a remote location attached to our mainframe. We are talking about 1 thousand of miles. Speed is not important Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000 Fax: +44 (0) 1293 872001 This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation, offer or acceptance of any offer. This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. _ If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here http://www.ml.com/email_terms/ for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ http://www.ml.com/email_terms/ _ This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system.
Re: Remote Tape drives
Crispin, My mind and fingers were running in different directions at different speeds. We used an outside vendor for our remote tape drives. Make sure you pay attention to the MITIME setting for drives and your telecommunications group to the lines to make sure that they are running and at the agreed speeds. Jim -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Crispin Hugo Sent: Wednesday, January 03, 2007 9:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Tape drives Sorry James but a word or words appear to be missing from you message 'and the for this' ? Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000 Fax: +44 (0) 1293 872001 This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation, offer or acceptance of any offer. -Original Message- From: Stracka, James (GTI) [mailto:[EMAIL PROTECTED] Sent: 03 January 2007 13:57 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Tape drives We used a vendor and the for this. Pay attention to MITIME setting for those drives. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Crispin Hugo Sent: Friday, December 29, 2006 1:16 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Remote Tape drives Chaps, Any suggestions on ways we could have a tape drive 3490 in a remote location attached to our mainframe. We are talking about 1 thousand of miles. Speed is not important Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000 Fax: +44 (0) 1293 872001 This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation, offer or acceptance of any offer. This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. _ If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here http://www.ml.com/email_terms/ for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ _ This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system.
Re: Remote Tape drives
Thanks James Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000 Fax: +44 (0) 1293 872001 This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation, offer or acceptance of any offer. -Original Message- From: Stracka, James (GTI) [mailto:[EMAIL PROTECTED] Sent: 03 January 2007 14:08 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Tape drives Crispin, My mind and fingers were running in different directions at different speeds. We used an outside vendor for our remote tape drives. Make sure you pay attention to the MITIME setting for drives and your telecommunications group to the lines to make sure that they are running and at the agreed speeds. Jim -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Crispin Hugo Sent: Wednesday, January 03, 2007 9:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Tape drives Sorry James but a word or words appear to be missing from you message 'and the for this' ? Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000 Fax: +44 (0) 1293 872001 This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation, offer or acceptance of any offer. -Original Message- From: Stracka, James (GTI) [mailto:[EMAIL PROTECTED] Sent: 03 January 2007 13:57 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Remote Tape drives We used a vendor and the for this. Pay attention to MITIME setting for those drives. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Crispin Hugo Sent: Friday, December 29, 2006 1:16 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Remote Tape drives Chaps, Any suggestions on ways we could have a tape drive 3490 in a remote location attached to our mainframe. We are talking about 1 thousand of miles. Speed is not important Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000 Fax: +44 (0) 1293 872001 This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation, offer or acceptance of any offer. This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system.
Re: IBM ServiceLink greenscreen to be discontinued March 31, 2007
Another good VM application replaced by junk. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Tuesday, January 02, 2007 2:50 PM To: IBMVM@LISTSERV.UARK.EDU Subject: IBM ServiceLink greenscreen to be discontinued March 31, 2007 Here we go again. Noticed on IBMLink (yes, using the reliable, productive greenscreen version) today, 02 Jan 2007: ---snip--- Withdrawl of VM ServiceLink Access to ServiceLink via the VM mode (green screen) will be removed on March 31, 2007. ServiceLink will only be available through: www.ibm.com/ibmlink The internet version of ServiceLink has been embraced by our customers as a safe and secure method of obtaining technical support and software maintenance for their zSeries system. Many new features have been added to the ServiceLink applications on the web that are not on the VM version. These enhanced features include: a) A tailored fix package for preventive and corrective service. b) A more comprehensive Search which includes additional technical support libraries. c) An improved PTF ordering capability in PSP Since ServiceLink VM is being removed, there will be no changes made to the ServiceLink vm code to support the new 2007 daylight saving time extension. ---snip--- I used to complain that most VM users could not do anything that didn't get mapped directly to a PFkey. I really **like** the command line! I don't want to be turned into a systems janitor, only knowing which buttons to push while not knowing what's going on under the covers. When someone changes the buttons, stuff stops working the same and precious time is lost trying to find the latest magic button to push. Am I the *only* one who still prefers the stable, unchanging 3270 greenscreen access to IBMLink? The screens do not change, so you can continue to find information the way that has always worked: QUICKLY! The internet version of ServiceLink has been embraced by our customers -- well, not this one! This is one withdrawl (sic) pain that I can really live without. Does it really cost IBM anything to support the **unchanging** greenscreen IBMLink? I don't know of any reason that I should give a rat's patoot about the vm code to support the new 2007 daylight saving time extension. IMHO that really sounds like a weak attempt to find a justification for abandoning something that still works perfectly. Happy New Year! BAH HUMBUG!! Mike (not starting the new year off happily) Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. _ The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
FTP to tape
I can FTP to Tape in z/OS and VSE. Can I do the same in VM ?. Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system.
Re: switch user without logoff
It works just fine with telnet. It's just a connection method; the login command syntax is the same. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Zoltan Balogh Sent: Wednesday, January 03, 2007 3:01 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: switch user without logoff Hi, and good morning :) I'll read all post after my previous, but first of all.. telnet cant be a good way for me because i can login only with logon by, and help telnet dont tell me any possibility for VM like logonby connection... Zoltan
OK Pipers, a new challenge
009 FILES PURGED Where is this coming from? Looks like CP output, not CMS. Richard Corak
MVMRUG Winter Meeting Announcement Correction
Sorry, I transposed a couple of letters in the url for the MVMRUG meeting info. The correct url is http://www.mvmrug.org/nextmtg.html. Terry Ready; - This message and any attachments are intended for the individual or entity named above. If you are not the intended recipient, please do not forward, copy, print, use or disclose this communication to others; also please notify the sender by replying to this message, and then delete it from your system. The Timken Company / The Timken Corporation
Re: Nobiity and not-quite-so-nobility
On 1/2/07, Tony Thigpen [EMAIL PROTECTED] wrote: And that's YOUR story and you're sticking with it. :-) Some say WAVV is also close to what the VM Workshop was then... And they'd be right, IMHO.
LOGON BY who?
Anyone know any easy way to get the BY userid of a logon to a shared userid? Preferably from REXX, given a choice. Ian Worthington
Re: Backup of z/VM and z/VSE
There may be another gotcha. A year ago last June, our shop was in the middle of a migration to a new datacenter. The concept was simple: - Copy disks that were to be migrated into a bunker box - a SHARK facility equipped to synchronize data between the two centers. - Dress rehearsals to discover an fix any problems in the migration plans. These included synchronizing the data in the two centers ahead ago time and doing a final incremental sync when ready to try the migration. - Final migration. The DASD Storage Management Group, all z/OS-oriented people, scheduled time to move VM into the bunker box. In the week leading up to the move, they discovered that the utility they planned to use (and were assured by the vendor, who shall remain nameless but whose initials are IBM, that it could handle the task) would not copy the dasd used by VM. They had worked frantically with IBM trying to fix the problem. As a last-ditch effort, they were even sent another utility used internally by IBM that definitely would work. It also failed. In near panic, it was 4:45 PM on Thursday and the move was supposed to take place at 9:00 AM Saturday, they asked me if I had any suggestions that would save the schedule. The answer was to build a one-pack system on DASD that was not being migrated and use several virtual machines to DDR the disks. Task accomplished, and the copying took only half the time that had been calculated for the z/OS utility. Unless they have been fixed, the z/OS utilities may fail when working with VM DASD. I imagine that DFDSS was the first of the utilities that failed. I do not even know the name of the one cloaked in black. Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Jim Bohnsack Sent: Wednesday, January 03, 2007 4:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Backup of z/VM and z/VSE A gotcha with z/OS DFDSS is that you cannot use the stand alone DFDSS to restore CPVOL initialized dasd. In a D/R situation, you have to have z/OS restored enough to be able to run DFDSS under it to bring back the VM system. This may be what Doug was meant when he referred to the restore considerations. Jim Doug Shupe wrote: Daniel, You can get a valid/usable backup the z/VSE guest dasd with DDR -ONLY IF- the z/VSE guest is shutdown while performing the backup. You can use z/OS DFDSS to backup the z/VM and z/VSE dasd but (IMHO) it is not a wise solution because of the restore considerations. With enough practice you could make it work. Problem is the z/VSE guest would never work correctly unless it were shutdown during the backup. You can backup the running z/VM system with DDR (minus the page and spool volumes - format the page and spool volumes, cold start the spool after recovery). You would have to re-save CMS and other DCSS or use SPXTAPE to save the information in the spool. Since you have a z/VM system, this would be a good time to try using z/VM under z/VM to validate your recovery process. If you forgot something just scrape the 2nd level system and start over. (kind of like using Changeman to maintain Changeman). Would be glad to discuss with you offline. Best Regards, Doug Shupe - Original Message - From: Daniel Allen [EMAIL PROTECTED] To: IBMVM@LISTSERV.UARK.EDU Sent: Thursday, December 28, 2006 12:48 PM Subject: Backup of z/VM and z/VSE I have been given an assignment to backup our z/VM and z/VSE systems. We also run z/OS. I know about DDR. Can I backup/restore both z/VM and = z/VSE using DDR ? Can z/OS backup/restore z/VM ? -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
Re: Backup of z/VM and z/VSE
-Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, January 03, 2007 11:46 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Backup of z/VM and z/VSE There may be another gotcha. A year ago last June, our shop was in the middle of a migration to a new datacenter. The concept was simple: - Copy disks that were to be migrated into a bunker box - a SHARK facility equipped to synchronize data between the two centers. - Dress rehearsals to discover an fix any problems in the migration plans. These included synchronizing the data in the two centers ahead ago time and doing a final incremental sync when ready to try the migration. - Final migration. The DASD Storage Management Group, all z/OS-oriented people, scheduled time to move VM into the bunker box. In the week leading up to the move, they discovered that the utility they planned to use (and were assured by the vendor, who shall remain nameless but whose initials are IBM, that it could handle the task) would not copy the dasd used by VM. They had worked frantically with IBM trying to fix the problem. As a last-ditch effort, they were even sent another utility used internally by IBM that definitely would work. It also failed. In near panic, it was 4:45 PM on Thursday and the move was supposed to take place at 9:00 AM Saturday, they asked me if I had any suggestions that would save the schedule. The answer was to build a one-pack system on DASD that was not being migrated and use several virtual machines to DDR the disks. Task accomplished, and the copying took only half the time that had been calculated for the z/OS utility. Unless they have been fixed, the z/OS utilities may fail when working with VM DASD. I imagine that DFDSS was the first of the utilities that failed. I do not even know the name of the one cloaked in black. Richard Schuh That is very strange. I have successfully dumped and restored z/VM DASD using DFDSS on z/OS 1.6. The z/VM system was down at the time. Oh, but this was via TAPE, not disk-to-disk. That may be the difference. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it.
Re: LOGON BY who?
CP Query BYUSER userid? Gregg No plan survives execution
Re: LOGON BY who?
Query byuser For example: byuser=word(diag(8,'Q BYUSER *'),6) if byuser = 'for' then byuser = 'none' Mike Harding EDS VM National Capability 134 El Portal Place Clayton, Ca. USA 94517-1742 * phone: +01-925-672-4403 * Fax: +01-925-672-4403 * mailto:[EMAIL PROTECTED] * mailto:[EMAIL PROTECTED] (personal) Note: For 2007, I am off on Fridays with even Julian dates and Mondays with odd ones. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Ian S. Worthington Sent: Wednesday, January 03, 2007 9:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: LOGON BY who? Anyone know any easy way to get the BY userid of a logon to a shared userid? Preferably from REXX, given a choice. Ian Worthington
Userid Hung using VTAPE from VSSI
I just started to use VTAPE from VSSI for one of my clients. My CMS test worked fine. I tried it for a vseguest and when I detached the drive with a scratch tape mounted the userid hung. CP messages are just be queued. I used the VTQ command and noticed that the scratch tape was still mounted for my VSE Guest. Issuing vtrun command for my VSE guest just hung my cms user also. Something is waiting for work to complete. z/VM 4.4, unsupported I know MP3000. The VSSI software is up to date. I contacted the VSSI and they are looking into it. I hate to schedule an IPL just to clear these userids. Has anyone experience a similar problem. Since Im unfamiliar with this product does anyone have any comments regarding there experience with it? Thanks Hans Sent via the WebMail system at hmrconsultants.com
Re: Backup of z/VM and z/VSE
That is strange, because I've used DFDSS to restore z/VM dasd. That was where I discovered the sentence in the DFDSS manual that says that you can't use the S/A version. Our D/R backups here are done with Shark flashcopy and then ADRDSSU to dump from the flashed target to tape. I have restored dumped tapes to DASD and have been able to IPL the restored volume. Jim McKown, John wrote: -Original Message- From: The IBM z/VM Operating System=20 [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, January 03, 2007 11:46 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Backup of z/VM and z/VSE =20 =20 There may be another gotcha. A year ago last June, our shop was in the middle of a migration to a new datacenter. The concept was simple: =20 - Copy disks that were to be migrated into a bunker box - a SHARK facility equipped to synchronize data between the two centers. - Dress rehearsals to discover an fix any problems in the migration plans. These included synchronizing the data in the two centers ahead ago time and doing a final incremental sync when ready to try the migration. - Final migration. =20 The DASD Storage Management Group, all z/OS-oriented people, scheduled time to move VM into the bunker box. In the week leading up=20 to the move, they discovered that the utility they planned to use (and were assured by the vendor, who shall remain nameless but whose initials are IBM, that it could handle the task) would not copy the dasd used=20 by VM. They had worked frantically with IBM trying to fix the problem. As a last-ditch effort, they were even sent another utility used internally by IBM that definitely would work. It also failed. In near panic, it was 4:45 PM on Thursday and the move was supposed to take=20 place at 9:00 AM Saturday, they asked me if I had any suggestions that=20 would save the schedule. The answer was to build a one-pack system on DASD=20 that was not being migrated and use several virtual machines to DDR the disks. Task accomplished, and the copying took only half the time that had been calculated for the z/OS utility. =20 Unless they have been fixed, the z/OS utilities may fail when working with VM DASD. I imagine that DFDSS was the first of the utilities that failed. I do not even know the name of the one cloaked in black.=20 =20 =20 Richard Schuh=20 That is very strange. I have successfully dumped and restored z/VM DASD using DFDSS on z/OS 1.6. The z/VM system was down at the time. Oh, but this was via TAPE, not disk-to-disk. That may be the difference. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it.=20 -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
Re: Backup of z/VM and z/VSE
It may be a failure in the disk to disk path. Also, our dasd farm has been growing around us for years, some 15 years before I arrived on the scene and nearly another nine since. There is no telling how some of the disks may have been initialized. I am sure that some were inherited from our other mainframe operating systems, both MVS and derivatives and TPF. Some may even have been formatted as CMS disks. It may be a device label or VTOC problem. I know that there were problems with VTOCs early in the days of ACP. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Wednesday, January 03, 2007 9:56 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Backup of z/VM and z/VSE -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, January 03, 2007 11:46 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Backup of z/VM and z/VSE There may be another gotcha. A year ago last June, our shop was in the middle of a migration to a new datacenter. The concept was simple: - Copy disks that were to be migrated into a bunker box - a SHARK facility equipped to synchronize data between the two centers. - Dress rehearsals to discover an fix any problems in the migration plans. These included synchronizing the data in the two centers ahead ago time and doing a final incremental sync when ready to try the migration. - Final migration. The DASD Storage Management Group, all z/OS-oriented people, scheduled time to move VM into the bunker box. In the week leading up to the move, they discovered that the utility they planned to use (and were assured by the vendor, who shall remain nameless but whose initials are IBM, that it could handle the task) would not copy the dasd used by VM. They had worked frantically with IBM trying to fix the problem. As a last-ditch effort, they were even sent another utility used internally by IBM that definitely would work. It also failed. In near panic, it was 4:45 PM on Thursday and the move was supposed to take place at 9:00 AM Saturday, they asked me if I had any suggestions that would save the schedule. The answer was to build a one-pack system on DASD that was not being migrated and use several virtual machines to DDR the disks. Task accomplished, and the copying took only half the time that had been calculated for the z/OS utility. Unless they have been fixed, the z/OS utilities may fail when working with VM DASD. I imagine that DFDSS was the first of the utilities that failed. I do not even know the name of the one cloaked in black. Richard Schuh That is very strange. I have successfully dumped and restored z/VM DASD using DFDSS on z/OS 1.6. The z/VM system was down at the time. Oh, but this was via TAPE, not disk-to-disk. That may be the difference. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it.
Re: LOGON BY who?
Ian S. Worthington wrote: Anyone know any easy way to get the BY userid of a logon to a shared userid? Preferably from REXX, given a choice. Ian Worthington address command 'PIPE', 'CP QUERY BYUSER|', 'SPECS W-1|', 'VAR BYUSER' The CP QUERY BYUSER command response conveniently has one of two things as the last word: 1 - the BY USER or 2 - the userid you enquired about. (i.e. No by-user in effect) So, after the above you might do something like 'CP SPOOL CONSOLE TO' byuser without the need for any special decision making to see if a by user is really in effect. That's just an example, if you really wanted to that, you'd probably put the whole thing in a single pipe... 'PIPE', 'CP QUERY BYUSER|', 'SPECS W-1|', 'VAR BYUSER|', == SAVE FOR LATER USE (OPTIONAL) 'INSERT /SPOOL CONSOLE TO / BEFORE|', 'CP'
Userid Hung using VTAPE from VSSI
Not sure if this went out the first time I just started to use VTAPE from VSSI for one of my clients. My CMS test worked fine. I tried it for a vseguest and when I detached the drive with a scratch tape mounted the userid hung. CP messages are just be queued when I reconnect to the userid. I used the VTQ command from another cms userid and noticed that the scratch tape was still mounted for my VSE Guest. Issuing vtrun command for my VSE guest just hung my cms user also. Something is waiting for work to complete. z/VM 4.4, unsupported I know MP3000. The VSSI software is up to date. I contacted the VSSI and they are looking into it. I hate to schedule an IPL just to clear these userids. Has anyone experience a similar problem. Since Im unfamiliar with this product does anyone have any comments regarding their experience with it? Thanks Hans Rempel Sent via the WebMail system at hmrconsultants.com
Re: Userid Hung using VTAPE from VSSI
You might try issuing a CP HALT to the real device address, but I don't know if that is a viable option when using VTAPE? JR JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Hans Rempel Sent: Wednesday, January 03, 2007 01:54 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Userid Hung using VTAPE from VSSI Not sure if this went out the first time I just started to use VTAPE from VSSI for one of my clients. My CMS test worked fine. I tried it for a vseguest and when I detached the drive with a scratch tape mounted the userid hung. CP messages are just be queued when I reconnect to the userid. I used the VTQ command from another cms userid and noticed that the scratch tape was still mounted for my VSE Guest. Issuing vtrun command for my VSE guest just hung my cms user also. Something is waiting for work to complete. z/VM 4.4, unsupported I know MP3000. The VSSI software is up to date. I contacted the VSSI and they are looking into it. I hate to schedule an IPL just to clear these userids. Has anyone experience a similar problem. Since I'm unfamiliar with this product does anyone have any comments regarding their experience with it? Thanks Hans Rempel Sent via the WebMail system at hmrconsultants.com
Re: IBM ServiceLink greenscreen to be discontinued March 31, 2007
Up to now I have been using the old 3270 access. It always work fine for me. I have talked to other staff members who are using the web access. They all say the same thing. They have a problem with the search function in Service Information Search (SIS). Sometimes new is not always better. Paul Feller AIT Mainframe Technical Support [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
Re: IBM ServiceLink greenscreen to be discontinued March 31, 2007
Yes, and when doing a search for fixes (5735FAL00 r520 1000) I cannot get the output to go to a file as with 3270. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Feller, Paul Sent: Wednesday, January 03, 2007 2:47 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM ServiceLink greenscreen to be discontinued March 31, 2007 Up to now I have been using the old 3270 access. It always work fine for me. I have talked to other staff members who are using the web access. They all say the same thing. They have a problem with the search function in Service Information Search (SIS). Sometimes new is not always better. Paul Feller AIT Mainframe Technical Support [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: LOGON BY who?
Thanks all. ian ... Ian S Worthington ... Dulce et decorum est pro patria mori, sed dulcius pro patria vivere, et dulcissimus pro patria biber. Ergo, bibiamo pro salute patriae.
Updated Vsoft web site
A Happy 2007 to all. Over the holidays, we've updated the V/Soft web site to make it easier to navigate and a bit more attractive (we hope). We've added some new pages that might be of interest to some of you, including a new downloads page that has some useful z/VM utilities and applications, plus some technical documents, free for the taking. You can check out the new web site at: http://www.vsoft-software.com/ Comments and critiques welcome. Have a good one. DJ
Re: IBM ServiceLink greenscreen to be discontinued March 31, 2007
What is your problem, Mike? Why do you hang on to these antiquated things? Get over it ... move on. How else can we keep our web presence fresh and new and certain development teams in cash flow? Your expectations of usability and reliability are just WAY TOO HIGH. You need to clean-up your attitude and flush your janitorial comments and get back to cranking the knob on that washing machine. (Wait ... is that an idiot light flashing on your dashboard? I wonder what it could mean? Aahhh ... who cares! ... Ctrl-Alt-Del) /sarcastic I second Dave Boyes' (implied, but clear) suggestion about getting the web interface to work with a text mode browser. To paraphrase Steve Carl, if it's a web application which requires a specific browser, then it's client/server but NOT a web application. Or in this case, a web application which has nothing to do with graphics requiring the graphical browsers. Does it really cost IBM anything to support the **unchanging** greenscreen IBMLink? I don't know of any reason that I should give a rat's patoot about the vm code to support the new 2007 daylight saving time extension. IMHO that really sounds like a weak attempt to find a justification for abandoning something that still works perfectly. To some, this design point seems obvious: use a common back-end for the green screen and the web toy. And I truly do not know that IBM has not done that in this case. (But I do know of other applications which FAIL TO.) The logic seems unassailable, the savings immediate and perpetual, and the value of the quicker interface echoed in forums like this one. When you make mention of your withdrawal pain, make it clear, the point is NOT 3270. The point is plain text, which is quicker, more reliable, more automatable, and cheaper. And your beloved command line is many steps beyond 2D text on all points, especially automation. -- R;
