Re: Bad news for mainframes
I agree, why not zLinux. My shop is currently looking a the possibility of replacing several Oracle servers with on IFL running zLinux. It'll be a great savings in software costs by replacing several Oracle licenses with one. Of course the GPO IS government. So maybe this is another case of your tax dollars at work inefficiently. Tom Kelman > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of LJ > Mace > Sent: Wednesday, October 03, 2007 11:10 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Bad news for mainframes > > http://serverspecs.blogs.techtarget.com/2007/10/03/us-gpo-ditching- > mainframes/?track=NL-576&ad=607019&asrc=EM_NLT_2315094&uid=5701628 > U.S. GPO ditching mainframes > October 3rd, 2007 by Mark Fontecchio > The U.S. Government Printing Office is replacing some mainframe-based > back-office software with two Oracle E-Business Suite applications running > on a different platform. > The GPO, which prints federal government documents for public consumption, > already has Oracle applications running but it's unclear on what platform. > This press release from Guident Technologies, which is doing the > outsourced work for the GPO for almost $1.6 million, doesn't say. > The GPO will be replacing the mainframe software with Oracle Project > Costing and Project Billing, two components of its E-Business Suite. The > E-Business Suite runs on Unix, x86 Linux and Windows platforms. From a > short story in Washington Technology: > The goal is to modernize and streamline the office's two main business > processes - Commercial Printing and Plant Printing. The implementation > will enable the GPO to process orders from fulfillment through billing. It > will also improve the agency's ability to track costs and revenue. The new > system is designed to improve cash management, control inventory flows and > increase procurement efficiencies. > I'm really curious to see what platform the GPO is running its E-Business > applications on. If it's Linux, this could become another Oracle > certification issue. According to Oracle's certification matrix, E- > Business applications are supported on x86 Linux but not zLinux. Why? > Posted: October 3rd, 2007 under Mainframe servers, Mainframe migration > decisions > > I like the last question...Why not zLinux.. > > mace > > > > __ > __ > Shape Yahoo! in your own image. Join our Network Research Panel today! > http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7 > > > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Linux password and the VM console
>>> On Tue, Oct 2, 2007 at 6:00 PM, in message <[EMAIL PROTECTED]>, Moeur Tim C <[EMAIL PROTECTED]> wrote: > In our case, should network troubles or other events render the normal > SSH path unavailable, we will likely be restarting the crippled system > in run level 1, which won't ask for the password. You sure about that? Most systems these days do ask for the root password. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Linux password and the VM console
On Wed, 2007-10-03 at 01:13 +0200, Ivan Warren wrote: > Masking a password masked at the 3215 console should be possible : > > 1) In drivers/s390/char/con3215.c, if the driver detects that ECHO is > off for the underlying TTY, then issue X'0E' instead of X'0A' for the > read CCW (in raw3215_mk_read_req() ?) > 2) When prompted for a password, press ENTER (or whatever your 3270 SEND > AID key may be) first, enter your password and then press ENTER again.. > If you type the password directly without first sending ATTN, the X'0E' > will be issued too late and the input area won't be masked (that's > because, contrary to a real 3215, on VM, you don't have to ATTN before > you type something) : In principle it is a good idea to use read inhibited (X'0E') instead of read inquiry (X'0A') but unfortunately it doesn't work with the current 3215 support in z/VM. The password is only suppressed if a X'0E' read is pending when the password is typed. The user might take a long time to type in the password and console output might get printed in the meantime. To get the output on the screen the 3215 driver would have to stop the outstanding read but that is not possible! The halt subchannel on an emulated 3215 devices does not have the desired effect. The read just continues. This means you can block the console by typing in a user name on the login prompt and then doing nothing. If the console output buffer is filled up by some messages this will stop the whole virtual machine. Only after the pending read has completed the system can continue. That is where I stopped with the patch for the 3215 driver, to me it is not acceptable that the system can drop dead because of a pending read. -- blue skies, Martin. "Reality continues to ruin my life." - Calvin. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Bad news for mainframes
http://serverspecs.blogs.techtarget.com/2007/10/03/us-gpo-ditching-mainframes/?track=NL-576&ad=607019&asrc=EM_NLT_2315094&uid=5701628 U.S. GPO ditching mainframes October 3rd, 2007 by Mark Fontecchio The U.S. Government Printing Office is replacing some mainframe-based back-office software with two Oracle E-Business Suite applications running on a different platform. The GPO, which prints federal government documents for public consumption, already has Oracle applications running but it’s unclear on what platform. This press release from Guident Technologies, which is doing the outsourced work for the GPO for almost $1.6 million, doesn’t say. The GPO will be replacing the mainframe software with Oracle Project Costing and Project Billing, two components of its E-Business Suite. The E-Business Suite runs on Unix, x86 Linux and Windows platforms. From a short story in Washington Technology: The goal is to modernize and streamline the office’s two main business processes – Commercial Printing and Plant Printing. The implementation will enable the GPO to process orders from fulfillment through billing. It will also improve the agency’s ability to track costs and revenue. The new system is designed to improve cash management, control inventory flows and increase procurement efficiencies. I’m really curious to see what platform the GPO is running its E-Business applications on. If it’s Linux, this could become another Oracle certification issue. According to Oracle’s certification matrix, E-Business applications are supported on x86 Linux but not zLinux. Why? Posted: October 3rd, 2007 under Mainframe servers, Mainframe migration decisions I like the last question...Why not zLinux.. mace Shape Yahoo! in your own image. Join our Network Research Panel today! http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Shared Kernel on Sles10
On 10/3/07, Richard Troth <[EMAIL PROTECTED]> wrote: > This is just one case where "the PARM parm" from the VM world should be > supported by zLinux. >From what I recall, Linux does exploit the PARM on the IPL command now. The challenge was to decide how to merge it with the options already in the kernel command line. Sir Carsten could not make up his mind, and following well established tradition, he decided to do the opposite of what we had implemented :-) I don't think he picked up our "autocase" feature either (we folded an all-upper command line into lowercase). But you should be able to use it to force runlevel 1 during startup, for example. Anything beyond that will probably require CMS and a Diag8 to have a mixed case IPL command. Rob -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Shared Kernel on Sles10
Going back a week or so ... Rob van der Heij wrote: > Wearing my systems management hat, I do not want a Linux server to > do things like DEFSYS. Activating a new kernel should be done under > change control by the systems programmer. That's why we had a Linux > server prepare a small "Linux IPL disk" and then used MAINT > to create the new kernel with > #CP IPL xxx PARM SAVESYS=SUSE8020 > Funny enough this was obvious for the VM folks with gray/no hairs, > but the Linux people in IBM felt this was a bizarre and utterly > alien approach that no customer would want to learn... ;-) This is just one case where "the PARM parm" from the VM world should be supported by zLinux. It is easy enough, was even coded as a customer contribution in the 2.4 days. Does not preclude LOADPARM action nor current parmfile operation nor even SCSI parm handling. Let the VM "PARM parm" (via gen registers) prepend a string to other parm functions. No big deal! But a great payoff for the majority of mainframe Linux customers. -- R; -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390