Re: SLES10 IPL...

[Michael MacIsaac]

Alyce,

> Thanks, Mike?should I IPL in single user mode to do your suggested steps 
below?
No, IPL the install system (e.g. SLES10S2 EXEC) - you see this puts an 
install system into memory and on the network, but then you have access to 
the affected disk (the one with the /etc/shadow that has the encrypted 
root password that was forgotten/changed) - so the root password on 
/dev/dasda1 is just a file system to the Linux in memory.  When you 
"chroot" its like warping into another dimension (of course that dimension 
may need other file systems mounted to do the warping :))  Report back if 
you run into that issue.

Does this make sense?

"Mike MacIsaac"(845) 433-7061

Re: SLES10 IPL...

[Austin, Alyce (CIV)]

Thanks, Mike...should I IPL in single user mode to do your suggested
steps below?

 

Alyce

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Michael MacIsaac
Sent: Friday, January 23, 2009 1:47 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SLES10 IPL...

 


Alyce, 

> I found the procedure to enter single user mode in the Virtualization
Cookbook for SLES 10 SPs2 
>  (Oct 2008) on page 194 to recover the root password  by entering the
following command at IPL: 
>   
> #cp vi vmsg 0 1 
> 
> However, when I get to the end of the procedure, it asks for the root
password... 

Yes, we say in the preamble "Single user mode is helpful when you need
to recover the root password". 
Then we show in the example: 
  Give root password for login: 
  lnx4vm 

Well clearly the uability testers did not complete this section
thoroughly (and neither did the author )): 

So, how about this approach (can't remember if this is right for SLES 10
SP2 - it seems to change sometimes) 
-) Shut down whatever is running on the user ID 
-) IPL and install system (SLES10S2 EXEC on my system) 
-) Get an SSH session before starting the graphical install 
-) Go up to the "Activate" DASD section where you activate the root file
system with /etc 
-) Go back to the SSH system 
-) cat /proc/dasd/devices - you should now see your root file system as
a device (e.g. /dev/dasda) 
-) mount it (e.g. mount /dev/dasda1 /mnt) 
-) chroot into it (e.g. chroot /mnt) 
-) change the password (e.g. passwd) 
-) exit and unmount it (e.g. exit, umount /mnt) 
-) Start the real Linux (IPL CMS or IPL Linux boot volume directly) 

The root password should now be reset. 

"Mike MacIsaac"(845) 433-7061

Re: SLES10 IPL...

[Michael MacIsaac]

Alyce,

> I found the procedure to enter single user mode in the Virtualization 
Cookbook for SLES 10 SPs2
>  (Oct 2008) on page 194 to recover the root password  by entering the 
following command at IPL:
> 
> #cp vi vmsg 0 1?.
> 
> However, when I get to the end of the procedure, it asks for the root 
password?

Yes, we say in the preamble "Single user mode is helpful when you need to 
recover the root password".
Then we show in the example:
  Give root password for login:
  lnx4vm

Well clearly the uability testers did not complete this section thoroughly 
(and neither did the author )):

So, how about this approach (can't remember if this is right for SLES 10 
SP2 - it seems to change sometimes)
-) Shut down whatever is running on the user ID
-) IPL and install system (SLES10S2 EXEC on my system)
-) Get an SSH session before starting the graphical install
-) Go up to the "Activate" DASD section where you activate the root file 
system with /etc 
-) Go back to the SSH system
-) cat /proc/dasd/devices - you should now see your root file system as a 
device (e.g. /dev/dasda)
-) mount it (e.g. mount /dev/dasda1 /mnt)
-) chroot into it (e.g. chroot /mnt)
-) change the password (e.g. passwd)
-) exit and unmount it (e.g. exit, umount /mnt)
-) Start the real Linux (IPL CMS or IPL Linux boot volume directly)

The root password should now be reset.

"Mike MacIsaac"(845) 433-7061

Re: SLES10 IPL...

[Austin, Alyce (CIV)]

OK...I thought the "recover the root password" procedure was
too good to be true!

I'll try one of the other methods on Monday.

Thanks again for responding,
Alyce


-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Mark Post
Sent: Friday, January 23, 2009 1:19 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SLES10 IPL...

>>> On 1/23/2009 at  3:48 PM, "Austin, Alyce (CIV)" 
wrote: 
> Unfortunately, I don't have "sudo" set up yet on this system...
> 
> Is there something else I can try at single user mode, runlevel 1?

No.  IPL from the rescue system (or the installation kernel/initrd).
Activate your root file system, mount it, chroot to it, and change the
password.


Mark Post

Re: DS6800 concurrent microcode updates

[Tom Duerbusch]

I don't think anyone means that the DS6800 has to be down for the two hours.

In my case, I leave all the systems up, but don't run anything critical (that 
may have backout or restore processes to consider), and let IBM do their thing.

