Re: recovering VSWITCH if real switch dies
AIX had connectivity once the physical switch was back online. our zVM 4.4 vswitch did not - thus the question of how to get it back. AIX 5.3 has VIO servers which allow for failover between network connections - but, no - it would not tolerate an adapter being unplugged. the 'SET VSWITCH CONNECT' was the command i was looking for. prg Phillip Gramly Systems Programmer Communications Data Group Champaign, IL > I don't know what "like AIX" means, so I can't answer your question. > > If you actually have an OSA problem that requires the offline/online reset > dance, as soon as the OSA goes away the VSWITCH will switch to a backup. > Of course, if you keep pulling all the OSAs out from under the VSWITCH, > there's not much it can do. When you get an OSA back online, issue a SET > VSWITCH CONNECT to re-establish the connection. Best is to take one OSA > out, bring it back, then another out and bring it back. Then you still > need do nothing. > > When you take the chpid offline, it's like unplugging the adapter from the > machine as far as the operating system is concerned. Does AIX actually > tolerate such a thing? > > If you do find that you need to manually adjust a VSWITCH's selection of > OSA adapter for any reason, do a SET VSWITCH DISCONNECT followed by a SET > VSWITCH CONNECT RDEV x. > > Alan Altmark > z/VM Development > IBM Endicott >
Re: recovering VSWITCH if real switch dies
On Friday, 01/25/2008 at 05:40 EST, [EMAIL PROTECTED] wrote: > the switch IMLed and connectivity came back for AIX and PC servers - not for > the mainframe. > first question: why doesn't VM TCPIP recover like AIX? I don't know what "like AIX" means, so I can't answer your question. > i have a VSWITCH set up with two controllers for failover and two OSAs for > physical failover. > i see in the OPERATOR log where the VSWITCH tried to failover to the other > VSWITCH controller and then tried to failover to the other OSA. neither worked > because both OSAs lost network connectivity when the switch went down. > > what should be the recovery approach in this situation? Assuming you're on z/VM 5.3, do nothing. The VSWITCH will recover when it is fixed. If you actually have an OSA problem that requires the offline/online reset dance, as soon as the OSA goes away the VSWITCH will switch to a backup. Of course, if you keep pulling all the OSAs out from under the VSWITCH, there's not much it can do. When you get an OSA back online, issue a SET VSWITCH CONNECT to re-establish the connection. Best is to take one OSA out, bring it back, then another out and bring it back. Then you still need do nothing. When you take the chpid offline, it's like unplugging the adapter from the machine as far as the operating system is concerned. Does AIX actually tolerate such a thing? If you do find that you need to manually adjust a VSWITCH's selection of OSA adapter for any reason, do a SET VSWITCH DISCONNECT followed by a SET VSWITCH CONNECT RDEV x. Alan Altmark z/VM Development IBM Endicott
Free CMS utilities for Linux and Tape
Hi all, We have just made available on our website www.vsoftsys.com three free CMS utilities. LXFMT V2.1: LXFMT is a CMS utility that provides the functions of both the DASDFMT and FDASD Linux utilities. LXFMT can be used for ECKD and FBA devices. TBROWSE: TBROWSE is a CMS utility that allows you scan a real or virtual tape in a full screen browse like format. TAPSENSE: TAPSENSE displays sense information for an attached real or defined virtual tape drive. Using the current CSL-WAVV comments on the Linux-390 list of give to get I have included the following as general information. Please feel free to ignore it as we had planned to make these utilities available anyway. An earlier version of our LXFMT utility was made available on the Sinenomine.net website last year. While at our website feel free to browse information on our VM virtualization products VTAPE (Virtual TAPE) and VPARS (Virtual Private Active Record Shadowing for TPF and Linux). I will be presenting technical information on both VPARS and VTAPE at SHARE in Orlando, Session 9155 Tuesday 2/26 at 8am and a Vendor Session Wednesday 2/27 at 4:30pm in Laredo 1. We will also be available at booth 322 at the SHARE Technology Expo with demos, I hope (if all the internet stuff works to get to our mainframe ;-). Our FLEX-ES laptop expired 2/2007 making us dependant on the internet for demos ;-(. We will also be at WAVV in Chattanooga in April. Having been a member of SHARE since the early 1970's but not attending in several years I look forward to renewing many old friendships, making new ones and thanking the VM Group members for my Knighthood at the last SHARE. Thanks and best regards, Sir Rick of PARS Rick Bourgeois [EMAIL PROTECTED] Virtual Software Systems, Inc. www.vsoftsys.com 770-781-3200
Re: DB2 7.5 manuals
> I take it, from previous posts, that no one has found the new > manuals for DB2 7.5. Tom: The DB2 for VSE & VM pubs are now online at: http://ibm.com/support/search.wss?rs=66&tc=SSEPFB&rank=8&dc=DA410+DA450&dt Watch for any line wrap on the URL. Jim
Re: CMS Programming: How to sort files entries retrieved by DMSGETDF
Even if the perspective weren't new, it is good to see someone read the manual. I would think I had died and gone to heaven if 50% of the users did it. It would lighten the support load considerably. Regards, Richard Schuh > -Original Message- > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark > Sent: Monday, January 28, 2008 9:39 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: CMS Programming: How to sort files entries > retrieved by DMSGETDF > > On Monday, 01/28/2008 at 03:54 EST, Fox Blue <[EMAIL PROTECTED]> > wrote: > > >The directory entries MAY be sorted. The documentation > for DMSGETDF > > >is silent on the subject of file ordering, so a usage note > that say > > >they > are > > >NOT sorted would be as inappropriate as one that says they > ARE sorted. > > > > > >CMS sorts the directory only on ACCESS and RELEASE. New > files added > > >always appear at the end of the list. > > > > But this is how you formulate the usage note. > > > > It should point out that the sequence is NOT guaranteed. It > is in case > when > > there was no update on the directory. > > Send in your Reader's Comment Form and we'll see what we can > do. The doc hasn't changed for 21 years (VM/SP R6), so it's > good to see someone use it and bring a fresh perspective. > > Alan Altmark > z/VM Development > IBM Endicott >
Re: CMS Programming: How to sort files entries retrieved by DMSGETDF
On Monday, 01/28/2008 at 03:54 EST, Fox Blue <[EMAIL PROTECTED]> wrote: > >The directory entries MAY be sorted. The documentation for DMSGETDF is > >silent on the subject of file ordering, so a usage note that say they are > >NOT sorted would be as inappropriate as one that says they ARE sorted. > > > >CMS sorts the directory only on ACCESS and RELEASE. New files added > >always appear at the end of the list. > > But this is how you formulate the usage note. > > It should point out that the sequence is NOT guaranteed. It is in case when > there was no update on the directory. Send in your Reader's Comment Form and we'll see what we can do. The doc hasn't changed for 21 years (VM/SP R6), so it's good to see someone use it and bring a fresh perspective. Alan Altmark z/VM Development IBM Endicott
Re: CMS Programming: How to sort files entries retrieved by DMSGETDF
But that is *exactly* the problem: Normally, you can't expect it to return the list in any specific order at all. You have to make the assumption that the list will not be in sorted order. There's no hint, because there's no expectation. -- .~.Robert P. Nix Mayo Foundation /V\RO-OE-5-55200 First Street SW /( )\ 507-284-0844 Rochester, MN 55905 ^^-^^ - "In theory, theory and practice are the same, but in practice, theory and practice are different." On 1/28/08 10:37 AM, "Fox Blue" <[EMAIL PROTECTED]> wrote: > This is the problem. Normally you can expect that the list is sorted. > Therefore a small hint (usage note) telling that you can not guarantee th > at > the list is sorted would have been useful. > > BR Fox > > > > On Mon, 28 Jan 2008 09:28:10 -0600, RPN01 <[EMAIL PROTECTED]> wrote: > >> >> Also, I just read through the documentation for DMSOPDIR... Nowhere in >> the >> documentation does it suggest or imply that it might return the list of >> files in any specific order whatsoever. Where did you get the impression >> that it should return them in sorted order?
Re: CMS Programming: How to sort files entries retrieved by DMSGETDF
On Mon, 28 Jan 2008 09:28:10 -0600, RPN01 <[EMAIL PROTECTED]> wrote: This is the problem. Normally you can expect that the list is sorted. Therefore a small hint (usage note) telling that you can not guarantee th at the list is sorted would have been useful. BR Fox >The obvious answer being overlooked by everyone is Sort the list. > >If the disk has a small number of files (say, less than 1,000), just wri te a >bubble sort and put the list in order yourself. If the number of files i s >large, then you might have to write a more complex sort to do it >efficiently. > >I'm not sure what "LISTFILE" you're using, but mine, for my 191 minidisk , >does produce a sorted list of files. > >Also, I just read through the documentation for DMSOPDIR... Nowhere in t he >documentation does it suggest or imply that it might return the list of >files in any specific order whatsoever. Where did you get the impression >that it should return them in sorted order? > >-- > .~.Robert P. Nix Mayo Foundation > /V\RO-OE-5-55200 First Street SW > /( )\ 507-284-0844 Rochester, MN 55905 > ^^-^^ - >"In theory, theory and practice are the same, but > in practice, theory and practice are different." > > > > >On 1/27/08 2:04 AM, "Fox Blue" <[EMAIL PROTECTED]> wrote: > >> Kris, >> >> Well it is a R/W minidisk. It is the 191 of the machine. >> >> Yesterday, I was also playing around with the LISTFILE command. It see ms >> that it retrieves the file names in the same unordered way. >> >> Regarding to your proposal, I wanted to program a CMS module that shou ld >> not >> become dependent on external REXX EXEC(s). >> >> I think the documentation (CMS Application Development Guide SC24-6069 -02 >> ) >> should reflect that the directory is not sorted. I was browsing throug h i >> t >> and could not find any hint on this issue. Also the CMS Callable Servi ces >> >> Reference (SC24-6072-02) should contain a usage note referring to this . >> >> Thanks anyway for your proposal to overcome this problem. >> >> BR Fox. >> >> >> On Sat, 26 Jan 2008 20:11:25 +0100, Kris Buelens <[EMAIL PROTECTED] om> >> wrote: >> >>> I have no experience with DMSGETDF... >>> Is this a R/W minidisk? Only for R/O minidisks CMS keeps the FST's s ort >> ed. >>> >>> I would make the program call a REXX EXEC that in its turn executes a >>> PIPE that contains a LISTFILE and SORT stage. The PIPE could pass th e >>> sorted list of files in the stack where your program retrieves them. >>> Or, more elegant, your assembler program allocates a buffer large >>> enough to store the result of the LISTFILE, prepares the PIPE command >>> with the LISTFILE and SORT, the last stage would be a STORAGE stage t o >>> write the result in your program's buffer. >>> >>> Kris Buelens, >>> IBM Belgium, VM customer support >>> === = >> = >>
Re: CMS Programming: How to sort files entries retrieved by DMSGETDF
The obvious answer being overlooked by everyone is Sort the list. If the disk has a small number of files (say, less than 1,000), just write a bubble sort and put the list in order yourself. If the number of files is large, then you might have to write a more complex sort to do it efficiently. I'm not sure what "LISTFILE" you're using, but mine, for my 191 minidisk, does produce a sorted list of files. Also, I just read through the documentation for DMSOPDIR... Nowhere in the documentation does it suggest or imply that it might return the list of files in any specific order whatsoever. Where did you get the impression that it should return them in sorted order? -- .~.Robert P. Nix Mayo Foundation /V\RO-OE-5-55200 First Street SW /( )\ 507-284-0844 Rochester, MN 55905 ^^-^^ - "In theory, theory and practice are the same, but in practice, theory and practice are different." On 1/27/08 2:04 AM, "Fox Blue" <[EMAIL PROTECTED]> wrote: > Kris, > > Well it is a R/W minidisk. It is the 191 of the machine. > > Yesterday, I was also playing around with the LISTFILE command. It seems > that it retrieves the file names in the same unordered way. > > Regarding to your proposal, I wanted to program a CMS module that should > not > become dependent on external REXX EXEC(s). > > I think the documentation (CMS Application Development Guide SC24-6069-02 > ) > should reflect that the directory is not sorted. I was browsing through i > t > and could not find any hint on this issue. Also the CMS Callable Services > > Reference (SC24-6072-02) should contain a usage note referring to this. > > Thanks anyway for your proposal to overcome this problem. > > BR Fox. > > > On Sat, 26 Jan 2008 20:11:25 +0100, Kris Buelens <[EMAIL PROTECTED]> > wrote: > >> I have no experience with DMSGETDF... >> Is this a R/W minidisk? Only for R/O minidisks CMS keeps the FST's sort > ed. >> >> I would make the program call a REXX EXEC that in its turn executes a >> PIPE that contains a LISTFILE and SORT stage. The PIPE could pass the >> sorted list of files in the stack where your program retrieves them. >> Or, more elegant, your assembler program allocates a buffer large >> enough to store the result of the LISTFILE, prepares the PIPE command >> with the LISTFILE and SORT, the last stage would be a STORAGE stage to >> write the result in your program's buffer. >> >> Kris Buelens, >> IBM Belgium, VM customer support >> > = >
DB2/VSE&VM V7.50 Manuals (PDF format) online
* cross posted to VSE-L and VM-L * Hello Listers, finally, all DB2/VSE&VM V7.50 manuals are online at: http://www-1.ibm.com/support/search.wss?rs=66&tc=SSEPFB&rank=8&dc=DA410+DA450&dtm Regards, ...Roland
Re: CMS Programming: How to sort files entries retrieved by DMSGETDF
>The directory entries MAY be sorted. The documentation for DMSGETDF is >silent on the subject of file ordering, so a usage note that say they ar e >NOT sorted would be as inappropriate as one that says they ARE sorted. > >CMS sorts the directory only on ACCESS and RELEASE. New files added >always appear at the end of the list. But this is how you formulate the usage note. It should point out that the sequence is NOT guaranteed. It is in case wh en there was no update on the directory. BR Fox
