Re: SuSE 2.2.16 kernel to test
Vic, The SuSEconfig step did the trick. I had to ddr the LVM volumes to tape and restore from the tapes, but now I am able to boot the instance. Thanks to all for the help and for pointing me in the right direction to get this job accomplished! Loren Charnley, Jr. IT Systems Engineer Family Dollar Stores, Inc. [EMAIL PROTECTED] (704) 847-6961 x 2000 -Original Message- From: Vic Cross [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 19, 2006 9:53 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: SuSE 2.2.16 kernel to test Loren, I'm pretty sure that with a 2.2.16 kernel it's the "SUSE 7" system that actually predated SLES 7 in the s390 world -- might even be the 6.4 "beta", eek! :) On 20/04/2006, at 3:13am, Hall, Ken (GTI) wrote: > Pre-SLES8 systems used /etc/rc.config to configure everything > except routing information. > > The three files you need to update are: > > /etc/rc.config > /etc/route.conf > /etc/hosts > > There are a couple of others that have to change if the host name > changes, but if only the IP address and gateway are changing, these > are the ones. In those early releases, changes to /etc/rc.config don't take effect until after you run "SuSEconfig". I think that SuSEconfig also manages /etc/hosts (but maybe that's just on later releases), so I'd suggest making what changes need to be made in /etc/rc.config, run SuSEconfig, and see what else needs to change. Make sure that *somewhere* you update your default gateway address. I think that's elsewhere in /etc/rc.config, but might be in /etc/ route.conf. You can use the mount-the-copied-disks-to-a-running-system method, but you will need to mount all the copied system's disks -- at the right mount points -- and chroot into the copied system in order to run SuSEconfig. Example: mount /dev/dasdk1 /mnt/copy mount /dev/dasdl1 /mnt/copy/usr mount /dev/dasdm1 /mnt/copy/var chroot /mnt/copy# <-- all file accesses are now from the copied system's disks vi /etc/rc.config SuSEconfig exit# <-- return to your running system umount /mnt/copy/usr /mnt/copy/var /mnt/copy Replace the DASD names with the actual names you get on your system, of course, and don't forget to detach the disks from your running system when you're done. Cheers, Vic Cross -- 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 - NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you. -- 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: SuSE 2.2.16 kernel to test
That sounds like a plan, now I need to find all the files that I need to update. Thanks, Loren Charnley, Jr. IT Systems Engineer Family Dollar Stores, Inc. [EMAIL PROTECTED] (704) 847-6961 x 2000 -Original Message- From: Post, Mark K [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 19, 2006 12:52 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: SuSE 2.2.16 kernel to test Loren, If you have the disk space available on your current system, I would: restore the DDR there attach the disks to your running system use all the normal tools to find and edit the config files DDR the disks back to tape restore on the other processor Use something like: find /etc -type f | xargs grep -l ip.address.current.system find /etc -type f | xargs grep -il currenthostname Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Loren Charnley, Jr. Sent: Wednesday, April 19, 2006 12:34 PM To: LINUX-390@VM.MARIST.EDU Subject: SuSE 2.2.16 kernel to test All, My LINUX guru is in training all week and I need to get some things done before Thursday at noon. I need to move an OLD version of SuSE LINUX to a new CPU to use for a couple of months. The version of LINUX is 2.2.16 and I need to be able to boot this instance in single user mode and be able to edit all the files that need to be changed in order to bring this instance up with a new IP address. So far I have DDR'd the 3390 volumes to tape and restored to the new system. I have done some research and I think that I can boot in single user mode by using the LIPL EXEC on the 'A' disk. I have also found 2 files that I think will need to be changed, "/etc/rc.config and /etc/hosts", I think that there are probably more files involved and need a little direction on this. I will be in single user mode from a 3270 session and therefore will not be able to use "vi" as the editor. I think that I could use "sed" but I don't know the commands. If I could get the directions to a book or manuals that would really help. I have gotten myself into a bit of a jam and I am hoping that there is someone out there that will be willing to help me out of this mess! TIA, Loren Charnley, Jr. IT Systems Engineer Family Dollar Stores, Inc. [EMAIL PROTECTED] (704) 847-6961 x 2000 -- 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 -- 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 - NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you. -- 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: SuSE 2.2.16 kernel to test
To the best of my knowledge it is SLES 7. It was installed so long ago that I can't remember. Any help will be gratefully received! Loren Charnley, Jr. IT Systems Engineer Family Dollar Stores, Inc. [EMAIL PROTECTED] (704) 847-6961 x 2000 -Original Message- From: Hall, Ken (GTI) [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 19, 2006 12:42 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: SuSE 2.2.16 kernel to test Is this SLES7? I wrote a script way-back-when that handles this, but it's customized for our configuration. At least I can identify the files involved though. > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of > Loren Charnley, Jr. > Sent: Wednesday, April 19, 2006 12:34 PM > To: LINUX-390@VM.MARIST.EDU > Subject: [LINUX-390] SuSE 2.2.16 kernel to test > > > All, > > > > My LINUX guru is in training all week and I need to get some > things done > before Thursday at noon. I need to move an OLD version of > SuSE LINUX to a > new CPU to use for a couple of months. The version of LINUX > is 2.2.16 and I > need to be able to boot this instance in single user mode and > be able to > edit all the files that need to be changed in order to bring > this instance > up with a new IP address. > > > > So far I have DDR'd the 3390 volumes to tape and restored to > the new system. > I have done some research and I think that I can boot in > single user mode by > using the LIPL EXEC on the 'A' disk. I have also found 2 > files that I think > will need to be changed, "/etc/rc.config and /etc/hosts", I > think that there > are probably more files involved and need a little direction > on this. I will > be in single user mode from a 3270 session and therefore will > not be able to > use "vi" as the editor. I think that I could use "sed" but I > don't know the > commands. If I could get the directions to a book or manuals > that would > really help. > > > > I have gotten myself into a bit of a jam and I am hoping that there is > someone out there that will be willing to help me out of this mess! > > > > TIA, > > Loren Charnley, Jr. > IT Systems Engineer > Family Dollar Stores, Inc. > [EMAIL PROTECTED] > (704) 847-6961 x 2000 > > > > > -- > 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 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/ -- 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 - NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you. -- 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
SuSE 2.2.16 kernel to test
All, My LINUX guru is in training all week and I need to get some things done before Thursday at noon. I need to move an OLD version of SuSE LINUX to a new CPU to use for a couple of months. The version of LINUX is 2.2.16 and I need to be able to boot this instance in single user mode and be able to edit all the files that need to be changed in order to bring this instance up with a new IP address. So far I have DDR'd the 3390 volumes to tape and restored to the new system. I have done some research and I think that I can boot in single user mode by using the LIPL EXEC on the 'A' disk. I have also found 2 files that I think will need to be changed, "/etc/rc.config and /etc/hosts", I think that there are probably more files involved and need a little direction on this. I will be in single user mode from a 3270 session and therefore will not be able to use "vi" as the editor. I think that I could use "sed" but I don't know the commands. If I could get the directions to a book or manuals that would really help. I have gotten myself into a bit of a jam and I am hoping that there is someone out there that will be willing to help me out of this mess! TIA, Loren Charnley, Jr. IT Systems Engineer Family Dollar Stores, Inc. [EMAIL PROTECTED] (704) 847-6961 x 2000 -- 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: Recommended Reading for Head Start on z/VM
I was looking at the VM home page and saw this, you might be interested.. Are you new to running Linux for zSeries as a z/VM guest? This 4.5-day class, Installing, Configuring and Servicing z/VM for Linux Guests (ZV062) may be just what you need. Cheers, Loren Charnley, Jr. IT Systems Engineer Family Dollar Stores, Inc. [EMAIL PROTECTED] (704) 847-6961 x 2000 -Original Message- From: Rob van der Heij [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 12, 2004 1:14 PM To: [EMAIL PROTECTED] Subject: Re: Recommended Reading for Head Start on z/VM Consider to go to zSeries Technical Conference, Nov 1-5, 2004. Or attend SHARE. 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 -- 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: Printing with SAMBA and CUPS
David, Thanks, that will give me a starting point. Loren Charnley, Jr. IT Systems Engineer Family Dollar Stores, Inc. [EMAIL PROTECTED] (704) 847-6961 x 2000 -Original Message- From: David Boyes [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 11, 2004 2:26 PM To: [EMAIL PROTECTED] Subject: Re: Printing with SAMBA and CUPS > I have just started into the discovery phase and did a little > poking around. > I have two questions at this early stage: 1) I have not been > able to locate > a driver for the IBM 6400 printer and, 2) I am not sure if I need the > drivers for the Okidata printers or the JetDirect cards. Use the "dumb" line printer driver for the 6400 (or define it as a passthrough LPR printer and feed it to RSCS, which does know what to do with it). For the Oki printers, use the Oki drivers. The Jetdirect driver is the transport for getting the data to the printer; CUPS still needs to know what kind of printer is actually attached at the other end of the link to produce the right escape sequences. -- 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 -- 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
Printing with SAMBA and CUPS
I am currently running SuSE LINUX SLES 8 under zVM 4.3. I am trying to set up a print server on a LINUX instance. I will be attaching IBM 6400 printers and Okidata printers connected with a JetDirect card. I have just started into the discovery phase and did a little poking around. I have two questions at this early stage: 1) I have not been able to locate a driver for the IBM 6400 printer and, 2) I am not sure if I need the drivers for the Okidata printers or the JetDirect cards. Any and all help will be appreciated, please take it easy on this old Mainframe guy trying to learn some Open Systems stuff. Loren Charnley, Jr. IT Systems Engineer Family Dollar Stores, Inc. [EMAIL PROTECTED] (704) 847-6961 x 2000 -- 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: For the security weenies
I have the SWAPGEN EXEC on a MAINT disk (in my case 301 V) and all my LINUX quests that use V-DISK have a link in the directory. That way, if there are updates to the SWAPGEN EXEC I can make them there (once) for all quests. Cheers, Loren Charnley, Jr. IT Systems Engineer Family Dollar Stores, Inc. [EMAIL PROTECTED] (704) 847-6961 x 2000 -Original Message- From: Alan Altmark [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 03, 2004 12:18 AM To: [EMAIL PROTECTED] Subject: Re: For the security weenies On Monday, 08/02/2004 at 08:55 EST, Adam Thornton <[EMAIL PROTECTED]> wrote: > Chuckie: is it merely modifying the PROFILE EXEC of service machines > that's evil, or should I also refrain from putting other stuff on their > 191-disks? That is, hypothetically, if I were implementing a service > that used a Linux virtual machine to do the dirty work, and that machine > wanted swap, and I wanted to suggest that you could either use normal > DASD for it, or you could use SWAPGEN to use preformatted V-DISK for > your swap, should I recommend that you put SWAPGEN EXEC on the service's > 191, or somewhere else? Chuckie's busy at the moment, so I'll answer instead. There is nothing inherently evil about modifying the PROFILE EXEC of service machines. It *is* evil (and, to some, a hostile act) to modify the PROFILE EXEC of the set of servers that comprise VM TCP/IP. Aside from that, I have No Opinion. (Yeah, right. That'll be the day) If that hypothetical server was to be treated as part of the VM TCP/IP suite then the prohibitions apply. SWAPGEN on the 191 is suboptimal. What if you had to update it? Go to each server's A-disk? Blech. Of course, you could use SFS and aliases for the A-disk before IPLing Linux. Alan Altmark Sr. Software Engineer IBM z/VM Development -- 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 -- 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: Is anyone interested in testing Trend ServerProtect Linux for SuSE SLES 8 zLinux
The link does not work for the server protect linux. Loren Charnley, Jr. IT Systems Engineer Family Dollar Stores, Inc. [EMAIL PROTECTED] (704) 847-6961 x 2000 -Original Message- From: subscribe LINUX-390 eric_chang [mailto:[EMAIL PROTECTED] Sent: Monday, August 02, 2004 10:35 AM To: [EMAIL PROTECTED] Subject: Is anyone interested in testing Trend ServerProtect Linux for SuSE SLES 8 zLinux Hi friends, If you are interested in ServerPortect for SuSE SLES 8 of IBM zSeries then beta is ready below. Please take a look and we'll fully support your testing, tks very very much. About Trend Micro ServerProtect Linux : http://www.trendmicro.com/en/products/file-server/sp-linux/evaluate/over view.htm Beta build: ftp://ftp.trendmicro.com/customer/Beta/S390/ account : us-web\customer pass : tmcustomer Eric Chang ^_^ Product Manager Trend Micro office: 886-9-20147897 cell: 886-9-147897 www.antivirus.com [EMAIL PROTECTED] This email and any attachments may be confidential and/or subject to copyright or other intellectual property right protection. If you are not the intended recipient of the email, you are not permitted to use or disclose any information contained in the email or any attachments and we request you notify the sender and delete both the email and any attachments. Thank you. -- 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 -- 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: New version of SWAPGEN available
James, In order to use vdisks, they have to configured similar to an FBA device. Block size must be 512. If you define the vdisk in the VM directory and run SWAPGEN with the proper device number, you should be alright. I am no expert, just tried it once. Cheers, Loren Charnley, Jr. IT Systems Engineer Family Dollar Stores, Inc. [EMAIL PROTECTED] (704) 847-6961 x 2000 -Original Message- From: James Melin [mailto:[EMAIL PROTECTED] Sent: Friday, June 25, 2004 9:49 AM To: [EMAIL PROTECTED] Subject: Re: New version of SWAPGEN available K. I've just gotten to the point where our VM guy is going to finally let me USE vdisk for swap (took much convincing) and he assigned that device at dev 300. swapgen not withstanding, I've been unable to get linux to recognize the device. I've tried adding it using an add command echoed to /proc/dasd/devices and I get 0203(ECKD) at ( 94: 12) is dasdd : active at blocksize: 4096, 216000 blocks, 843 MB 0300(none) at ( 94: 16) is dasde : unknown I wanted to resolve THIS part before I tried to do something slick with swapgen. Perhaps I am being premature? Dave Jones <[EMAIL PROTECTED] e.net> To Sent by: Linux on [EMAIL PROTECTED] 390 Port cc <[EMAIL PROTECTED] IST.EDU> Subject Re: New version of SWAPGEN available 06/25/2004 09:24 AM Please respond to Linux on 390 Port <[EMAIL PROTECTED] IST.EDU> Yes, it's ready for Linux use as a swap device. You just need an entry for "swap" in the /etc/fstab file... DJ James Melin wrote: >So this swapgen utility makes the V-Disk linux ready? Does that mean it's >formatted as swap? What do you do then within in the Linux guest to use >the device as swap? > > > > > Adam Thornton > <[EMAIL PROTECTED] > mine.net> To > Sent by: Linux on [EMAIL PROTECTED] > 390 Port cc > <[EMAIL PROTECTED] > IST.EDU> Subject > New version of SWAPGEN available > > 06/24/2004 05:00 > PM > > > Please respond to > Linux on 390 Port > <[EMAIL PROTECTED] > IST.EDU> > > > > > > >Version 5 of SWAPGEN is now available from >http://www.sinenomine.net/downloads > >It's pretty much the same as version 4, but there's a new option: >REUSE > >If your system policy doesn't allow your guests to define their own >VDISKs, but instead mandates that they be present in the directory >entry, you can use, for example, > >SWAPGEN 152 20 ( REUSE > >(which would write a Linux swap signature on a DIAG-accessible, >CMS-FORMATted and RESERVEd 20 block V-DISK at address 152). > >Note that if you're using REUSE you still have to specify the size in >512-blocks, and it needs to match the actual device size. I agonized >over putting the feature in at all, because it makes it possible to >destroy extant data with SWAPGEN (which was not previously possible), >and I finally compromised by only touching devices whose size you've >specified on the command line. Consider that the safety catch: if >you've said REUSE and you know the size of the device, we assume you >really do mean to overwrite it. > >REUSE is *not* the default. The default is still to detach whatever's >at the address you specify, allocate a V-DISK at that address, and use >it. > >Adam > >-- >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 > >-- >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 > > > -- Dave Jones Sine Nomine Associates Houston, TX 281.578.7544 -- For LINUX-390 subs
Re: Processor starvation
Nick, Have you thought about using Velocity Software to do your measurements? If you contact Barton Robinson, I am sure that he could help. Just a thought. Cheers, Loren Charnley, Jr. IT Engineer Family Dollar Stores, Inc. (704) 847-6961 Ext. 2000 > -Original Message- > From: Nick Laflamme [SMTP:[EMAIL PROTECTED] > Sent: Thursday, March 25, 2004 3:36 PM > To: [EMAIL PROTECTED] > Subject: Processor starvation > > We're trying to work with Websphere and Oracle 9i as Linux guests (one > for each) on an MP 3000 H30 running z/VM 4.4 as a hypervisor. > Admittedly, this is a small box (1 GB of storage, and one CPU that's not > even running at full-power for an MP 3000), but we're seeing horrible > inconsistent response times in the SLES 8 images we're installing the > products in. We've added paging volumes to spread the paging load out > and are cautiously giving the guests more and more virtual storage, but > since we're running the CPU at 100%, we don't think the problem is all > page waits, although there have been some kernel messages from the > Websphere machine in particular that memory allocations for Java > processes (tasks?) are failing. > > Most disturbing have been a couple of episodes in which the Websphere > guest just simply stops responding to terminal inputs. Our terminal > sessions are via ssh, but these sessions seem to just hang. New > connections time out, and logged in users can't kill running tasks and > so forth. As I say, the Linux images are getting (taking) a fair amount > of the CPU, so it's not that the whole Linux images are just dormant. > > Clearly I need to take the time to put instrumentation in place to > monitor and manage this carefully, but we can't really afford the time, > and the users are getting disgusted. > > Are there some tell-tale signs I should looking for to explain why > suddenly interactions with the guest are suspended for minutes at a > time? Is there a list of stupid things I should make sure I haven't done > that have quick fixes? > > (Too much, too quickly, without any coordination: a lousy way to run a > pilot project) > > Thanks, > Nick > > -- > 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 -- 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 on VM stats
Mike, You may want to give Velocity Software a call. They have a suite of products that may fill the bill for you and they are not that expensive. The phone number is (650) 964-8867. I have this software and it is very good at what stats it puts out. Good luck. Cheers, Loren Charnley, Jr. IT Engineer Family Dollar Stores, Inc. (704) 847-6961 Ext. 2000 > -Original Message- > From: Mike Fry [SMTP:[EMAIL PROTECTED] > Sent: Tuesday, March 02, 2004 5:55 AM > To: [EMAIL PROTECTED] > Subject: FW: LINUX on VM stats > > All, > > I have recently embarked upon a 'proof-of-concept' study to look at > running > LINUX on a zSeries platform under VM. My part of the project is to size > and > monitor a 'lifted' Unix application that will run on a zSeries platform > (2064-2C8 + 1 IFL engine for the testing). Early testing results have left > me feeling a little concerned by the lack of credible stats coming back > from > the internal LINUX monitoring tools (SAR, PS, TOP etc...) and data coming > out of the z/VM Performance Toolkit. > > Running most applications on the IFL engine makes it run at 100% > utilisation, so I would like to monitor the application response times and > transaction volumes to get a feeling of what the engine can handle and > then > compare the results against the Unix figures. > > I have switched on the z/VM Toolkit 'event and user' stats, and expected > to > see the LINUX guest transaction and response times stats, but they do not > show up on the monitor. > > The question(s) I would like some info on are, > > 1] Is there any way of getting accurate SAR, Accounting stats etc... out > of > z/VM-LINUX guest. > 2] How can I measure the throughput and response times for transactions at > guest level. > 3] Am I doing something wrong? > > If anyone has experience of any of the above, or knows ways of getting > 'good > stats', then I would be very grateful to hear from you. > > Mike Fry > Capacity Planning & SAS Consultant > > Performance & Capacity Support > ISS/Mainframe Infrastructure, Enable > > Tel c/w: 2000 x4813 > Tel ext: 01565 614813 > > > > Internet communications are not secure and therefore the Barclays Group > does not accept legal responsibility for the contents of this message. > Although the Barclays Group operates anti-virus programmes, it does not > accept responsibility for any damage whatsoever that is caused by > viruses being passed. Any views or opinions presented are solely those > of the author and do not necessarily represent those of the Barclays > Group. Replies to this email may be monitored by the Barclays Group > for operational or business reasons. > > Barclays Bank PLC. Authorised and regulated by the Financial Services > Authority.
Re: Linux stress reducer
Ditto here Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. (704) 847-6961 Ext. 2000 > -Original Message- > From: McKown, John [SMTP:[EMAIL PROTECTED] > Sent: Friday, January 30, 2004 2:14 PM > To: [EMAIL PROTECTED] > Subject: Re: Linux stress reducer > > Jim, > > We run a product called "Websense" which restricts that site. It calls it > "tasteless" . I got the same thing from another post. Now there are > three of us wasting our afternoon. > > -- > John McKown > Senior Systems Programmer > UICI Insurance Center > Applications & Solutions Team > +1.817.255.3225 > > This message (including any attachments) contains confidential information > intended for a specific individual and purpose, and its' content is > protected by law. If you are not the intended recipient, you should > delete > this message and are hereby notified that any disclosure, copying, or > distribution of this transmission, or taking any action based on it, is > strictly prohibited. > > > -Original Message- > > From: Jim Sibley [mailto:[EMAIL PROTECTED] > > Sent: Friday, January 30, 2004 12:15 PM > > To: [EMAIL PROTECTED] > > Subject: Linux stress reducer > > > > > > http://www.ebaumsworld.com/penguinswing.html > > > > = > > Jim Sibley > > RHCT, Implementor of Linux on zSeries > > > > "Computer are useless.They can only give answers." Pablo Picasso > > > > __ > > Do you Yahoo!? > > Yahoo! SiteBuilder - Free web site building tool. Try it! > > http://webhosting.yahoo.com/ps/sb/ > >
Re: ESS/PPRC-XD question
Adam, I thought that you were required to have a SAN in order to use SCSI on Linux. If that is the case, you already have the structure to do what you want with the SAN. I may be wrong, trying to recall memory from the VSE TECH Conference in Las Vegas! Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. (704) 847-6961 Ext. 2000 > -Original Message- > From: Adam Thornton [SMTP:[EMAIL PROTECTED] > Sent: Thursday, January 29, 2004 11:42 AM > To: [EMAIL PROTECTED] > Subject: ESS/PPRC-XD question > > This may not be quite the right forum, but someone here probably knows > the answer. > > If I want to put Sharks in different places (more than 103km apart), and > use PPRC-XD over a channel extender to synchronize the data > > Can I use PPRC-XD on DASD that is presented as FCP SCSI, or does the > channel extender requirement (which is what's making me nervous) mean > that the DASD must be presented as ECKD? Or from the Shark's > perspective, is its DASD all the same? > > Adam
Re: Technical Specs
Jason, I was in the same dilemma back in the spring. It is not officially published, but, I have found out that the MIPS rating on a z800 IFL is approximately 192 MIPS. Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. (704) 847-6961 Ext. 2000 > -Original Message- > From: Jason Herne [SMTP:[EMAIL PROTECTED] > Sent: Tuesday, December 09, 2003 12:28 PM > To: [EMAIL PROTECTED] > Subject: Technical Specs > > We are running a 2066-OLF (z/800 Linux only model). Can anyone point me > to some IBM documenation that tells me the speed of the processor in > Mhz? I understand that this metric means very little but someone higher > up in the management chain would like to know :-) > > - Jason Herne ([EMAIL PROTECTED]) >Clarkson University Open Source Institute >z/Server Administrator
Re: New doctor in the house...8-)
WELL DONE...!!! Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. (704) 847-6961 Ext. 2000 > -Original Message- > From: David Boyes [SMTP:[EMAIL PROTECTED] > Sent: Tuesday, November 18, 2003 2:33 PM > To: [EMAIL PROTECTED] > Subject: OT: New doctor in the house...8-) > > (This is totally off topic, but many of you have met Margarete at trade > shows and in other arenas, and have been following the long saga of her > quest for a doctorate, so it's easier to tell the world than send > individual > notes to all of the interested parties. ) > > We at Sine Nomine are pleased (and very proud) to announce that Margarete > Ziemer (our CEO, and who, being very smart and talented, and despite my > numerous faults, still ad mits that she married me) has successfully > completed her doctoral dissertation and oral defence, and has been > approved > for the degree of Doctor of Philosophy from Princeton Theological > Seminary. > > We'd like to thank all the well-wishers and people who have encouraged her > to keep plugging away, and have offered and provided support through the > process. Please join me in congratulating her on a job well done. > > Congratulations, Dr. Ziemer! > > -- db > > David Boyes > Sine Nomine Associates > > (PS -- now you can rescue some more kitties, M... 8-))
Re: maintenance strategy
I think that the session for WAVV or zEXPO would be a great idea and very helpful to a great number of people. Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. (704) 847-6961 Ext. 2000 > -Original Message- > From: David Boyes [SMTP:[EMAIL PROTECTED] > Sent: Tuesday, September 30, 2003 10:55 AM > To: [EMAIL PROTECTED] > Subject: Re: maintenance strategy > > > If > > not, then things get quite a bit harder. > > It does take some planning. > > One approach I've used is to set up local APT repositories for different > classes of applications, ie: > > local--stable == things that every server should have; security > patches, common applications like system management packages, > configuration > files for DNS and Kerberos, etc. Each processor architecture has it's own > repository set (using the standard architecture identifiers to identify > the > repository name). > > local--apps == add-on applications packages such as databases, web > servers etc > local--dbapps == tools specific to databases > > and so forth, depending on what classes of servers you want to maintain. > > Part of the standard build template is a crontab entry that does a > "apt-get > local--stable" every night at a scheduled time, to allow > distribution > of fixes that should go everywhere. If a server is customized for a > specific > purpose, the crontab gets modified as part of the application install to > add > a "apt-get " command for the appropriate local repository. > The > various servers then pick up updates as they are committed to the > repositories w/o having to do individual updates. With a little > creativity, > this works well for both .deb and .rpm based systems, and it lets you > carefully control the commit of service to the environment w/o having to > trust YOU or up2date everywhere. > > Some assumptions of this approach are that you want all your servers to > pick > up upgrades at the same time and that you're confident enough in your > knowledge of RPM and friends to ensure that the packaging of the upgrade > corresponds with your configuration, but I'd argue that it's a workable > situation. It seems to be fairly scalable and produces a parseable update > log from the APT server that can be massaged into useful reports on > configuration status. > > I should put together a short talk on this for the next WAVV or zExpo. It > might be useful to somebody. > > -- db
Is anybody out there
All, I haven't gotten anything from the since about 9:22 AM EDT. I know that we have been having trouble with e-mail, just wondering if I missed something.. TIA, Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. (704) 847-6961 Ext. 2000
Re: A Very Serious Virus Alert
I think that I have received this message enough, 3 times, in less than an hour. Please stop! Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Michael Coffin [SMTP:[EMAIL PROTECTED] > Sent: Tuesday, August 12, 2003 2:58 PM > To: [EMAIL PROTECTED] > Subject: A Very Serious Virus Alert > Importance: High > > Hi Folks, > > I wanted to give you a heads-up that there is a virus currently > spreading like wildfire on the internet. It is the W32/Lovsan.worm > (a.k.a. "msblast.exe") worm. You can find information and additional > links about it here: > > <http://insight.zdnet.co.uk/software/0,39020463,39115651,00.htm> > http://insight.zdnet.co.uk/software/0,39020463,39115651,00.htm > > and if you do not have an antivirus program on your home machines that > detects it, you can get a free one here: > > <http://vil.nai.com/vil/stinger/> http://vil.nai.com/vil/stinger/ > > (Note: I have downloaded and used Stinger and it appears to be safe and > it does detect and remove Lovsan.worm, as well as several others). > > This effects ALL Windows platforms except 95/98 that connect to the > Internet and do not use a firewall that blocks port 135 (Remote > Procedure Call). > > Here's why this virus is so serious. Most viruses spread through email > and users that click on objects thinking they are pictures or URL's to > benign websites, when in fact they launch and execute a program on their > machine that installs the virus. This one is different, it comes to you > courtesty of the good people in Redmond, Washington via a nice big > security hole in the Windows operating system itself that allows ANY > other computer to execute commands on YOUR computer (i.e. Remote > Procedure!). So you can be sitting there, connected to the Internet, > doing nothing whatsoever and all of a sudden you are infected! > > You can tell if the virus is on your computer by hitting Ctrl-Alt-Delete > and getting a Task List. Look for a program named "msblast.exe" - if it > is running on your computer you are infected. Fortunately, cleaning up > seems to be relatively easy - the FIRST thing you want to do is STOP > msblast.exe (hit the "End Process" button in Task Manager) and erase the > file. The second thing is to remove a key which it stored in the > Windows Registry to automatically restart itself every time you reboot. > If you find you have the virus I'll be happy to give you more details if > you need them, but click on the links above and they should point you in > the right direction. > > And finally, you need to download the latest security patches from the > good people at Micro$osft! The patches are less than 30 days old, so > even if you have updated your computer recently, make sure you have the > latest patches! > > I've never seen such an effective virus - fortunately it's not all that > destructive. It's long-term intent is to actually have millions of > computers around the world start a giant DOS (Denial Of Service) attack > on the guys who started this whole mess - Micro$oft! That is scheduled > to occur on 8/16/2003. If it is successful you'll have great difficulty > downloading the patches, so do it now. > > Naturally, this only effects Windows "operating systems"! Linux and MAC > are not effected. > > -Mike > << File: Notebook.jpg >>
Re: Gartner speaks
James, Actually the z800 and z900 are classified as Enterprise Servers, so in effect, you no longer have a mainframe Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: James Melin [SMTP:[EMAIL PROTECTED] > Sent: Thursday, July 24, 2003 2:40 PM > To: [EMAIL PROTECTED] > Subject: Re: Gartner speaks > > I will add this caveat - the reason the doomsayers were wrong about Y2K is > because the collective lot of us who twiddle code across the globe took > GREAT steps to ensure it was a non problem. > My relatives kept asking me if things were going to fail, and I said a few > minor things will go wonky, but nothign major we depend on because my > colleagues across the world were making sure the problem was eradicated. > > If we had done nothing as an industry however, all hell would have broken > loose. > > Gartner also said the mainframe was dead 8 years ago. I guess the Z900 and > Z800 in my datacenter are not supposed to exist . In any case, there are > those that believe that the sun rises and sets in the posterior crevasse > of > the gartner group, and their word is law. > > > > |-+> > | | "Hall, Ken (IDS | > | | ECCS)" | > | | <[EMAIL PROTECTED]| > | | ml.com> | > | | Sent by: Linux on| > | | 390 Port | > | | <[EMAIL PROTECTED]| > | | IST.EDU> | > | || > | || > | | 07/24/2003 01:20 | > | | PM | > | | Please respond to| > | | Linux on 390 Port| > | || > |-+> > > >- > -| > | > | > | To: [EMAIL PROTECTED] > | > | cc: > | > | Subject: Re: Gartner speaks > | > > >- > -| > > > > > *My* experience with Gartner is that they just parrot what the last few > customers told them about whatever you're asking. I'd call and ask about > some product or other, and they'd give me an opinion. > If I disagreed with it, they REALLY wanted to know why, and I'm sure > whatever I told them worked it's way into their position. They seem to do > research by dynamic consensus. But this is pretty much > what they say they do, isn't it? Do no independent research, just collect > opinions from subscribers, and redistribute them. > > With Y2K, I guess they were hearing overblown paranoid doomsday scenarios, > and just repeating them like they do with everything else, paying no > attention to what was REALLY going on. Probably they > didn't hear about all of the work being done because those doing it were > too busy to talk to them. The only ones who DID talk had nothing better > to > do than fret. > > > -Original Message- > > From: Gregg C Levine [mailto:[EMAIL PROTECTED] > > Sent: Thursday, July 24, 2003 2:05 PM > > To: [EMAIL PROTECTED] > > Subject: Re: [LINUX-390] Gartner speaks > > > > > > Hello again from Gregg C Levine > > Then how come during the Y2K business, they bungled it badly? They > > thought that during the craze to get everything fixed, the group, > > would not? But we did, as everyone on this list, knows. > > --- > > Gregg C Levine [EMAIL PROTECTED] > > > > "The Force will be with you...Always." Obi-Wan Kenobi > > "Use the Force, Luke." Obi-Wan Kenobi > > (This company dedicates this E-Mail to General Obi-Wan Kenobi ) > > (This company dedicates this E-Mail to Master Yoda ) > > > > > > > > > -Original Message- > > > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf > > Of > > > Adam Thornton > > > Sent: Thursday, July 24, 2003 1:43 PM > > > To: [EMAIL PROTECTED] > > > Subject: Re: [LINUX-390] Gartner speaks > > > > > > On Thu, 2003-07-24 at 07:08, Joe Poole wrote: > > > > We're still rolling out the penguins (without fur BTW). Websphere > > > > Commerce
Re: Updating SuSE Kernel
Mark, Thanks for the reply. For the first time, SuSE had a good response time. The whole problem started with a mix up on the proper key to register. It did not raise it's ugly head until we attempted a kernel upgrade for a specific install. All is good again after registering the proper key and being able to download the proper patches. Cheers, Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Post, Mark K [SMTP:[EMAIL PROTECTED] > Sent: Tuesday, July 22, 2003 2:11 PM > To: [EMAIL PROTECTED] > Subject: Re: Updating SuSE Kernel > > Loren, > > You're running in 64-bit mode? (That's what the "s390x" means.) If > you're > not, then try whatever updates are labeled as #-s390-# instead. > > > Mark Post > > -Original Message- > From: Loren Charnley, Jr. [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 22, 2003 9:17 AM > To: [EMAIL PROTECTED] > Subject: Updating SuSE Kernel > > > All, > > I have a problem when I try to load the update for > Service Pack 2 for SLES8 for IBM zSeries. I've followed > the instructions using NFS and the loopback mounts, and > either way I get an error saying: > > Error > Initialization failed. Please check that you have > inserted the correct CD. > > > When I try to update the kernel using the supplied rpm from > the ISO image, I get the following message: > > # rpm -Uvh k_deflt-2.4.19-80.s390x.rpm > package k_deflt-2.4.19-80 is for a different architecture > > > We are currently running the 2.4.19-3suse-SMP kernel on a > z800-0A1 on an IFL in an LPAR. > > Any help in getting this solved would be greatly appreciated. I have also > sent this information to SuSE but they are slow to answer most times and I > need a quick answer. > > TIA, > Loren Charnley, Jr. > Tech Support Administrator > Family Dollar Stores, Inc. > Phone: (704) 847-6961 Ext. 2000
Updating SuSE Kernel
All, I have a problem when I try to load the update for Service Pack 2 for SLES8 for IBM zSeries. I've followed the instructions using NFS and the loopback mounts, and either way I get an error saying: Error Initialization failed. Please check that you have inserted the correct CD. When I try to update the kernel using the supplied rpm from the ISO image, I get the following message: # rpm -Uvh k_deflt-2.4.19-80.s390x.rpm package k_deflt-2.4.19-80 is for a different architecture We are currently running the 2.4.19-3suse-SMP kernel on a z800-0A1 on an IFL in an LPAR. Any help in getting this solved would be greatly appreciated. I have also sent this information to SuSE but they are slow to answer most times and I need a quick answer. TIA, Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000
Re: 31-bit SuSE SLES8 install
Has anyone heard if Oracle will be there? Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Jim Sibley [SMTP:[EMAIL PROTECTED] > Sent: Friday, July 18, 2003 3:15 PM > To: [EMAIL PROTECTED] > Subject: Re: 31-bit SuSE SLES8 install > > Unabashed Plug: There will be an experienced DB2 zSeries person from IBM > and a DB2 on zSeries live demonstration (at least one can hope) at the IBM > booth at Linuxworld in SF if you happen to be going. It will be on SuSE 8, > SP2 level kernel (2.4.19-4SuSE), 31bit. > > Regards, Jim > Linux S/390-zSeries Support, SEEL, IBM Silicon Valley Labs > t/l 543-4021, 408-463-4021, [EMAIL PROTECTED] > *** Grace Happens *** > > > > > "Lucius, Leland" > <[EMAIL PROTECTED]To: > [EMAIL PROTECTED] > olab.com>cc: > Sent by: Linux onSubject: Re: 31-bit SuSE > SLES8 install > 390 Port > <[EMAIL PROTECTED] > IST.EDU> > > > 07/18/2003 10:42 > AM > Please respond to > Linux on 390 Port > > > > > > > > Does anyone on the list have advice, documentation or the like for > > installing SuSE SLES8 31-bit on a zSeries z800 under z/VM for DB2 ? > > > Unfortunately no. I want to try this myself one day. > > > At present we have SLES8 64-bit installed and running a > > number of instances > > under z/VM on an IFL with no problem. I have been asked to > > install DB2 > > under a SuSE Linux instance on our system; DB2 will only run under the > > 31-bit version of SLES8, according to the IBM documentation. > > > SLES8 contains a 31-bit compatability feature that you "might" be able to > use. Check out the s390-32 package on cd1. > > Leland
Re: 31-bit SuSE SLES8 install
As far as running SuSE SLES 8 31 bit under zVM 4.3, that is what I am running. I also was restricted because we needed to install Oracle 9i. I think that you would need a completely separate install. Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: George Rester [SMTP:[EMAIL PROTECTED] > Sent: Friday, July 18, 2003 1:37 PM > To: [EMAIL PROTECTED] > Subject: 31-bit SuSE SLES8 install > > Does anyone on the list have advice, documentation or the like for > installing SuSE SLES8 31-bit on a zSeries z800 under z/VM for DB2 ? > > At present we have SLES8 64-bit installed and running a number of > instances > under z/VM on an IFL with no problem. I have been asked to install DB2 > under a SuSE Linux instance on our system; DB2 will only run under the > 31-bit version of SLES8, according to the IBM documentation. > > I have contacted SuSE and received a evaluation copy of SLES8 31-bit, > however the same media is used for the 31-bit as the 64-bit. So I am > confused/stumped as how to get a 31-bit install accomplished at this time. > > Is there some file/flag/setting I'm missing, or is there a larger > environmental change that needs to be made to the IFL or z/VM perhaps? > > I have sent a request to SuSE support but I am still waiting for a > response > so I thought I would post here as well. > > Any help would be greatly appreciated; thanks in advance, > > George Rester > > -- > George Rester [EMAIL PROTECTED] > [EMAIL PROTECTED] > > Systems Administrator > Office of Information Technology >The Ohio State University > phone: 614-292-6676 pager: 614-731-0857 / > [EMAIL PROTECTED]
Re: MAN Page for ZIPL
Mark, Thanks!. Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Post, Mark K [SMTP:[EMAIL PROTECTED] > Sent: Wednesday, July 02, 2003 2:18 PM > To: [EMAIL PROTECTED] > Subject: Re: MAN Page for ZIPL > > Loren, > > zipl -h > > > Mark Post > > -Original Message- > From: Loren Charnley, Jr. [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 02, 2003 2:15 PM > To: [EMAIL PROTECTED] > Subject: MAN Page for ZIPL > > > I am in the middle of trying to add a disk to one of my LINUX instances > (root is filling up). I have SuSE SLES 8 installed and running and have > gotten to the point that I need to run ZIPL on the updated parmfile. When > I > tried to do a man zipl, I got a message that said that 'No manual entry > for > zipl'. Where can one find such documentation? > > TIA, > Loren Charnley, Jr. > Tech Support Administrator > Family Dollar Stores, Inc. > Phone: (704) 847-6961 Ext. 2000
MAN Page for ZIPL
I am in the middle of trying to add a disk to one of my LINUX instances (root is filling up). I have SuSE SLES 8 installed and running and have gotten to the point that I need to run ZIPL on the updated parmfile. When I tried to do a man zipl, I got a message that said that 'No manual entry for zipl'. Where can one find such documentation? TIA, Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000
Support for SuSE SLES 8
I am looking for additional support for a SuSE SLES 8 distribution. I would like a defect and how to support that I can connect to via phone. If anyone out there has this type support or knows a source of this type of support, could you contact me of list at [EMAIL PROTECTED] TIA, Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000
Re: SLES8 dasdfmt problem
>From the 'load' screen, abort will let you go to a screen where you can format, and mount dasd. Also, I had to break up the 'dasd=' to list the swap device first, the install disk second, then I put in a range. Ie. dasd=200,201,202-22d. then the only problem I had was that I had to do a mknod on some of the disks that didn't show up on cat devices. After that the dasdfmt worked for me. Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Dave Myers [SMTP:[EMAIL PROTECTED] > Sent: Tuesday, June 03, 2003 8:18 PM > To: [EMAIL PROTECTED] > Subject: Re: SLES8 dasdfmt problem > > Yes...I've done this SLES8 install several times...and I know about > LOADing > the dasd= then stopping > and going to a 2nd session to dasdfmt the dasd. > > I've done that and I get the failure during dasdfmt. > > I re-issued the insmod commands...that I'm pretty sure are being done > when > you LOAD the dasd= anyways... > but those re-issues of the insmod commands did not change the symptom of > " /dev/dasda unknown" > > So...I'm punting..and asking for help... > > Thanks! > Dave Myers > Denver Solutions Group > Senior Systems Engineer > Office Phone: (303) 996-7112 > Cellular Phone: (303) 619-0782 > Home Office:(303) 948-0027 > Fax: (303) 706.1713 > e-mail: [EMAIL PROTECTED] > > > > > > Ken Dreger > > <[EMAIL PROTECTED] To: [EMAIL PROTECTED] > > > cc: > > Sent by: LinuxSubject: Re: SLES8 dasdfmt > problem > on 390 Port > > <[EMAIL PROTECTED] > > ARIST.EDU> > > > > > > 06/03/2003 > > 06:02 PM > > Please respond > > to Linux on 390 > > Port > > > > > > > > > > dave, from a earlier post: > During my SLES8 installs, I load from the reader and get the "telnet to > server to begin installation". > I open a telnet session and get to the part about "ACCEPT"ing dasd. > Then I open a second session, via ssh, and run dasdfmt and fdasd. > Go back to the telnet session and accept them. > > > > Ken > > > At 05:51 PM 6/3/2003 -0600, you wrote: > >I am encountering this same problem. > >dasdfmt: Unable to open device /dev/dasda: No such device > > > >When I did the insmods for dasd_mod and dasd_eckd_mod > >I got messages back that said they were already there... > > > >I am at a loss. > > > >This is SLES8 and we're using old RAMAC disk on 3990 controllers. > >The drivers manual says this dasd is OK.. > > > >The 3390 device was ICKDSF formatted and is offline to other lpars. > >Track zero was not touched by the ICKDSF..the vtoc was placed on cyl 0 > >track 1 > >Does that make a diff...seems normal to me... > > > >Why can't SLES8 ram system dasdfmt this disk ?? > > > >A cat /proc/dasd/devices shows the volume as /dev/dasda unknown > > > >Is the "unknown" trying to give me a hint??? > > > >Help! > > > >Thanks, > >Dave Myers > >Denver Solutions Group > >Senior Systems Engineer > >Office Phone: (303) 996-7112 > >Cellular Phone: (303) 619-0782 > >Home Office:(303) 948-0027 > >Fax: (303) 706.1713 > >e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > "Post, Mark > > K" > > > > <[EMAIL PROTECTED] To: > [EMAIL PROTECTED] > > > > > com> cc: > > > > Sent by: LinuxSubject: Re: SLES8 dasdfmt > > problem > > on 390 > > Port > > > > <[EMAIL PROTECTED] > > > > ARIST.EDU> > > > > > > > > > > > > 05/13/2003 > > > > 07:29 > > PM > > > > Please > > respond > > > > to Linux on > > 390 > > > > Port > > > > > > > > > > > > > > > > > > > >You need to also insmod dasd_eckd_mod before trying to format t
[no subject]
That is the best environment for LINUX on zSERIES. I have a z800-0A1 with a 80 MIP standard engine and 1 192 MIP IFL engine. I am in the process of installing zVM 4.3 on the IFL engine. The next part of the project is to install SLES 8 under zVM and moving a couple of LINUX instances to it. After that is done, the real fun will begin! Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Noll, Ralph [SMTP:[EMAIL PROTECTED] > Sent: Friday, April 04, 2003 3:49 PM > To: [EMAIL PROTECTED] > Subject: > > nope.., no IFL..why would i need it?? > > > -Original Message----- > > From: Loren Charnley, Jr. [mailto:[EMAIL PROTECTED] > > Sent: Friday, April 04, 2003 2:39 PM > > To: [EMAIL PROTECTED] > > Subject: > > > > > > Ralph never said if he was running LINUX on an IFL, if not he > > needs to be. - NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you.
[no subject]
Ralph never said if he was running LINUX on an IFL, if not he needs to be. Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Post, Mark K [SMTP:[EMAIL PROTECTED] > Sent: Friday, April 04, 2003 3:33 PM > To: [EMAIL PROTECTED] > Subject: > > I would add to this: very fast context switching between tasks. > > As Barton Robinson has said a number of times: > z/VM is very good at managing large numbers of small things. > > This implies a lot of context switching, which the mainframe design > handles > quite well. > > > Mark Post > > -Original Message- > From: Wolfe, Gordon W [mailto:[EMAIL PROTECTED] > Sent: Friday, April 04, 2003 3:29 PM > To: [EMAIL PROTECTED] > Subject: > > > We've been over this several times in this list. > > The beauty of Linux on z/VM is not how much computing power the mainframe > has. actually, mainframes don't have a lot of computing power. However, > if you run an application that does a LOT of I/O, say a webserver that > serves out a LOT of files or accesses a database, then the mainframe comes > into its glory. The mainframe is all about I/O processing. - NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you.
Re: IFL speed.
I hate to sound stupid but due to age it will be OK. We have just started installing a z800 which has an IFL engine that is rated at 192 MIPS and a standard engine rated at 80 MIPS. Are you saying that the IFL speed will revert to 80 MIPS on this box? If so, then I have been duped big time by IBM. Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Rich Smrcina [SMTP:[EMAIL PROTECTED] > Sent: Thursday, March 06, 2003 12:21 PM > To: [EMAIL PROTECTED] > Subject: Re: IFL speed. > > They are supposed to be the same speed as the other engines. Except in > the > case of the MP3000, which has a full speed IFL (as opposed to the H30 > engine > which is half speed) > > On Thursday 06 March 2003 11:04 am, you wrote: > > Hello all, > > > > Are IFL engines slowed down compared to a GP engine? > > > > Phil > > -- > Rich Smrcina > Sr. Systems Engineer > Sytek Services, A Division of DSG > Milwaukee, WI > [EMAIL PROTECTED] > [EMAIL PROTECTED] > > Catch the WAVV! Stay for Requirements and the Free for All! > Update your S/390 skills in 4 days for a very reasonable price. > WAVV 2003 in Winston-Salem, NC. > April 25-29, 2003 > For details see http://www.wavv.org - NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you.
Re: NOT disabled wait
Instead of #cp disconnect use #cp logoff or go to your maint machine and force the instance off. This will make sure that you are not leaving anything hanging. Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Naoshi Kubo [SMTP:[EMAIL PROTECTED] > Sent: Wednesday, March 05, 2003 12:54 AM > To: [EMAIL PROTECTED] > Subject: NOT disabled wait > > I have a question about shutdown linux. > > I use Red Hat 7.2 under z/VM 4.3. > > After i shutdown linux, CP does not become "disabled wait". Why? > > And when using multiple cpu and 'SET RUN ON', after shutdown linux and #cp > disconnect, cpu 0 is running forever... > What is running? What is a reason that cpu is running after shutdown and > disconnect? > > > Naoshi Kubo > E-Mail : [EMAIL PROTECTED] - NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you.
Re: unsubcrible
Alberto, To unsubscribe from this list you need to address the e-mail to: [EMAIL PROTECTED] with the following as the subject and in the body: SIGNOFF LINUX-390 Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Camara Jr, Alberto [SMTP:[EMAIL PROTECTED] > Sent: Monday, February 24, 2003 1:12 PM > To: [EMAIL PROTECTED] > Subject: unsubcrible > > unsubscrible > > Alberto Câmara Junior > Computer Associates > Customer Support Representative > tel: +55 11 5503 6100 > fax: +55 11 5503 6005 > [EMAIL PROTECTED] > > - NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you.
Re: Linux/390 on a 9672 G2 processor
I currently have LINUX-390 running a file server and a print server in production on a 9672-RB5, zVM 3.1, no FPU. I have been running this for over a year with no problems. We are looking at a z800 and will be able to do more with LINUX for zSeries in the future. I think that if LINUX-390 will install, it should do OK with what you have listed, the install will be the real challenge. Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Don Webb [SMTP:[EMAIL PROTECTED]] > Sent: Wednesday, January 22, 2003 4:28 PM > To: [EMAIL PROTECTED] > Subject: Linux/390 on a 9672 G2 processor > > Has anyone here brought up a Linux/390 guest running under VM/ESA 2.4.0 on > a 9672-R83 processor? I understand that the R83 will not have the IEEE FP > unit, but this user is very persistant. > > The initial uses for this guest will be to provide POP/PROXY and FTP > services. NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you.
Re: Backing up z/VM Linux volumes
Is it a requirement to use OS/390 - zOS to do the backup? If not you can use DDR in zVM to backup full volumes or just take a certain location. I am using DDR to back up my LINUX-390 instances for disaster recovery. The backup and recovery go very smoothly. Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Scott Chapman [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, January 14, 2003 10:05 AM > To: [EMAIL PROTECTED] > Subject: Re: Backing up z/VM Linux volumes > > That was the bottom example (which I actually tried first). Of course I > very likely could have mis-coded something... > > Scott > > > > > "Sivey,Lonny" > <[EMAIL PROTECTED] To: [EMAIL PROTECTED] > g>cc: > Sent by: LinuxSubject: Re: Backing up z/VM > Linux volumes > on 390 Port > <[EMAIL PROTECTED] > ARIST.EDU> > > > 01/14/03 09:38 > AM > Please respond > to Linux on 390 > Port > > > > > > > You don't want to treat the volumes like OS/390 or z/OS volumes by using > the > FULL parameter. You need to use the TRACKS parameter and specify to dump > all the tracks. > > Lonny > > -Original Message- > From: Scott Chapman [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, January 14, 2003 7:53 AM > To: [EMAIL PROTECTED] > Subject: Backing up z/VM Linux volumes > > > I'm trying to do a full-volume dump from OS/390 of a z/VM volume that has > minidisk on it used for Linux and I'm getting errors indicating a problem > with the VTOC. I presume we have an issue with the way we > formatted/allocated/something the volume in VM, but so far I haven't been > able to figure it out. > > I've seen the "IBM Linux-z/OS dss dump/restore how-to", but that seems to > imply that volumes are assigned completely to Linux and are not VM > mini-disks. However, other things seem to imply that I should be able to > backup VM volumes from OS/390. (In fact I'm pretty sure we used to do it > back when we had VM for non-Linux purposes.) > > If somebody could point me in the right direction, I would appreciate it! > > Thanks! > Scott Chapman > American Electric Power > > Details follow: > > PAGE 0001 5695-DF175 DFSMSDSS V2R10.0 DATA SET SERVICES > 2003.014 > 07:21 >DUMP FULL INDDNAME(INDD1) - > OUTDDNAME( - > OUTDD1 - > ) - > CANCELERROR - > ALLEXCP - > OPTIMIZE(4) - > WAIT(2,2) > ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' > ADR109I (R/I)-RI01 (01), 2003.014 07:21:53 INITIAL SCAN OF USER CONTROL > STATEMENTS COMPLETED. > ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK > ADR006I (001)-STEND(01), 2003.014 07:21:53 EXECUTION BEGINS > ADR307E (001)-OPNCL(03), UNABLE TO OPEN VOLUME 430U14, 06 > ADR006I (001)-STEND(02), 2003.014 07:21:57 EXECUTION ENDS > ADR013I (001)-CLTSK(01), 2003.014 07:21:57 TASK COMPLETED WITH RETURN > CODE > 0008 > ADR012I (SCH)-DSSU (01), 2003.014 07:21:57 DFSMSDSS PROCESSING COMPLETE. > HIGHEST RETURN CODE IS 0008 FROM: >TASK001 > > Which indicates: >ADR307E (ttt)-m(yy), UNABLE TO OPEN VOLUME volume_serial_number, > reason_code return_code > >Explanation: DFSMSdss is unable to OPEN volume volume_serial_number > for >the reason indicated by the reason code (reason_code). OBTAIN, RDJFCB, > or >OPEN passed the return code (return_code). The possible reason codes > are: > >4OBTAIN failure on VTOC's VTOC entry. > >6The VTOC's VTOC entry is not the first record in the VTOC. > >8RDJFCB failure. > >12 OPEN failure. > >16 The VM-formatted volume does not have an OS-compatible VTOC > beginning > on track zero, record five. > > Alternately, I tried: > PAGE 0001 5695-DF175 DFSMSDSS V2R10.0 DATA SET SERVICES > 2003.013 > 12:34 >DUMP TRACKS(0,0,3339) - > INDY(7B14) - > OUTDDNAME( - > OUTDD1 - > ) - > CANCELERROR - > ADMINISTRATOR - > CPVOLUME - > OPTIMIZE(4) - > WAIT(2,2) > ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' >
Re: Backups of Linux volume
Chuck, Although I only have two LINUX guests under zVM 3.1, I have an exec that runs the backups using DDR. I have the operator shutdown each instance while they run the backup and at the end the EXEC will ask whether to IPL(boot) or not. I successfully recovered both LINUX quests when I went through a DR in September. Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Gowans, Chuck [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, November 12, 2002 1:22 PM > To: [EMAIL PROTECTED] > Subject: Backups of Linux volume > > One of the selling points I've been using to promote Linux here is the > fact > that it appears to be the first truly cost effective means of transporting > Unix/Linux mid-range systems - affordably - to our hot site. You know the > drill. the Linux file systems reside on 390 DASD, the same DASD we > subscribe to at hot site... the hardware is the same so we can run > our > guests under VM there also, no need to buy duplicate hardware etc., > etc,. > > Our approach has been that I can use our OS/390 LPAR to touch the z/VM > DASD > volumes (temporarily) and get full volume dumps using ADRDSSU. The full > volumes would contain Linux mini disks for one or more of the Linux > guests. > The production OS/390 LPAR can then handle the processing of the tapes for > hot site just like all other OS/390 disaster recovery backups we take - > i.e. > they fall into a designated tape rotation to our offsite tape vault, and > subsequently can be pulled for transport to hot site. Once at hot site, > we > should be able to restore these full volume dumps and would have all of > our > mini disks back and can then fire up z/VM and the Linux guests. We are > using the same process to backup the z/VM system volumes. > > We are not having good luck getting the Linux systems to boot when we have > tested the restore process here. We (thought we) understood the need to > have the Linux guest quiesced so we could get a clean dump - and as such > issued a 'sync' command hoping all of the buffers would be written to disk > form the affected guest(s). What (we think) is apparently happening is > that > some level of VM caching is still keeping all of the data from getting > written when we expect it, or - even though it's late at night - there is > still some activity going on in the Linux OS that's corrupting the > backups. > The IPLs fail at assorted points in the boot process. We are thinking > that > we now may have to shut down the guests in order to get reliable backups. > > My questions relating to this are: > > Does this seem like a feasible approach? > Is anyone out there backing up a large number of guests in this, or a > similar manner? If so, how are you doing it? > Is there a better way to temporarily quiesce a 390-Linux system to get > good > copies of the mini disk volumes? > > We would like the Linux guests to be available as close to possible to > 7x24x365 - meaning we would like to avoid a large "backup window" type > outage; and we are thinking about buying the "point-in-time" backup > capability for our DASD subsystems to reduce this window. The process > would > be similar to what I described above except the backups would take seconds > per volume - which would mean the Linux guests could resume work after the > "Snap" occurred - and the "snapped" copies could be dumped to tape as the > tape drives became available. > > Any help would be appreciated. > > Chuck Gowans > USDA - Nat'l IT Center - Kansas City > > > > NOTE: > This e-mail message contains PRIVILEGED and CONFIDENTIAL information and > is intended only for the use of the specific individual or individuals to > which it is addressed. If you are not an intended recipient of this > e-mail, you are hereby notified that any unauthorized use, dissemination > or copying of this e-mail or the information contained herein or attached > hereto is strictly prohibited. If you receive this e-mail in error, notify > the person named above by reply e-mail and please delete it. Thank you. NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you.
Re: Logical Volumes
Try df -h, this should show you what you want plus some. Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Wolfe, Gordon W [SMTP:[EMAIL PROTECTED]] > Sent: Thursday, October 24, 2002 3:26 PM > To: [EMAIL PROTECTED] > Subject: Logical Volumes > > Is there a quick command in Linux to display all physical volumes that are > in a volume group? > > I can do a "pvdisplay /dev/dasdc1" and it will tell me what volume group > dasdc1 is in, but aside from doing that command for all volumes (or going > through the menus in yast), can I tell what volumes are in a volume group? > > "If Paradise Lost had been written by a system administrator, it would > have had the sequel 'Paradise Restored from Backup'." > > Gordon Wolfe, Ph. D. (425)865-5940 > VM Technical Services, The Boeing Company NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you.
Re: Dasd partition disappeared
Michael, Have you looked at the definition of the minidisk in the directory? If you have a VM label on the disk, it will be on cylinder 0. The minidisk should start on cylinder 1 or above or the VM label will be overwritten and the next time you IPL (reboot), LINUX will not be able to find the DASD because it will be looking for the VM label first. Just a thought, it has already happened to me. Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Post, Mark K [SMTP:[EMAIL PROTECTED]] > Sent: Monday, October 14, 2002 11:38 PM > To: [EMAIL PROTECTED] > Subject: Re: Dasd partition disappeared > > While Michael and Volker work on this problem offline, I wanted to comment > that the shutdown, logoff, logon and re-boot _are_ (usually) unnecessary > with a 2.4 kernel system. I have in the past successfully done the "link > myuserid devaddr devaddr" command under z/VM, followed by the echo to > /dev/dasd/devices to activate a new minidisk so that I could dasdfmt it > and > start using it immediately. We won't know what happened in Michael's case > for a while, but it doesn't appear to be very common. > > Mark Post > > -Original Message- > From: Michael K Lambert [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, October 08, 2002 1:49 PM > To: [EMAIL PROTECTED] > Subject: Dasd partition disappeared > > > Hello everyone, > > I'm running a Red Hat 7.2 linux/390 network on a s390 G6 under z/VM. Just > yesterday I added a 5 gig minidisk from a mod9 to one of our images using > dirmaint. I added the new disk to zipl.conf, zipl'd, shutdown and logged > the image and brought it back up with the minidisk. I dasdfmt'd, fdasd'd > and put a ext2 filesystem on it. I then used the disk as normal, NFS > exporting it and sharing the data held on it with no problem. > > However, this morning I bounced the image again and, on startup, I got the > message "bad superblock" on dasde, the new disk, and was thrown into > single > user mode. After commenting out the /dev/dasde1 entry in /etc/fstab I was > able to boot fully. Attempting to fun e2fsck on the disk resulted in the > "bad superblock" message, and fdasd reported that there was no volume > label > or partition on it. The disk is still fully visible on the VM level, it > just appears that the linux level formatting had disappeared entirely. > > Has anyone else seen any problems similar to this? I have had this happen > once before, but I assumed it occured because I had linked the drive from > the owner to itself, eg from image lnxsa01 I issued the command "#cp link > lnxsa01 401 401 mr," so that I wouldn't need to bounce the image to pick > up > the drive. I avoided that self-linking this time, but here it is again. > > Michael Lambert NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you.
Re: Windows costs more - official
Very well put Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: David Boyes [SMTP:[EMAIL PROTECTED]] > Sent: Wednesday, July 17, 2002 4:38 AM > To: [EMAIL PROTECTED] > Subject: Re: Windows costs more - official > > > http://www.theregister.co.uk/content/4/26230.html > > To be honest, I think whoever briefs Ballmer has bought a clue somewhere > along the way. This is starting to be a pattern -- he's starting to sound > a > lot more reasonable and realistic in his public statements, which is > probably even more dangerous than the previous knee-jerk "not made by MS, > so > it's gotta be crap" reactions. It's hard to disagree with a man who > actually sounds like he's thought about the issues, and he certainly is > golf > buddies with a lot of very powerful decision-makers, which makes him a lot > more effective than the typical MS droid. > > -- db NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you.
Re: ESS (shark) microcode upgrade and linux
James, I have found that shutting down all processes on the mainframe while IBM updates the microcode is the smart choice, less chance of a problem. I also require that the CE stays on site while I bring all of the systems back up. Just my .02 worth. Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: James Melin [SMTP:[EMAIL PROTECTED]] > Sent: Monday, July 01, 2002 10:57 AM > To: [EMAIL PROTECTED] > Subject: ESS (shark) microcode upgrade and linux > > IBM is going to apply some microcode changes to our shark dasd box in > order > to support the larger capacity drives. This is, I am told, going to make > disk channels go away and come back. > > Is linux capable of surviving that process or am I going to get mangled? NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you.
Test
Sorry for the test, we have discovered a problem on another list server and I want to see if this list is affected. Thanks, Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you.
Re: Linux Certification Preparation Tutorials
I second that! Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Lionel Dyck [SMTP:[EMAIL PROTECTED]] > Sent: Thursday, May 02, 2002 1:56 PM > To: [EMAIL PROTECTED] > Subject: Re: Linux Certification Preparation Tutorials > > Terrific - THANKS for posting these urls and for all your work on behalf > of the Linux 390 community. > > > Lionel B. Dyck, Systems Software Lead > Kaiser Permanente Information Technology > 25 N. Via Monte Ave > Walnut Creek, Ca 94598 > > Phone: (925) 926-5332 (tie line 8/473-5332) > E-Mail:[EMAIL PROTECTED] > Sametime: (use Lotus Notes address) > AIM:lbdyck
Re: can't mount root after dasd move
Sandy, Is your LINUX running under VM? If so, did you change the minidisk statements in the directory and make sure that the volumes are in the sys config and are attached to system when you start? I moved some of my dasd around a few months ago under VM and didn't have any problems. It also verified that my DDR backups for disaster recovery would work. Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Gelbard, Sandy [SMTP:[EMAIL PROTECTED]] > Sent: Monday, April 15, 2002 10:37 AM > To: [EMAIL PROTECTED] > Subject: can't mount root after dasd move > > Hello again, > > I am having difficulty accessing my linux system now that I have moved my > dasd packs. > Here are the facts: > > 1) I updated my parmfile to replace the old ucb's with the new ucb's > > old = dasd=31A0,31A1 root=/dev/dasdb1 noinitrd > > new = dasd=216A,216B,216C root=/dev/dasdb1 noinitrd > > 2) I ran silo: > lnx390t:cd /boot > lnx390t:/boot # silo -d /dev/dasdb -f image -p parmfile -b ipleckd.boot > o->ipldevice set to /dev/dasdb > o->image set to image > o->parmfile set to parmfile > o->bootsect set to ipleckd.boot > Testlevel is set to 0 > IPL device is: '/dev/dasdb' > bootsector is: 'ipleckd.boot'...ok... > bootmap is set to: './boot.map'...ok... > Kernel image is: 'image'...ok... > original parameterfile is: 'parmfile'...ok...tempfile is ./parm.q9EPib > final parameterfile is: './parm.q9EPib'...ok... > ix 0: offset: 082b7a count: 0c address: 0x > ix 1: offset: 082b87 count: 80 address: 0xc000 > ix 2: offset: 082c07 count: 80 address: 0x0008c000 > ix 3: offset: 082c87 count: 72 address: 0x0010c000 > ix 4: offset: 082e03 count: 01 address: 0x8000 > Bootmap is in block no: 0x00082e04 > > > 3) I backed up my dasd w/ OFFLINDR > > 4) My system was brought down (not cleanly if that matters) > 5) I activated my new IOCP to include new dasd devices > 6) Restored data to vols : 31a0 to 216a etc... > 7) IPL'd from 216B and received the following : > > amongst other messages... > > Command line is dasd=33a0,33a1 root=/dev/dasdb1 initrd ro (<---this is a > bad sign) > > detected device 216a > detected device 216b > detected device 216c > (so my gen is looking good) > ... > > dasd: devn 0x33A1 on subchannel 9342= /dev/dasdb (94:5) cannot open > unrecognized device. > VFS: cannot open root 5e:05 > > My guess is I "botched" SILO . > > > Is there a way to get this system up on the new dasd without a complete > reinstall ? > > TIA, > SG
Re: 32 bit binaries loadable in zSeries GA's from Red Hat/SuSE?
Ken, Finally, someone that subscribes to my theory KISS.!! Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Ken Dreger: Dr. D [SMTP:[EMAIL PROTECTED]] > Sent: Thursday, March 21, 2002 9:00 PM > To: [EMAIL PROTECTED] > Subject: Re: 32 bit binaries loadable in zSeries GA's from Red > Hat/SuSE? > > I found out what it was, I was just using it as a example, to get a point > across... > KISS theory "Keep It Simple Stupid" > > ken >
Re: Logon to VM with running PROFILE EXEC
Daniel, Here is a sample of what I use on my LINUX images. <> Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Hines Daniel (sys1dmh) [SMTP:[EMAIL PROTECTED]] > Sent: Friday, March 01, 2002 8:48 AM > To: [EMAIL PROTECTED] > Subject: Logon to VM with running PROFILE EXEC > > Hello - > > I recall from my limited VM experiences of many years ago a way to logon > to > a VM user without executing the PROFILE EXEC. Anyone have the command?? > > I would like to be able to AUTOLOG my Linux images and have them auto IPL > but also want to be able to signon for maintenance purposes without IPLing > Linux. > > Thanks - Dan /* */ 'CP SET PF1 FILEL * * ' 'CP SET PF07 IMMED FILEL' 'CP SET PF12 RETRIEVE' 'CP SET PF24 RETRIEVE FORWARD' 'CP SET MSG ON' 'CP SET EMSG ON'/* ERROR MESSAGES ARE ACTIVE */ BOOTFLAG=0 'EXECIO * CP (STR Q' USERID() PULL QANS PARSE VAR QANS . . TERMID . IF TERMID='DSC' THEN BOOTFLAG=1 ELSE DO SAY 'ENTER 1 TO BOOT THE LINUX MACHINE' SAY 'ANTHING ELSE WILL EXIT TO CMS' PULL OPTION IF OPTION=1 THEN BOOTFLAG=1 END IF BOOTFLAG=1 THEN CALL BOOTLINUX EXIT /**/ BOOTLINUX: 'SET IMPCP ON' 'CP SET RUN ON' 'CP TERM CHARDEL OFF' /* TO USE @ IN INTERNET ADDRESSES */ 'SET RELPAGE OFF' /* AVOIDS A LINUX PROBLEM */ 'CP IPL 292' RETURN