When the first controller is taken offline, we get the missing interrupts, and 
I think automatic retries are suppose to happen, in which case the other 
controller will be used.  Then the microcode is loaded and the controller is 
IML'ed.  About a 75 minute process, depending on many factors.  The controller 
is brought online.  Then the second controller is brought offline, and we get 
missing interrupts.  The microcode is loaded and that controller is IML'ed and 
put back online.

Even if you had a total power failure, if it messes anything up, it is only 1 
controller that would be affected.  The other controller will be handling all 
your I/Os.  Not a problem unless you are doing so many I/Os that a single 
controller would be the bottleneck (along with it's half of the cache).

If things are really critical, you might try:

Bringing your systems down.
Vary the controller offline.
Bring your systems up.
Load the microcode.
IML the controller
Bring the controller online.

Next weekend:

Bringing your systems down.
Vary the other controller offline.
Bring your systems up.
Load the microcode.
IML the controller
Bring the controller online.

No need for a system to be down the entire time.

But if you don't know, I would leave the systems up, with as little production 
updating going on, and try it.  On a supported OS, it should work just fine.

Tom Duerbusch
THD Consulting

>>> Edward M Martin  1/23/2009 3:08 PM >>>
Hello Crispin Hugo, Mace (Larry Macioce), and Tom Duerbusch,

Thank you for the info.  I am on both z/VM 5.3 and z/VSE 4.1.2.  I tried
to wire the two racks to all have a path if we lost
Full connection.

It is the two hours that worry me.  I get Tuesday nights here at the
Hospital.  And as long it works.

So what is your backup plan?  What happens if you get a power failure in
the middle of the update?
Yea, I know UPS but I have to plan for worst case.   Say in your best
Germany accent 'WE WILL NOT FAIL!'  (sorry Martin) 

Crispin, you have indicated the 3 updates.  I see the SEA.JAR that I
believe will update the microcode in the DS6800,
I see the DS6800STorageManager_WIN_5.2.200.1678.zip (for the Windows
version of Storage Manager), and 
DSCLI_5.2.2.411.tar.gz and DSCLI_5.2.2.411.zip  which I thought was the
Data Storage Command Line interface.

Are these the three that you updates you are talking about?

Because it would be ok to get the SEA.JAR done and the do the Windows
Storage Manager as the system runs.



Ed Martin
Aultman Health Foundation
330-588-4723
ext 40441

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Crispin Hugo
Sent: Friday, January 23, 2009 3:32 PM
To: IBMVM@LISTSERV.UARK.EDU 
Subject: Re: DS6800 concurrent microcode updates

Our experience with VM and Z/os is that they may not survive. It appears
to me to that it drops the second connection too soon after the first
one is put back online.

We always close system down.

With our system it takes about 2 hours to do all three software updates

Crispin Hugo
Systems Programmer, Macro 4

Re: DS6800 concurrent microcode updates

[Edward M Martin]

Hello Crispin,

I agree.  Thanks for all your info and knowledge.  

Ed Martin
Aultman Health Foundation
330-588-4723
ext 40441

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Crispin Hugo
Sent: Friday, January 23, 2009 4:13 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DS6800 concurrent microcode updates

THE sea.jar IS THE ONLY ONE WHERE you need to have system down. That
means about 1.5 hours out. As each processor is updated seperatly , then
the power failure scenario does not occur.
I suggest that for the first time, you get everybody off BUT don't shut
system and see what happens. Just have bare VM and VSE running.  

Crispin Hugo
Systems Programmer, Macro 4

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: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Edward M Martin
Sent: 23 January 2009 21:09
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DS6800 concurrent microcode updates

Hello Crispin Hugo, Mace (Larry Macioce), and Tom
Duerbusch,
Thank you for the info.  I am on both z/VM 5.3 and z/VSE
4.1.2.  I tried to wire the two racks to all have a path if we lost
Full connection.
It is the two hours that worry me.  I get Tuesday nights
here at the Hospital.  And as long it works.
So what is your backup plan?  What happens if you get a
power failure in the middle of the update?
Yea, I know UPS but I have to plan for worst case.   Say
in your best Germany accent 'WE WILL NOT FAIL!'  (sorry Martin) 
Crispin, you have indicated the 3 updates.  I see the
SEA.JAR that I believe will update the microcode in the DS6800,
I see the DS6800STorageManager_WIN_5.2.200.1678.zip (for
the Windows version of Storage Manager), and 
DSCLI_5.2.2.411.tar.gz and DSCLI_5.2.2.411.zip  which I
thought was the Data Storage Command Line interface.
Are these the three that you updates you are talking
about?
Because it would be ok to get the SEA.JAR done and the
do the Windows  Storage Manager as the system runs.
Ed Martin
Aultman Health Foundation
330-588-4723
ext 40441
From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Crispin Hugo
Sent: Friday, January 23, 2009 3:32 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DS6800 concurrent microcode updates
Our experience with VM and Z/os is that they may not
survive. It appears to me to that it drops the second connection too
soon after the first one is put back online.
We always close system down.
With our system it takes about 2 hours to do all three
software updates
Crispin Hugo
Systems Programmer, Macro 4





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: SLES10 IPL...

[Mark Post]

>>> On 1/23/2009 at  3:48 PM, "Austin, Alyce (CIV)"  wrote: 
> Unfortunately, I don't have "sudo" set up yet on this system...
> 
> Is there something else I can try at single user mode, runlevel 1?

No.  IPL from the rescue system (or the installation kernel/initrd).  Activate 
your root file system, mount it, chroot to it, and change the password.


Mark Post

Re: DS6800 concurrent microcode updates

[Crispin Hugo]

THE sea.jar IS THE ONLY ONE WHERE you need to have system down. That means
about 1.5 hours out. As each processor is updated seperatly , then the power
failure scenario does not occur.
I suggest that for the first time, you get everybody off BUT don't shut
system and see what happens. Just have bare VM and VSE running.  
 
Crispin Hugo
Systems Programmer, Macro 4
 >
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: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Edward M Martin
Sent: 23 January 2009 21:09
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DS6800 concurrent microcode updates
 
Hello Crispin Hugo, Mace (Larry Macioce), and Tom Duerbusch,
Thank you for the info.  I am on both z/VM 5.3 and z/VSE 4.1.2.  I tried to
wire the two racks to all have a path if we lost
Full connection.
It is the two hours that worry me.  I get Tuesday nights here at the
Hospital.  And as long it works.
So what is your backup plan?  What happens if you get a power failure in the
middle of the update?
Yea, I know UPS but I have to plan for worst case.   Say in your best
Germany accent 'WE WILL NOT FAIL!'  (sorry Martin) 
Crispin, you have indicated the 3 updates.  I see the SEA.JAR that I believe
will update the microcode in the DS6800,
I see the DS6800STorageManager_WIN_5.2.200.1678.zip (for the Windows version
of Storage Manager), and 
DSCLI_5.2.2.411.tar.gz and DSCLI_5.2.2.411.zip  which I thought was the Data
Storage Command Line interface.
Are these the three that you updates you are talking about?
Because it would be ok to get the SEA.JAR done and the do the Windows
Storage Manager as the system runs.
Ed Martin
Aultman Health Foundation
330-588-4723
ext 40441
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU
 ] On Behalf Of Crispin Hugo
Sent: Friday, January 23, 2009 3:32 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DS6800 concurrent microcode updates
Our experience with VM and Z/os is that they may not survive. It appears to
me to that it drops the second connection too soon after the first one is
put back online.
We always close system down.
With our system it takes about 2 hours to do all three software updates
Crispin Hugo
Systems Programmer, Macro 4
<  http://www.macro4.com/>



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: DS6800 concurrent microcode updates

[Edward M Martin]

Hello Crispin Hugo, Mace (Larry Macioce), and Tom Duerbusch,

Thank you for the info.  I am on both z/VM 5.3 and z/VSE 4.1.2.  I tried
to wire the two racks to all have a path if we lost
Full connection.

It is the two hours that worry me.  I get Tuesday nights here at the
Hospital.  And as long it works.

So what is your backup plan?  What happens if you get a power failure in
the middle of the update?
Yea, I know UPS but I have to plan for worst case.   Say in your best
Germany accent 'WE WILL NOT FAIL!'  (sorry Martin) 

Crispin, you have indicated the 3 updates.  I see the SEA.JAR that I
believe will update the microcode in the DS6800,
I see the DS6800STorageManager_WIN_5.2.200.1678.zip (for the Windows
version of Storage Manager), and 
DSCLI_5.2.2.411.tar.gz and DSCLI_5.2.2.411.zip  which I thought was the
Data Storage Command Line interface.

Are these the three that you updates you are talking about?

Because it would be ok to get the SEA.JAR done and the do the Windows
Storage Manager as the system runs.



Ed Martin
Aultman Health Foundation
330-588-4723
ext 40441

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Crispin Hugo
Sent: Friday, January 23, 2009 3:32 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DS6800 concurrent microcode updates

Our experience with VM and Z/os is that they may not survive. It appears
to me to that it drops the second connection too soon after the first
one is put back online.

We always close system down.

With our system it takes about 2 hours to do all three software updates

Crispin Hugo
Systems Programmer, Macro 4

Re: SLES10 IPL...

[Austin, Alyce (CIV)]

Unfortunately, I don't have "sudo" set up yet on this system...

 

Is there something else I can try at single user mode, runlevel 1?

 

Thanks,

Alyce

 

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Mark Pace
Sent: Friday, January 23, 2009 11:34 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SLES10 IPL...

 

If you have given yourself the use of sudo without entering the root
password you can do
sudo passwd root



On Fri, Jan 23, 2009 at 2:22 PM, Austin, Alyce (CIV) 
wrote:

Hello,

 

I found the procedure to enter single user mode in the Virtualization
Cookbook for SLES 10 SPs2

 (Oct 2008) on page 194 to recover the root password  by entering the
following command at IPL:

 

#cp vi vmsg 0 1

 

However, when I get to the end of the procedure, it asks for the root
password...

(Since I don't know what it is, I thought I could just create a new Root


password.)

 

Do I need to enter a cntrl character to get a # sign to bypass 

the request to "Give root password for login:" so I can recreate the
Root password?

 

Thanks for your support,

Alyce

 

Please see below:

 

 

System Boot Control: Running /etc/init.d/boot.local

[1A..done

 INIT: Entering runlevel: 1

 Boot logging started on /dev/ttyS0(/dev/console) at Fri Jan 23 11:02:17
2009

Master Resource Control: previous runlevel: N, switching to runlevel: 1

Sending all processes the TERM signal...

..done

Sending all processes the KILL signal...

..done

 INIT: Going single user

 INIT: Sending processes the TERM signal

Give root password for login:

 

 runlevel 1 S

 

Login incorrect.

Give root password for login:

Login incorrect.

 

 

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Scott Rohling
Sent: Friday, January 16, 2009 4:02 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SLES10 IPL...

 

Do you have another running Linux server you have root access to?  You
could give it permission to link the disks of the failing server - mount
it's disks -- do chroot -- set the root password - exit - umount the
disks - bring up the server.

Or - any other user that has sudo authority you can login with to change
the password?

You could also boot the install kernel, mount the proper disks, and
change the password for root that way...

Scott

On Fri, Jan 16, 2009 at 4:42 PM, Alyce Austin
<00...@vm1.cc.nps.navy.mil> wrote:

Hello,

Unfortunately, I have forgotten the root password
for my test system SLES10 SP2.

I tried to bring it up in single mode
to recover the root password, but I didn't
see the runlevel option for single mode during the IPL.
Has anyone try to ipl is single mode to reset the root
password?

Any suggestions would be appreciated.

Thanks for your support,
Alyce

 




-- 
Mark Pace
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317

Re: DS6800 concurrent microcode updates

[Crispin Hugo]

Our experience with VM and Z/os is that they may not survive. It appears to
me to that it drops the second connection too soon after the first one is
put back online.
 
We always close system down.
 
With our system it takes about 2 hours to do all three software updates
 
Crispin Hugo
Systems Programmer, Macro 4
 >
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: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Edward M Martin
Sent: 23 January 2009 20:26
To: IBMVM@LISTSERV.UARK.EDU
Subject: DS6800 concurrent microcode updates
 
Hello Everyone,
 
 I am looking into updating the DS6800 to Bundle 6.2.2.85 (ZIP file).
We are a z890 with 4 ficon connections to two racks.   Each rack has is
cross connected to the Ficon connections.
 
 I was wondering about how well the actual concurrent update works in
the real world.
 
 The update indicates that it will drop the first connection, reconnect,
drop the second connection and reconnect.
Seems I saw on one of these sites that there was some problems with the
losing of connections.
 
 And I am not sure of a backout plan or if there is an option for
backing out.
 
 Finally, does anyone have a time frame on how long it takes?  
 
Ed Martin
Aultman Health Foundation
330-588-4723
ext 40441
 


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: DS6800 concurrent microcode updates

[Macioce, Larry]

We have yet to get it to work and have done it non concurrent.

It tok about an hour to get the data loaded 

Good Luck

Mace

 

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Edward M Martin
Sent: Friday, January 23, 2009 3:26 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: DS6800 concurrent microcode updates

 

Hello Everyone,

 

 I am looking into updating the DS6800 to Bundle 6.2.2.85 (ZIP
file).

We are a z890 with 4 ficon connections to two racks.   Each rack has is
cross connected to the Ficon connections.

 

 I was wondering about how well the actual concurrent update works
in the real world.

 

 The update indicates that it will drop the first connection,
reconnect, drop the second connection and reconnect.

Seems I saw on one of these sites that there was some problems with the
losing of connections.

 

 And I am not sure of a backout plan or if there is an option for
backing out.

 

 Finally, does anyone have a time frame on how long it takes?  

 

Ed Martin

Aultman Health Foundation

330-588-4723

ext 40441

 




-

The information transmitted is intended solely for the individual
or entity to which it is addressed and may contain confidential
and/or
privileged material. Any review, retransmission, dissemination or
other use of or taking action in reliance upon this information by
persons or entities other than the intended recipient is
prohibited. If you have received this email in error please contact
the sender and delete the
material from any computer.

DS6800 concurrent microcode updates

[Edward M Martin]

  

Hello Everyone,

 

 I am looking into updating the DS6800 to Bundle 6.2.2.85 (ZIP
file).

We are a z890 with 4 ficon connections to two racks.   Each rack has is
cross connected to the Ficon connections.

 

 I was wondering about how well the actual concurrent update works
in the real world.

 

 The update indicates that it will drop the first connection,
reconnect, drop the second connection and reconnect.

Seems I saw on one of these sites that there was some problems with the
losing of connections.

 

 And I am not sure of a backout plan or if there is an option for
backing out.

 

 Finally, does anyone have a time frame on how long it takes?  

 

Ed Martin

Aultman Health Foundation

330-588-4723

ext 40441

 

Re: q frames

[Tom Duerbusch]

Thanks Bill.

This is on a z/890, IFL with z/VM 5.2 running:

q frames 
All Frames:  
   Configured=1048575  Real=1048575  Usable=1048575  Offline=0   
   Pageable=1020748  NotInitialized=0  GlobalClearedAvail=7  
   LocalClearedAvail=32  LocalUnclearedAvail=31  
 
Frames < 2G: 
   GlobalUnclearedAvail=132  Pageable=512614  LogicalFreeStorage=1623
   RealFreeStorage=266  LockedRS=310  LockedCmd=0
   MinidiskCache=14859  Nucleus/Prefix=3064  Trace=100  Other=6311   
 
Frames > 2G: 
   GlobalUnclearedAvail=171  Pageable=508134  LogicalFreeStorage=753 
   RealFreeStorage=0  LockedRS=365  LockedCmd=0  
   MinidiskCache=10143  Other=15036  
Ready; T=0.01/0.01 14:09:40  
q stor   
STORAGE = 4G 
Ready; T=0.01/0.01 14:09:43  

Each time I try, I can't get any combination of numbers to add up to the 
configured (1048575) total.

Being a detail type of person, I really like it when things add up .

Tom Duerbusch
THD Consulting

>>> Bill Bitner  1/23/2009 9:54 AM >>>
Tom,
Can you send an example of your QUERY Frames to me? I can try to work
through the example with you and then post back here.


Bill Bitner - VM Performance Evaluation - IBM Endicott - 607-429-3286

Re: FTP over HiperSockets network

[Martin, Terry R. (CMS/CTR) (CTR)]

Yes, that is correct Mark!

Thank You,
 
Terry Martin
Lockheed Martin - Information Technology
z/OS & z/VM Systems - Performance and Tuning
Cell - 443 632-4191
Work - 410 786-0386
terry.mar...@cms.hhs.gov

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Mark Post
Sent: Friday, January 23, 2009 11:17 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP over HiperSockets network

>>> On 1/23/2009 at 11:12 AM, "Dean, David (I/S)" 
wrote: 
> Alan, we put ours in the individual user definition.  It works.
Should
> we have put it under TCPIP as you stated below, and what's the dif?

Terry wants to use it from z/VM, not Linux.  So, the devices need to be
given to TCP/IP.


Mark Post

Re: SLES10 IPL...

[Mark Pace]

If you have given yourself the use of sudo without entering the root
password you can do
sudo passwd root


On Fri, Jan 23, 2009 at 2:22 PM, Austin, Alyce (CIV)  wrote:

>  Hello,
>
>
>
> I found the procedure to enter single user mode in the Virtualization
> Cookbook for SLES 10 SPs2
>
>  (Oct 2008) on page 194 to recover the root password  by entering the
> following command at IPL:
>
>
>
> #cp vi vmsg 0 1….
>
>
>
> However, when I get to the end of the procedure, it asks for the root
> password…
>
> (Since I don't know what it is, I thought I could just create a new Root
>
> password.)
>
>
>
> Do I need to enter a cntrl character to get a # sign to bypass
>
> the request to "Give root password for login:" so I can recreate the Root
> password?
>
>
>
> Thanks for your support,
>
> Alyce
>
>
>
> Please see below:
>
>
>
>
>
> System Boot Control: Running /etc/init.d/boot.local
>
> [1A..done
>
>  INIT: Entering runlevel: 1
>
>  Boot logging started on /dev/ttyS0(/dev/console) at Fri Jan 23 11:02:17
> 2009
>
> Master Resource Control: previous runlevel: N, switching to runlevel: 1
>
> Sending all processes the TERM signal...
>
> ..done
>
> Sending all processes the KILL signal...
>
> ..done
>
>  INIT: Going single user
>
>  INIT: Sending processes the TERM signal
>
> Give root password for login:
>
>
>
>  runlevel 1 S
>
>
>
> Login incorrect.
>
> Give root password for login:
>
> Login incorrect.
>
>
>
>
>
>
>  --
>
> *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On
> Behalf Of *Scott Rohling
> *Sent:* Friday, January 16, 2009 4:02 PM
> *To:* IBMVM@LISTSERV.UARK.EDU
> *Subject:* Re: SLES10 IPL...
>
>
>
> Do you have another running Linux server you have root access to?  You
> could give it permission to link the disks of the failing server - mount
> it's disks -- do chroot -- set the root password - exit - umount the disks -
> bring up the server.
>
> Or - any other user that has sudo authority you can login with to change
> the password?
>
> You could also boot the install kernel, mount the proper disks, and change
> the password for root that way...
>
> Scott
>
> On Fri, Jan 16, 2009 at 4:42 PM, Alyce Austin <00...@vm1.cc.nps.navy.mil>
> wrote:
>
> Hello,
>
> Unfortunately, I have forgotten the root password
> for my test system SLES10 SP2.
>
> I tried to bring it up in single mode
> to recover the root password, but I didn't
> see the runlevel option for single mode during the IPL.
> Has anyone try to ipl is single mode to reset the root
> password?
>
> Any suggestions would be appreciated.
>
> Thanks for your support,
> Alyce
>
>
>



-- 
Mark Pace
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317

Re: FTP over HiperSockets network

[Martin, Terry R. (CMS/CTR) (CTR)]

Thanks a lot for the information Alan!

Thank You,
 
Terry Martin
Lockheed Martin - Information Technology
z/OS & z/VM Systems - Performance and Tuning
Cell - 443 632-4191
Work - 410 786-0386
terry.mar...@cms.hhs.gov
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Alan Altmark
Sent: Friday, January 23, 2009 11:02 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP over HiperSockets network

On Friday, 01/23/2009 at 12:20 EST, "Martin, Terry R. (CMS/CTR) (CTR)" 
 wrote:

> Is anyone running FTP on z/VM connecting to FTP server on z/OS over a 
> HiperSockets network? If so can you share with me the steps to take to

get this 
> working?

The general sequence is:
1. Define a HiperSocket chpid and subchannels.  Give the z/VM partition 
access to three of them (at least) and bring them online.
2. Add DEDICATE statements for the three subchannels to TCPIP's
directory 
entry.
3. Add DEVICE/LINK/HOME/START statements to PROFILE TCPIP.  The IFCONFIG

command can assist you if you're uncertain about the statements you
need.

But don't take my word for it!  Take a gander at the often-ignored and 
always-overlooked z/VM Connectivity book in the z/VM library.  ;-)

Please note that there is an error on p.82
  IODEVICE ...,UNIT=IDQ USERPRM=(parmname,OS_num)
is incorrect.  It should read
  IODEVICE ...,UNIT=IDQ,CHPARM=(code)
where (code) has the "OS" values in the table.

Alan Altmark
z/VM Development
IBM Endicott

Re: SLES10 IPL...

[Austin, Alyce (CIV)]

Hello,

 

I found the procedure to enter single user mode in the Virtualization
Cookbook for SLES 10 SPs2

 (Oct 2008) on page 194 to recover the root password  by entering the
following command at IPL:

 

#cp vi vmsg 0 1

 

However, when I get to the end of the procedure, it asks for the root
password...

(Since I don't know what it is, I thought I could just create a new Root


password.)

 

Do I need to enter a cntrl character to get a # sign to bypass 

the request to "Give root password for login:" so I can recreate the
Root password?

 

Thanks for your support,

Alyce

 

Please see below:

 

 

System Boot Control: Running /etc/init.d/boot.local

[1A..done

 INIT: Entering runlevel: 1

 Boot logging started on /dev/ttyS0(/dev/console) at Fri Jan 23 11:02:17
2009

Master Resource Control: previous runlevel: N, switching to runlevel: 1

Sending all processes the TERM signal...

..done

Sending all processes the KILL signal...

..done

 INIT: Going single user

 INIT: Sending processes the TERM signal

Give root password for login:

 

 runlevel 1 S

 

Login incorrect.

Give root password for login:

Login incorrect.

 

 

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Scott Rohling
Sent: Friday, January 16, 2009 4:02 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SLES10 IPL...

 

Do you have another running Linux server you have root access to?  You
could give it permission to link the disks of the failing server - mount
it's disks -- do chroot -- set the root password - exit - umount the
disks - bring up the server.

Or - any other user that has sudo authority you can login with to change
the password?

You could also boot the install kernel, mount the proper disks, and
change the password for root that way...

Scott

On Fri, Jan 16, 2009 at 4:42 PM, Alyce Austin
<00...@vm1.cc.nps.navy.mil> wrote:

Hello,

Unfortunately, I have forgotten the root password
for my test system SLES10 SP2.

I tried to bring it up in single mode
to recover the root password, but I didn't
see the runlevel option for single mode during the IPL.
Has anyone try to ipl is single mode to reset the root
password?

Any suggestions would be appreciated.

Thanks for your support,
Alyce

 

Re: FTP over HiperSockets network

[David Boyes]

On 1/23/09 11:02 AM, "Alan Altmark"  wrote:

> On Friday, 01/23/2009 at 12:20 EST, "Martin, Terry R. (CMS/CTR) (CTR)"
>  wrote:
> 
>> Is anyone running FTP on z/VM connecting to FTP server on z/OS over a
>> HiperSockets network? If so can you share with me the steps to take to
> get this 
>> working?
> 
> The general sequence is:
> 1. Define a HiperSocket chpid and subchannels.  Give the z/VM partition
> access to three of them (at least) and bring them online.
> 2. Add DEDICATE statements for the three subchannels to TCPIP's directory
> entry.
> 3. Add DEVICE/LINK/HOME/START statements to PROFILE TCPIP.  The IFCONFIG
> command can assist you if you're uncertain about the statements you need.
> 
> But don't take my word for it!  Take a gander at the often-ignored and
> always-overlooked z/VM Connectivity book in the z/VM library.  ;-)
> 
> Please note that there is an error on p.82
>   IODEVICE ...,UNIT=IDQ USERPRM=(parmname,OS_num)
> is incorrect.  It should read
>   IODEVICE ...,UNIT=IDQ,CHPARM=(code)
> where (code) has the "OS" values in the table.

You should also consider using a Linux guest as a firewall/NAT router
between the physical hipersocket and a VSWITCH or guest LAN instead of
dedicating the connection to the VM stack. Since the number of hipersockets
are limited, and setting them up is a royal PITA, a setup like that allows
more guest systems to take advantage of the connection w/o reinventing the
wheel every time, and provides significant traffic shaping and management
capabilities. 

It will cost you some cycles, but it's worth considering if you need a
managed path between the guests and don't want to use an external switch
path for network performance or security reasons. 

Re: VSWITCH seems to be causing problems on MVS

[Bauer, Bobby (NIH/CIT) [E]]

I had a picture but it didn't have the subnets. It does now and I see a 
potential problem, the VM subnets don't match the MVS subnets. How did I manage 
that?!

Bobby Bauer
Center for Information Technology
National Institutes of Health
Bethesda, MD 20892-5628
301-594-7474



-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Mark Post
Sent: Friday, January 23, 2009 12:01 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VSWITCH seems to be causing problems on MVS

>>> On 1/23/2009 at 11:52 AM, "Bauer, Bobby (NIH/CIT) [E]" 
>>> 
wrote:
> This is really strange! We have a z9 with 4 MVS lpars and a VM lpar and a
> couple of Linux guest. There is a hipersocket link between 2 of the MVS
> lpars, VM and the Linux guest. There is also a vswitch running layer 3. The
> MVS lpars have 2 dedicated OSAs and the VM lpar has 2 different dedicated
> OSAs. A couple of days ago when I detached the vswitch in order to rebuild it
> for layer 2 we lost connectivity with the 2 MVS lpars that have a hipersocket
> connection. Since the Linux guest were down, I IPLed VM and connectivity to
> the MVS lpars came back. I've repeated this 2 more times (off hours) with the
> same results. Seems destroying the vswitch is causing a problem. A dump of
> TCP on the MVS lpars doesn't show any problems.
>
> I'm open to any suggestions. I have test time this weekend but I'm not sure
> what to try.

I would draw a picture of what IP addresses are where, for all network 
interfaces involved (including subnet masks) and what routes are defined where, 
along with default gateways.  I would also try to get routing information from 
the first-hop routers outside the box to complete the picture.


Mark Post

Re: VSWITCH seems to be causing problems on MVS

[Mark Post]

>>> On 1/23/2009 at 11:52 AM, "Bauer, Bobby (NIH/CIT) [E]" 
>>> 
wrote: 
> This is really strange! We have a z9 with 4 MVS lpars and a VM lpar and a 
> couple of Linux guest. There is a hipersocket link between 2 of the MVS 
> lpars, VM and the Linux guest. There is also a vswitch running layer 3. The 
> MVS lpars have 2 dedicated OSAs and the VM lpar has 2 different dedicated 
> OSAs. A couple of days ago when I detached the vswitch in order to rebuild it 
> for layer 2 we lost connectivity with the 2 MVS lpars that have a hipersocket 
> connection. Since the Linux guest were down, I IPLed VM and connectivity to 
> the MVS lpars came back. I've repeated this 2 more times (off hours) with the 
> same results. Seems destroying the vswitch is causing a problem. A dump of 
> TCP on the MVS lpars doesn't show any problems.
> 
> I'm open to any suggestions. I have test time this weekend but I'm not sure 
> what to try.

I would draw a picture of what IP addresses are where, for all network 
interfaces involved (including subnet masks) and what routes are defined where, 
along with default gateways.  I would also try to get routing information from 
the first-hop routers outside the box to complete the picture.


Mark Post

VSWITCH seems to be causing problems on MVS

[Bauer, Bobby (NIH/CIT) [E]]

This is really strange! We have a z9 with 4 MVS lpars and a VM lpar and a 
couple of Linux guest. There is a hipersocket link between 2 of the MVS lpars, 
VM and the Linux guest. There is also a vswitch running layer 3. The MVS lpars 
have 2 dedicated OSAs and the VM lpar has 2 different dedicated OSAs. A couple 
of days ago when I detached the vswitch in order to rebuild it for layer 2 we 
lost connectivity with the 2 MVS lpars that have a hipersocket connection. 
Since the Linux guest were down, I IPLed VM and connectivity to the MVS lpars 
came back. I've repeated this 2 more times (off hours) with the same results. 
Seems destroying the vswitch is causing a problem. A dump of TCP on the MVS 
lpars doesn't show any problems.

I'm open to any suggestions. I have test time this weekend but I'm not sure 
what to try.

Bobby Bauer
Center for Information Technology
National Institutes of Health
Bethesda, MD 20892-5628
301-594-7474

Re: FTP over HiperSockets network

[Dean, David (I/S)]

Got it, thanks.

David Dean
Information Systems
*bcbstauthorized*
 
 
 

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Mark Post
Sent: Friday, January 23, 2009 11:17 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP over HiperSockets network

>>> On 1/23/2009 at 11:12 AM, "Dean, David (I/S)" 
wrote: 
> Alan, we put ours in the individual user definition.  It works.
Should
> we have put it under TCPIP as you stated below, and what's the dif?

Terry wants to use it from z/VM, not Linux.  So, the devices need to be
given to TCP/IP.


Mark Post

-
Please see the following link for the BlueCross BlueShield of Tennessee E-mail 
disclaimer:  http://www.bcbst.com/email_disclaimer.shtm

Re: FTP over HiperSockets network

[Mark Post]

>>> On 1/23/2009 at 11:12 AM, "Dean, David (I/S)"  wrote: 
> Alan, we put ours in the individual user definition.  It works.  Should
> we have put it under TCPIP as you stated below, and what's the dif?

Terry wants to use it from z/VM, not Linux.  So, the devices need to be given 
to TCP/IP.


Mark Post

Re: FTP over HiperSockets network

[Dean, David (I/S)]

Alan, we put ours in the individual user definition.  It works.  Should
we have put it under TCPIP as you stated below, and what's the dif?

Thanks.

USER LNX052 PGDN52  768M  768M
  INCLUDE LINDFLT
  DEDICATE ED09 ED09
  DEDICATE ED0A ED0A
  DEDICATE ED0B ED0B

David Dean
Information Systems
*bcbstauthorized*
 
 
 
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Alan Altmark
Sent: Friday, January 23, 2009 11:02 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP over HiperSockets network

On Friday, 01/23/2009 at 12:20 EST, "Martin, Terry R. (CMS/CTR) (CTR)" 
 wrote:

> Is anyone running FTP on z/VM connecting to FTP server on z/OS over a 
> HiperSockets network? If so can you share with me the steps to take to

get this 
> working?

The general sequence is:
1. Define a HiperSocket chpid and subchannels.  Give the z/VM partition 
access to three of them (at least) and bring them online.
2. Add DEDICATE statements for the three subchannels to TCPIP's
directory 
entry.
3. Add DEVICE/LINK/HOME/START statements to PROFILE TCPIP.  The IFCONFIG

command can assist you if you're uncertain about the statements you
need.

But don't take my word for it!  Take a gander at the often-ignored and 
always-overlooked z/VM Connectivity book in the z/VM library.  ;-)

Please note that there is an error on p.82
  IODEVICE ...,UNIT=IDQ USERPRM=(parmname,OS_num)
is incorrect.  It should read
  IODEVICE ...,UNIT=IDQ,CHPARM=(code)
where (code) has the "OS" values in the table.

Alan Altmark
z/VM Development
IBM Endicott

-
Please see the following link for the BlueCross BlueShield of Tennessee E-mail 
disclaimer:  http://www.bcbst.com/email_disclaimer.shtm

Re: FTP over HiperSockets network

[Alan Altmark]

On Friday, 01/23/2009 at 12:20 EST, "Martin, Terry R. (CMS/CTR) (CTR)" 
 wrote:

> Is anyone running FTP on z/VM connecting to FTP server on z/OS over a 
> HiperSockets network? If so can you share with me the steps to take to 
get this 
> working?

The general sequence is:
1. Define a HiperSocket chpid and subchannels.  Give the z/VM partition 
access to three of them (at least) and bring them online.
2. Add DEDICATE statements for the three subchannels to TCPIP's directory 
entry.
3. Add DEVICE/LINK/HOME/START statements to PROFILE TCPIP.  The IFCONFIG 
command can assist you if you're uncertain about the statements you need.

But don't take my word for it!  Take a gander at the often-ignored and 
always-overlooked z/VM Connectivity book in the z/VM library.  ;-)

Please note that there is an error on p.82
  IODEVICE ...,UNIT=IDQ USERPRM=(parmname,OS_num)
is incorrect.  It should read
  IODEVICE ...,UNIT=IDQ,CHPARM=(code)
where (code) has the "OS" values in the table.

Alan Altmark
z/VM Development
IBM Endicott

Re: q frames

[Bill Bitner]

Tom,
Can you send an example of your QUERY Frames to me? I can try to work
through the example with you and then post back here.


Bill Bitner - VM Performance Evaluation - IBM Endicott - 607-429-3286

Re: FTP over HiperSockets network

[Mark Pace]

Sort of.  I have a z/OS that connects to a zLinux server through
Hipersockets.

On Fri, Jan 23, 2009 at 12:19 AM, Martin, Terry R. (CMS/CTR) (CTR) <
terry.mar...@cms.hhs.gov> wrote:

>  Hi
>
>
>
> Is anyone running FTP on z/VM connecting to FTP server on z/OS over a
> HiperSockets network? If so can you share with me the steps to take to get
> this working?
>
>
>
> Thanks in advance for the help!!!
>
>
>
> Terry
>



-- 
Mark Pace
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317