Re: Patch available to add LOADPARM support to ZIPL
Hey, I'll throw down with Alan if I get a personal Z out of the deal. Heck, I'll even let him win!!! ;-) Leland -Original Message- From: John Summerfield To: [EMAIL PROTECTED] Sent: 3/17/03 9:18 PM Subject: Re: Patch available to add LOADPARM support to ZIPL On Mon, 17 Mar 2003, Alan Altmark wrote: > On Monday, 03/17/2003 at 05:49 GMT, Alan Cox <[EMAIL PROTECTED]> > wrote: > > Most of us care more about the x86 stuff being correct. If one in 10,000 > > users hits a bug its a problem on x86, but might never happen on 390 8) > > Dems fighten woids! ;-) Give him his own personal Z, and I'm sure he will learn to care more;-) -- Cheers John. Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: Interesting perspective
On Tue, 18 Mar 2003, John Summerfield wrote: > On Mon, 17 Mar 2003, Steven A. Adams wrote: > > > > > > > > I think ComPaqard calls this Hymilaya (used to be Tandem). > > Did Tandem use Linux? I'm sure I went to a Tandem Non-stop presentation > late 70s, early 80s. > > According to my info (Reliable Linux, Iain Campbell, Wiley), ha-linux > "had its genesis with Alan Robertson's heartbeat code." I think Alan > works for IBM. Alan worked for Bell Labs, then in my group at SuSE, and now at IBM Linux labs. He contribues/owns the "Heartbeat" project linux-ha.org and we supported the SGI port of "Failsafe" to linux, which included the "kits" or scripts for product failover (meaning Oracle etc). > > HA-Linux is open-source. There are also LVS (open Source) and various > vendor offerings > VAnessa (VA Linux) > RH HAS ha.redhat.com > FailSafe (SGI) > Blue Hammer (IBM PSSP) > and more. > > > > > -- > > > Cheers > John. > > Join the "Linux Support by Small Businesses" list at > http://mail.computerdatasafe.com.au/mailman/listinfo/lssb >
Re: Interesting perspective
On Mon, 2003-03-17 at 20:06, John Summerfield wrote: > On Mon, 17 Mar 2003, Steven A. Adams wrote: > > > > > > > > I think ComPaqard calls this Hymilaya (used to be Tandem). > > Did Tandem use Linux? I'm sure I went to a Tandem Non-stop presentation > late 70s, early 80s. No offense intended here but Tandem was created long before Linux or Winblows. They have always been at the forefront of Unix high availability systems (all it took to get into a pair of them was lots of dollars).
Re: Interesting perspective
On Mon, 17 Mar 2003, Steven A. Adams wrote: > > > > I think ComPaqard calls this Hymilaya (used to be Tandem). Did Tandem use Linux? I'm sure I went to a Tandem Non-stop presentation late 70s, early 80s. According to my info (Reliable Linux, Iain Campbell, Wiley), ha-linux "had its genesis with Alan Robertson's heartbeat code." I think Alan works for IBM. HA-Linux is open-source. There are also LVS (open Source) and various vendor offerings VAnessa (VA Linux) RH HAS ha.redhat.com FailSafe (SGI) Blue Hammer (IBM PSSP) and more. -- Cheers John. Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: Interesting perspective
Hymilaya is ZLE or non-stop Windows like kernel. The linux HA is Steeleye SW and HW like this: http://h18004.www1.hp.com/solutions/enterprise/highavailability/dl380/index. html Alan Robertson's linux-ha.org project is the "heartbeat" package that has some kits available; when he was at SuSE I recall we had Apache, and DRDB, with SAP and Oracle in the works. Some of this work also went into the oss.sgi.com "Failsafe" project that Alan and Lars Marowsky-Bree headed up. Most, well really all I know of, our Linux customers use Steeleye, and this is on Dell or IBM too. Solaris customers I have seen here use Veritas. Regards, Jon On 3/17/03 7:49 PM, "Steven A. Adams" <[EMAIL PROTECTED]> wrote: > On Mon, 2003-03-17 at 19:32, John Summerfield wrote: >> On Mon, 17 Mar 2003, Steve Gentry wrote: >> >>> Further . . . >>> >>> "Once a fix is made to the code, the patched version of the OS can be >>> swapped into place . . . without taking down the system" >>> >>> I've been a sys.prog. for about 20 years, 15 of those in VM and I don't >>> know of any feature that will let a sys prog do this! If so, I've spent a >>> lot of late nights and weekends upgradeing when I could have done it >>> during the week. In reality, no you do not have to power the box off, but >>> you do have to cycle VM or VSE. I'm not sure about z/OS, but since the >>> author mentions "virtual machines" aka VM, in my opinion he is wrong. Now >>> don't misunderstand me, I'm for VM getting all the "accurate" press it can >> >> >> I read that and wondered. >> >> You can come pretty close on IA32 hardware, using duplicate servers and >> so-called failover. See www.linux-ha.org. >> > > I think ComPaqard calls this Hymilaya (used to be Tandem). >
Re: Postfix Install Problem (continued)
On Tue, 18 Mar 2003, Tzafrir Cohen wrote: > RedHat >= 7.3 is shipped with postfix. I don't see any exim package on a > nearby RH80 mirror. Quite right. I've had that fixation for a while;-(. I've been using versions of Clark Connect which are built on RHL 7.x, and _that_ does have exim. So, make Postfix the second choice ahead of Exim (for RHL), and use the 7.3 source rpm and build that (unless there are s390 binaries in rawhide). -- Cheers John. Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: Interesting perspective
On Mon, 2003-03-17 at 19:32, John Summerfield wrote: > On Mon, 17 Mar 2003, Steve Gentry wrote: > > > Further . . . > > > > "Once a fix is made to the code, the patched version of the OS can be > > swapped into place . . . without taking down the system" > > > > I've been a sys.prog. for about 20 years, 15 of those in VM and I don't > > know of any feature that will let a sys prog do this! If so, I've spent a > > lot of late nights and weekends upgradeing when I could have done it > > during the week. In reality, no you do not have to power the box off, but > > you do have to cycle VM or VSE. I'm not sure about z/OS, but since the > > author mentions "virtual machines" aka VM, in my opinion he is wrong. Now > > don't misunderstand me, I'm for VM getting all the "accurate" press it can > > > I read that and wondered. > > You can come pretty close on IA32 hardware, using duplicate servers and > so-called failover. See www.linux-ha.org. > I think ComPaqard calls this Hymilaya (used to be Tandem).
Re: Interesting perspective
On Mon, 17 Mar 2003, Richards.Bob wrote: > David, > > I seem to recall doing this with VM XA/SF running a MVS/XA guest about 16 > years ago. I thought it was the neatest thing since sliced bread! Back in the 1970s, I decided I'd like my own Personal S370/168 for a few hours, so I dropped into the local computer centre and made some enquiries. We agreed on 10:00 pm. A few minutes after 10:00, I was saying thinks like v 148,offline v stor(xx),offline or whatever, it was a while ago. The result, I had my own 168, a meg or two of RAM, a 3330 and a 3270 and the master console. Occasionally, I also had a 3211 - it was on a hardware switch. After a few hours of VS1 fun, I gave it back to the next shift and showed them how to put it together again. Their system ran through it all. True, it wouldn't have helped keep IMS up while we patched it, but it was fun. For Q&D maintenace, there was corezap. I don't recall much we did with it, maybe zap a UCB or somesuch. -- Cheers John. Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: Postfix Install Problem (continued)
On Tue, Mar 18, 2003 at 11:09:32AM +0800, John Summerfield wrote: > On Mon, 17 Mar 2003, Kenneth Illingsworth wrote: > > > Please, encourage your email client to wrap lines. That was rather hard > to read on my 128-wide screen. meto > > > - > > Choice 2 below sounds good. Unfortunately, I do not know where the %post and > > %preun scripts are. Nor can I seem to get the find command to zero in on them. > > Can I assume that they can be edited with vi? > > You need the source package which you edit to taste and rebuild. > > > Additinally, my standard way to uninstall a package is to do so from within the > > package tree in Webmin. However, the 'alternatives' package is not contained > > within that list! The man pages do not indicate such, but I suspect that there is > > an unistall parameter like RPM --uninstall available? > As always, > rpm --help > man rpm > > > I have some reservations about the use of non-standard packages and > procedures with vendor's releases. > [snip] > > Red Hat, in RHL 7.x, ships one MTA, and that is sendmail. Some people don't like it :-) > > If you don't believe that MTA is suitable for your use, and you are > using Red Hat Linux, then I suggest you look at the exim package shipped > with Red Hat Linux 8.0. The _only_ reason I suggest this as the > first-choice replacement is that it is reasonable to suppose Red Hat > will include it in the next release of RHL for S/390 & zSeries, and so > any additional maintenance issues will terminate at that time. RedHat >= 7.3 is shipped with postfix. I don't see any exim package on a nearby RH80 mirror. -- Tzafrir Cohen http://www.technion.ac.il/~tzafrir/ mailto:[EMAIL PROTECTED] sms: mailto:[EMAIL PROTECTED]
Re: Interesting perspective
On Mon, 17 Mar 2003, Joe Poole wrote: > Perhaps the writer was referring to a Sysplex where multiple LPARs are > running z/OS with a coupling facility in the middle. Using MQ Series > clustering, DB2 Data Sharing, VSAM RLS, VIPA, and the like, you could > switch workload from one image to another, IPL the image you drained, > and migrate the workload back. It takes a lot of work, but it can be > done. If the writer were that well-informed, I would have thought he'd know about High-Availability Linux. I would expect anyone with an interest in collecting info about Linux to know about it. -- Cheers John. Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: Interesting perspective
On Mon, 17 Mar 2003, Steve Gentry wrote: > Further . . . > > "Once a fix is made to the code, the patched version of the OS can be > swapped into place . . . without taking down the system" > > I've been a sys.prog. for about 20 years, 15 of those in VM and I don't > know of any feature that will let a sys prog do this! If so, I've spent a > lot of late nights and weekends upgradeing when I could have done it > during the week. In reality, no you do not have to power the box off, but > you do have to cycle VM or VSE. I'm not sure about z/OS, but since the > author mentions "virtual machines" aka VM, in my opinion he is wrong. Now > don't misunderstand me, I'm for VM getting all the "accurate" press it can I read that and wondered. You can come pretty close on IA32 hardware, using duplicate servers and so-called failover. See www.linux-ha.org. -- Cheers John. Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: getting to samba
On Mon, Mar 17, 2003 at 02:18:58PM -0500, Michael MacIsaac wrote: > Ralph, > > > nope did not compile samba.. it came with install > > tried root and roots password.. still a no go > > By chance did you make a mistake the first time? I've found that once you > mistype the password, you won't be prompted for it again until you bring > down all copies of your browser and start a new one up. Yes, swat uses basic http authentication: be careful not to use it from someone else's browser! Anyway, lynx is a great browser if you want something that won't remember passwords too long: kill your copy, and no more passwords. And there is no problem working with multiple copes simultianiously, as opposed to bloater browsers. > > > is there a samba auth file somewhere Yes, but it is not used from swat, IIRC. -- Tzafrir Cohen mailto:[EMAIL PROTECTED] http://www.technion.ac.il/~tzafrir/
Re: Interesting perspective
On Mon, Mar 17, 2003 at 04:46:23PM -0500, Joe Poole wrote: > Perhaps the writer was referring to a Sysplex where multiple LPARs are > running z/OS with a coupling facility in the middle. Using MQ Series > clustering, DB2 Data Sharing, VSAM RLS, VIPA, and the like, you could > switch workload from one image to another, IPL the image you drained, > and migrate the workload back. It takes a lot of work, but it can be > done. Yes, but if you bring clustering into the game, then suddenly cheaper hardwares can become more relieble. The author also forgets that the guests need patching as well. Having all of them as guests on a mainframe, or as separate machines in a farm is not all that different in that respect, because remote-management tools are good enough for the basic tasks. And you can still load the new software to one unused computer in the farm, start it, and then swap-out the bad computer you want to retire. Requires some more hardware, but the hardware is much cheaper, anyway. A bigger problem is that there are simply more machines to patch. This is the basic issue: machines are not patched because their admins (or admin-replacements) don't bother. Admining a system is not a task that requires a special admin (that should be aware of patching). But this is not a technological issue. Note that the technologies for simpler updates (or for pushing updates from the vender) are ways to work around the admin problem . And as usual, the author manages to confuse the different meanings of the word "virtual" (a java/c# VM is not quite relevant here). Anyway, just my unlearned opinion -- Tzafrir Cohen mailto:[EMAIL PROTECTED] http://www.technion.ac.il/~tzafrir/
Re: Patch available to add LOADPARM support to ZIPL
On Mon, 17 Mar 2003, Alan Altmark wrote: > On Monday, 03/17/2003 at 05:49 GMT, Alan Cox <[EMAIL PROTECTED]> > wrote: > > Most of us care more about the x86 stuff being correct. If one in 10,000 > > users hits a bug its a problem on x86, but might never happen on 390 8) > > Dems fighten woids! ;-) Give him his own personal Z, and I'm sure he will learn to care more;-) -- Cheers John. Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: Postfix Install Problem (continued)
On Mon, 17 Mar 2003, Adam Thornton wrote: > On Mon, Mar 17, 2003 at 09:26:21AM -0500, Kenneth Illingsworth wrote: > > I suspect that there is an unistall parameter like RPM --uninstall > > available? > > I dunno about webmin, but, indeed, rpm --uninstall (or rpm -e) would do Not rpm --uninstall -- Cheers John. Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: Postfix Install Problem (continued)
On Mon, 17 Mar 2003, Kenneth Illingsworth wrote: > My apologies in advance if this already made it to the listserv. I have reason to > believe that it did not make it though since we are using an old version of > GroupWise (v5.5) running on evan an older version of Novell (V4.11), and the action > status of 'pending' does little for my confidence. Hence my sudden and extreme > interest in Postfix as a replacement MTA. Here is what I tried to send to the > existing thread: Please, encourage your email client to wrap lines. That was rather hard to read on my 128-wide screen. > - > Choice 2 below sounds good. Unfortunately, I do not know where the %post and %preun > scripts are. Nor can I seem to get the find command to zero in on them. Can I > assume that they can be edited with vi? You need the source package which you edit to taste and rebuild. > Additinally, my standard way to uninstall a package is to do so from within the > package tree in Webmin. However, the 'alternatives' package is not contained within > that list! The man pages do not indicate such, but I suspect that there is an > unistall parameter like RPM --uninstall available? As always, rpm --help man rpm I have some reservations about the use of non-standard packages and procedures with vendor's releases. If you can keep with one vendor for all your software needs, then you have a fairly simple life keeping track of vulnerabilities from a single source, and you can be confident that when the time comes to upgrade your software, your vendor's procedures have been tested for your environment and will most likely work. When you bring in third-party software to assist with that maintenance, such as webmin, then you introduce the worry that it might do something differently. It might be that webmin is entirely compatible with the way Red Hat, SuSE, Turbo Linux and Debian do things, but I wouldn't bet on it. Perhaps when it's a standard part of the distro (as it is in Debian), it's been coerced to comply. Similarly, you have the question as to how well Postfix will fit into the way your vendor does things. Vendors have their own ways of initialising the system and maintaining its configuration, each is different from the others. Those differences contribute to different people's views as to which distribution is "right for us," and they won't go away. Red Hat, in RHL 7.x, ships one MTA, and that is sendmail. If you don't believe that MTA is suitable for your use, and you are using Red Hat Linux, then I suggest you look at the exim package shipped with Red Hat Linux 8.0. The _only_ reason I suggest this as the first-choice replacement is that it is reasonable to suppose Red Hat will include it in the next release of RHL for S/390 & zSeries, and so any additional maintenance issues will terminate at that time. If you think neither of those suitable, then you really are on your own and you need to allow for the extra maintenance costs associated with your choice, and you should consider hiring or otherwise obtaining competant support for your choice. Now, if you're not using RHL, the points still apply; I'm sure you can translate to one of the other vendors. You are, of course, entitled to mix and match as much as you like, and I've done it for years on my home computers where there are no commercial realities. The premier distro for the mix&match croud has to be Debian, with almost 9000 packages shipped as standard in Woody. -- Cheers John. Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: Postfix Install problem
On Mon, Mar 17, 2003 at 02:07:12PM -0500, Kenneth Illingsworth wrote: > Actually, a third choice proved to be backreving Postfix to > postfix-1.1.7-6.src.rpm which allowed a rebuild requiring more of the > standard RPMs from the MCS mirror site for this distribution. I guess > it would be safe to say that progress on s390 will tend to lag that of i386. > > Now it appears that I have my hostname specified incorrectly. the rebuilt > postfix rpm needs it to be a FQDN like cofr3.linuxvm.gov . Perhaps one > of you would be kind enough to direct me as to how a change like this > could be made? Where exactly do you get this error? What is your hostname? Sett either 'myhostname' or 'mydomain' in /etc/postfix/main.cf if your hostname is not a FQDN and/org you wish to use a different one. ('myhostname defaults to the hostname, 'mydomain' defautls to the domain part of $myhostname) -- Tzafrir Cohen http://www.technion.ac.il/~tzafrir/ mailto:[EMAIL PROTECTED] sms: mailto:[EMAIL PROTECTED]
Re: LPRng Seg Faulting
> > Yes sir, although right now I don't remember the exact version. > Have you tried (or can you still) using the original libc? I never experienced any segfaults, but I didn't like the lib / lib64 stuff and didn't feel like dealing with it, so I just stuck with what came in the distro. The version that shipped with 7.2 of SLES7 was glibc-2.2.4-12. Leland
Re: LPRng Seg Faulting
On Mon, 2003-03-17 at 15:56, Lucius, Leland wrote: > Hi Steven, > > Just curious...did you recompile libc as well? > > Leland > > FYI: I've gotten it to work under SLES7... > > tux:~ # cat /etc/SuSE-release > SuSE SLES-7 (s390x) > VERSION = 7.2 > tux:~ # gcc --version > gcc (GCC) 3.2.1 > Copyright (C) 2002 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > > tux:~ # Yes sir, although right now I don't remember the exact version.
Re: LPRng Seg Faulting
Hi Steven, Just curious...did you recompile libc as well? Leland FYI: I've gotten it to work under SLES7... tux:~ # cat /etc/SuSE-release SuSE SLES-7 (s390x) VERSION = 7.2 tux:~ # gcc --version gcc (GCC) 3.2.1 Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. tux:~ #
Re: LPRng Seg Faulting
On Mon, 2003-03-17 at 15:26, Post, Mark K wrote: > I've done it, but not on a SLES7 system. It was a SuSE 7.0 system. I > started downloading SRPM files from the SuSE 8.1 distribution and compiling > them. (talk about a _lot_ of compiles!) I just tested it, and I was able > to print a file using the lpr command. > I know that I can do this under RH7.3 and SuSE8 on the Intel Architecture but the Z Architecture seems to not want to play (or better said, I am somehow mistreating it). It is likely that something did not get patched/compiled quite right, or in the proper order, when I did the updates. Also, this is a demo SLES7 installation. Although SuSE originally told us that it's the same code as production only with limited support for a limited time I am beginning to doubt that. Anyway, the production version of RH should be here soon and I'll have to nuke what exists and reinstall for production services at that time. Thanks for your time, it's much appreciated.
Re: LPRng Seg Faulting
I've done it, but not on a SLES7 system. It was a SuSE 7.0 system. I started downloading SRPM files from the SuSE 8.1 distribution and compiling them. (talk about a _lot_ of compiles!) I just tested it, and I was able to print a file using the lpr command. autoconf-2.53-148 automake-1.6.3-36 binutils-2.12.90.0.15-49 bison-1.33-50 cpp-3.2-44 flex-2.5.4-284 gcc-3.2-44 gcc-c++-3.2-44 glibc-2.2.5-161 glibc-info-2.2.5-161 glibc-html-2.2.5-161 glibc-devel-2.2.5-161 glibc-locale-2.2.5-161 libgcc-3.2-44 libstdc++-3.2-44 libstdc++-devel-3.2-44 libtool-1.4.2-345 lprng-3.7.4-1 perl-5.6.1-175 strace-4.4-223 timezone-2.2.5-161 yacc-91.7.30-270 Mark Post -Original Message- From: Steven A. Adams [mailto:[EMAIL PROTECTED] Sent: Monday, March 17, 2003 6:05 PM To: [EMAIL PROTECTED] Subject: Re: LPRng Seg Faulting On Mon, 2003-03-17 at 14:46, Post, Mark K wrote: > Your questions are a little confusing. The title talks about segmentation > faults, but you ask about successful compiles. > Sorry Mark, to clarify: 1. The linux guest has been updated with gcc3.2 and glibc2.5. 2. Many products have been compiled and function without issue on this SLES7 guest (after the gcc/glibc update). 3. LPRng compiled without error and the CFLAGS=-O1 was used on the make command line. I am aware that optimization level 2 is an issue for some software on the linux/390 platform. 4. When any of the LPR tools or LPD are attempted, the command ends abnormally with a segmentation fault in libc6. Now for the question; Is there anyone here that has successfully completed a source installation of LPRng under gcc 3.2 on a linux guest? My reason for asking? I'm trying to pinpoint where my problem might be (e.g. gcc, glib, libtools, LPRng, PEBCAK). Oh yeah, I've read several f'ing manuals and either don't see the problem addresses or have missed it. Hope that ends the confusion. Steve
Re: IOCDS For an Escon CTC Connection
John, Thanks for the info. I will try this. I'll have to read up on the CUADDR parameter, as I'm not really sure exactly what it does. I will install this change dynamically. I'll have to study this some more tomorrow. Time to go home now. Eric Bielefeld Sr. MVS Systems Programmer P&H Mining Equipment Milwaukee, WI 414-671-7849 [EMAIL PROTECTED] >>> [EMAIL PROTECTED] 03/17/03 03:31PM >>> One thing that I noticed immediately is that your CNTLUNIT macro had CUADDR=0 on both of them. This is wrong. Here is our defination: CHPID PATH=(32),SHARED, * PARTITION=((LP1,MAIN,RDC1,SMC1,TECH,ZVM),(LP1,MAIN,RDC1,* SMC1,TECH,ZVM)),TYPE=CTC CHPID PATH=(3F),SHARED, * PARTITION=((LP1,MAIN,RDC1,SMC1,TECH,ZVM),(LP1,MAIN,RDC1,* SMC1,TECH,ZVM)),TYPE=CNC * * IN THE FOLLOWING CNTLUNIT MACROS, THE CUADDR=N IS THE LPAR NUMBER * 1 = MAIN * 2 = LP1 * 3 = SMC1 * 4 = RDC1 * 5 = TECH CNTLUNIT CUNUMBR=3201,PATH=(32),UNITADD=((40,064)),CUADD=1, * UNIT=SCTC CNTLUNIT CUNUMBR=3202,PATH=(32),UNITADD=((40,064)),CUADD=2, * UNIT=SCTC CNTLUNIT CUNUMBR=3203,PATH=(32),UNITADD=((40,064)),CUADD=3, * UNIT=SCTC CNTLUNIT CUNUMBR=3204,PATH=(32),UNITADD=((40,064)),CUADD=4, * UNIT=SCTC CNTLUNIT CUNUMBR=3205,PATH=(32),UNITADD=((40,064)),CUADD=5, * UNIT=SCTC CNTLUNIT CUNUMBR=3F01,PATH=(3F),UNITADD=((40,064)),CUADD=1, * UNIT=SCTC CNTLUNIT CUNUMBR=3F02,PATH=(3F),UNITADD=((40,064)),CUADD=2, * UNIT=SCTC CNTLUNIT CUNUMBR=3F03,PATH=(3F),UNITADD=((40,064)),CUADD=3, * UNIT=SCTC CNTLUNIT CUNUMBR=3F04,PATH=(3F),UNITADD=((40,064)),CUADD=4, * UNIT=SCTC CNTLUNIT CUNUMBR=3F05,PATH=(3F),UNITADD=((40,064)),CUADD=5, * UNIT=SCTC * * NOTE THAT THERE ARE TWO IODEVICE MACROS FOR EVERY ADDRESS. ONE IS * FOR ONE SIDE, THE OTHER IS FOR THE OTHER SIDE. PLEASE NOTE THAT * THE PARTITION= ASSIGNED TO THE IODEVICE MUST BE THE OPPOSITE SIDE * FROM THE PARTITION ASSIGNED VIA THE CUADDR= ON THE CNTLUNIT * MACRO. IODEVICE ADDRESS=(F40,008),CUNUMBR=(3202),STADET=Y, * PARTITION=(MAIN),UNIT=BCTC IODEVICE ADDRESS=(F40,008),CUNUMBR=(3F01),STADET=Y, * PARTITION=(LP1),UNIT=BCTC IODEVICE ADDRESS=(F48,008),CUNUMBR=(3205),STADET=Y, * PARTITION=(MAIN),UNIT=BCTC IODEVICE ADDRESS=(F48,008),CUNUMBR=(3F01),STADET=Y, * PARTITION=(TECH),UNIT=BCTC IODEVICE ADDRESS=(F50,008),CUNUMBR=(3203),STADET=Y, * PARTITION=(MAIN),UNIT=BCTC IODEVICE ADDRESS=(F50,008),CUNUMBR=(3F01),STADET=Y, * PARTITION=(SMC1),UNIT=BCTC IODEVICE ADDRESS=(F60,008),CUNUMBR=(3204),STADET=Y, * PARTITION=(MAIN),UNIT=BCTC IODEVICE ADDRESS=(F60,008),CUNUMBR=(3F01),STADET=Y, * PARTITION=(RDC1),UNIT=BCTC IODEVICE ADDRESS=(F68,008),CUNUMBR=(3202),STADET=Y, * PARTITION=(SMC1),UNIT=BCTC IODEVICE ADDRESS=(F68,008),CUNUMBR=(3F03),STADET=Y, * PARTITION=(LP1),UNIT=BCTC IODEVICE ADDRESS=(F70,008),CUNUMBR=(3203),STADET=Y, * PARTITION=(RDC1),UNIT=BCTC IODEVICE ADDRESS=(F70,008),CUNUMBR=(3F04),STADET=Y, * PARTITION=(SMC1),UNIT=BCTC -- John McKown Senior Technical Specialist UICI Insurance Center Applications & Solutions Team +1.817.255.3225 > -Original Message- > From: Eric Bielefeld [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 2:54 PM > To: [EMAIL PROTECTED] > Subject: IOCDS For an Escon CTC Connection > > > Saturday, I was in to install my new IOCDS for Linux with a > CTC definition so I can communicate with my Linux Lpar from > my production TCPIP. The devices on one side of the > connection, the one defined as a CNC Chpid, do not come up > online. Here are my IOCDS definitions: > > CHPID PATH=(04),SHARED, > PARTITION=((LINUX1,PROD,TEST),(LINUX1,PROD,TEST)), > TYPE=CNC > CHPID PATH=(05),SHARED, > PARTITION=((LINUX1,PROD,TEST),(LINUX1,PROD,TEST)), > TYPE=CTC > CHPID PATH=(06),SHARED,PARTITION=((PROD,TEST),(PROD,TEST)), > TYPE=CNC > CNTLUNIT CUNUMBR=0D00,PATH=(04),UNITADD=((00,008)),CUADD=0, > UNIT=SCTC > CNTLUNIT CUNUMBR=0E00,PATH=(05),UNITADD=((00,008)),CUADD=0, > UNIT=SCTC > IODEVICE ADDRESS=(D00,008),CUNUMBR=(0D00),STADET=Y,UNIT=SCTC > IODEVICE ADDRESS=(E00,008),CUNUMBR=(0E00),STADET=Y, > PARTITION=(LINUX1,PROD,TEST),UNIT=SCTC > > The 8 IODEVICEs starting at E00 come up online, or I should > say can be varied online. The devices at D00 will not come > up online.
Re: LPRng Seg Faulting
On Mon, 2003-03-17 at 14:46, Post, Mark K wrote: > Your questions are a little confusing. The title talks about segmentation > faults, but you ask about successful compiles. > Sorry Mark, to clarify: 1. The linux guest has been updated with gcc3.2 and glibc2.5. 2. Many products have been compiled and function without issue on this SLES7 guest (after the gcc/glibc update). 3. LPRng compiled without error and the CFLAGS=-O1 was used on the make command line. I am aware that optimization level 2 is an issue for some software on the linux/390 platform. 4. When any of the LPR tools or LPD are attempted, the command ends abnormally with a segmentation fault in libc6. Now for the question; Is there anyone here that has successfully completed a source installation of LPRng under gcc 3.2 on a linux guest? My reason for asking? I'm trying to pinpoint where my problem might be (e.g. gcc, glib, libtools, LPRng, PEBCAK). Oh yeah, I've read several f'ing manuals and either don't see the problem addresses or have missed it. Hope that ends the confusion. Steve
Re: LPRng Seg Faulting
Your questions are a little confusing. The title talks about segmentation faults, but you ask about successful compiles. Try reducing the optimization level in the make files to -O1 or even -O0. That has, sometimes, corrected that problem for me, with other packages. What version of glibc are you using? gcc 3.2 is _not_ the distributed version for SLES7. You may want to post the gcc command for the module that is segfaulting. Sometimes options/switches that work fine on Intel Linux are not appropriate for Linux/390. Mark Post -Original Message- From: Steven A. Adams [mailto:[EMAIL PROTECTED] Sent: Monday, March 17, 2003 5:37 PM To: [EMAIL PROTECTED] Subject: LPRng Seg Faulting Has anyone done a successful source compile of LPRng on SLES7 with gcc3.2? What was the secret? I was able to manually patch config.sub and config.guess and the make went through happy, no errors or warnings. Any suggestions would be appreciated. Steve
LPRng Seg Faulting
Has anyone done a successful source compile of LPRng on SLES7 with gcc3.2? What was the secret? I was able to manually patch config.sub and config.guess and the make went through happy, no errors or warnings. Any suggestions would be appreciated. Steve
JAVACORE
Running Linux/390, SuSE SLES-7... We are getting a segmentation fault in a JAVA application (as indicated by the core dump), but we can't find the javacore.txt file that we would also expect to receive. What switch/knob/dial/button did we forget to set? Thanks, Mike Brauweiler
Re: Interesting perspective
Yeah. Scared the dickens out of me the first time we tested it with a system that mattered -- I kept thinking "if this thing burps on one of the production disks, we are *dead meat*". Fortunately, it works flawlessly. The boss bought us cinnamon rolls after the test (yum, yum!). Funny how you remember goofy details like that. -- db David Boyes Sine Nomine Associates > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of > Richards.Bob > Sent: Monday, March 17, 2003 5:06 PM > To: [EMAIL PROTECTED] > Subject: Re: Interesting perspective > > > David, > > I seem to recall doing this with VM XA/SF running a MVS/XA > guest about 16 > years ago. I thought it was the neatest thing since sliced bread!
Re: Interesting perspective
I think only the big user who has a sysplex can really keep up something running all the time. You can do rolling IPLs on an MVS sysplex, and install maintenance or a new release of the operating system without shutting the whole sysplex down. Of course us having an MP3000, I have no real experience with this. I did VM for several years until we got rid of it, and yes, I agree, you have to IPL for a lot of changes. Eric Bielefeld Sr. MVS Systems Programmer P&H Mining Equipment Milwaukee, WI 414-671-7849 [EMAIL PROTECTED] >>> [EMAIL PROTECTED] 03/17/03 03:35PM >>> I agree. The writer is wrong. There is plenty of code, even with z/OS V1.4, which cannot be 'swapped into place', on a running system. ..thanks Steve Gentry wrote: > > The writer made the comment that : > > > Well, IBM (NYSE: IBM - news) mainframes as old as the original System 370, which > debuted in 1970, had > the ability to create what are called virtual machines, which allow one > version of the operating system to keep running while a kind of duplicate > copy running on the same physical machine is upgraded. Once a fix is made > to code, the patched version of the OS can be swapped into place for the > running version, all without taking down the system. > > > > Further . . . > > "Once a fix is made to the code, the patched version of the OS can be > swapped into place . . . without taking down the system" > + This electronic mail transmission contains information from P & H Mining Equipment which is confidential, and is intended only for the use of the proper addressee. If you are not the intended recipient, please notify us immediately at the return address on this transmission, or by telephone at (414) 671-4400, and delete this message and any attachments from your system. Unauthorized use, copying, disclosing, distributing, or taking any action in reliance on the contents of this transmission is strictly prohibited and may be unlawful. +
Re: Interesting perspective
David, I seem to recall doing this with VM XA/SF running a MVS/XA guest about 16 years ago. I thought it was the neatest thing since sliced bread! Bob Richards VP, Enterprise Technologist Technical Services SunTrust Banks, Inc. (404) 575-2798 -Original Message- From: David Boyes [mailto:[EMAIL PROTECTED] Sent: Monday, March 17, 2003 4:36 PM To: [EMAIL PROTECTED] Subject:Re: Interesting perspective > I've been a sys.prog. for about 20 years, 15 of those in VM > and I don't > know of any feature that will let a sys prog do this! Well, at least for one V=R guest with proper preparation, you can IPL VM around the V=R guest with no interruption in service to the guest. It takes all dedicated devices and a lot of duplicated hardware, but it does work. -- db * The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer.
Re: Interesting perspective
Perhaps the writer was referring to a Sysplex where multiple LPARs are running z/OS with a coupling facility in the middle. Using MQ Series clustering, DB2 Data Sharing, VSAM RLS, VIPA, and the like, you could switch workload from one image to another, IPL the image you drained, and migrate the workload back. It takes a lot of work, but it can be done. On Monday 17 March 2003 16:35, you wrote: > I agree. The writer is wrong. There is plenty of code, even with z/OS > V1.4, which cannot be 'swapped into place', on a running system. > ..thanks >
Tomcat4 working(almost)
I installed Tomcat version 4. When I start up tomcat is squawks about an error: no valid java configuration found in directory /etc/java But Tomcat does come up. When I point my browser to http://mylinux:8080 I do see Tomcat functioning (somewhat) the Servlet examples work fine but the JSP examples fail, see below type Exception report message Internal Server Error description The server encountered an internal error (Internal Server Error) that prevented it from fulfilling this request. exception javax.servlet.ServletException: sun/tools/javac/Main at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:481) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) ... more similar lines root cause java.lang.NoClassDefFoundError: sun/tools/javac/Main at org.apache.jasper.compiler.SunJavaCompiler.compile(SunJavaCompiler.java:136) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:272) ...more simialr lines Anyone have a clue what I am missing? I was having trouble finding info on java configuration.
Re: Interesting perspective
I agree. The writer is wrong. There is plenty of code, even with z/OS V1.4, which cannot be 'swapped into place', on a running system. ..thanks Steve Gentry wrote: > > The writer made the comment that : > > > Well, IBM (NYSE: IBM - news) mainframes as old as the original System 370, which > debuted in 1970, had > the ability to create what are called virtual machines, which allow one > version of the operating system to keep running while a kind of duplicate > copy running on the same physical machine is upgraded. Once a fix is made > to code, the patched version of the OS can be swapped into place for the > running version, all without taking down the system. > > > > Further . . . > > "Once a fix is made to the code, the patched version of the OS can be > swapped into place . . . without taking down the system" > > I've been a sys.prog. for about 20 years, 15 of those in VM and I don't > know of any feature that will let a sys prog do this! If so, I've spent a > lot of late nights and weekends upgradeing when I could have done it > during the week. In reality, no you do not have to power the box off, but > you do have to cycle VM or VSE. I'm not sure about z/OS, but since the > author mentions "virtual machines" aka VM, in my opinion he is wrong. Now > don't misunderstand me, I'm for VM getting all the "accurate" press it can > get. However, if some unknowing decision maker takes this and runs with > it, VM could be set up for some bad press. As I understand the article, > he is trying to imply that VM never has to be taken down, cycled, IPL'd, > booted, what ever term you want to use, to bring new OS code in. I should > mentioned one exception that I know of. VSE had/has a mechanism to bring > patched code in. I don't remember the exact process anymore, but it was > used in emergency situations only. I would never apply a list of PTF's to > VSE and bring it on line via this method. VM may have a similar function. > If so I've never used it. Heck, VM hardly ever breaks. (my plug for VM). > But in this case, the method of bring in patched code is not unique to VM. > Sort of off thread. At one site I worked at, me and another sys.prog > convinced the Op. Manager that we had done a "Shadow IPL", i.e, bring new > OS code, more than one module, into use while the machine was still > running. He believed us for about 5 minutes. > Steve G > > Phil Payne <[EMAIL PROTECTED]> > Sent by: Linux on 390 Port <[EMAIL PROTECTED]> > 03/17/2003 03:45 PM > Please respond to Linux on 390 Port > > To: [EMAIL PROTECTED] > cc: > Subject:Interesting perspective > > http://story.news.yahoo.com/news?tmpl=story2&cid=75&ncid=738&e=9&u=/nf/20030317/tc_nf/21020 > > -- > Phil Payne > http://www.isham-research.com > +44 7785 302 803 > +49 173 6242039
Re: Interesting perspective
> I've been a sys.prog. for about 20 years, 15 of those in VM > and I don't > know of any feature that will let a sys prog do this! Well, at least for one V=R guest with proper preparation, you can IPL VM around the V=R guest with no interruption in service to the guest. It takes all dedicated devices and a lot of duplicated hardware, but it does work. -- db
Re: IOCDS For an Escon CTC Connection
One thing that I noticed immediately is that your CNTLUNIT macro had CUADDR=0 on both of them. This is wrong. Here is our defination: CHPID PATH=(32),SHARED, * PARTITION=((LP1,MAIN,RDC1,SMC1,TECH,ZVM),(LP1,MAIN,RDC1,* SMC1,TECH,ZVM)),TYPE=CTC CHPID PATH=(3F),SHARED, * PARTITION=((LP1,MAIN,RDC1,SMC1,TECH,ZVM),(LP1,MAIN,RDC1,* SMC1,TECH,ZVM)),TYPE=CNC * * IN THE FOLLOWING CNTLUNIT MACROS, THE CUADDR=N IS THE LPAR NUMBER * 1 = MAIN * 2 = LP1 * 3 = SMC1 * 4 = RDC1 * 5 = TECH CNTLUNIT CUNUMBR=3201,PATH=(32),UNITADD=((40,064)),CUADD=1, * UNIT=SCTC CNTLUNIT CUNUMBR=3202,PATH=(32),UNITADD=((40,064)),CUADD=2, * UNIT=SCTC CNTLUNIT CUNUMBR=3203,PATH=(32),UNITADD=((40,064)),CUADD=3, * UNIT=SCTC CNTLUNIT CUNUMBR=3204,PATH=(32),UNITADD=((40,064)),CUADD=4, * UNIT=SCTC CNTLUNIT CUNUMBR=3205,PATH=(32),UNITADD=((40,064)),CUADD=5, * UNIT=SCTC CNTLUNIT CUNUMBR=3F01,PATH=(3F),UNITADD=((40,064)),CUADD=1, * UNIT=SCTC CNTLUNIT CUNUMBR=3F02,PATH=(3F),UNITADD=((40,064)),CUADD=2, * UNIT=SCTC CNTLUNIT CUNUMBR=3F03,PATH=(3F),UNITADD=((40,064)),CUADD=3, * UNIT=SCTC CNTLUNIT CUNUMBR=3F04,PATH=(3F),UNITADD=((40,064)),CUADD=4, * UNIT=SCTC CNTLUNIT CUNUMBR=3F05,PATH=(3F),UNITADD=((40,064)),CUADD=5, * UNIT=SCTC * * NOTE THAT THERE ARE TWO IODEVICE MACROS FOR EVERY ADDRESS. ONE IS * FOR ONE SIDE, THE OTHER IS FOR THE OTHER SIDE. PLEASE NOTE THAT * THE PARTITION= ASSIGNED TO THE IODEVICE MUST BE THE OPPOSITE SIDE * FROM THE PARTITION ASSIGNED VIA THE CUADDR= ON THE CNTLUNIT * MACRO. IODEVICE ADDRESS=(F40,008),CUNUMBR=(3202),STADET=Y, * PARTITION=(MAIN),UNIT=BCTC IODEVICE ADDRESS=(F40,008),CUNUMBR=(3F01),STADET=Y, * PARTITION=(LP1),UNIT=BCTC IODEVICE ADDRESS=(F48,008),CUNUMBR=(3205),STADET=Y, * PARTITION=(MAIN),UNIT=BCTC IODEVICE ADDRESS=(F48,008),CUNUMBR=(3F01),STADET=Y, * PARTITION=(TECH),UNIT=BCTC IODEVICE ADDRESS=(F50,008),CUNUMBR=(3203),STADET=Y, * PARTITION=(MAIN),UNIT=BCTC IODEVICE ADDRESS=(F50,008),CUNUMBR=(3F01),STADET=Y, * PARTITION=(SMC1),UNIT=BCTC IODEVICE ADDRESS=(F60,008),CUNUMBR=(3204),STADET=Y, * PARTITION=(MAIN),UNIT=BCTC IODEVICE ADDRESS=(F60,008),CUNUMBR=(3F01),STADET=Y, * PARTITION=(RDC1),UNIT=BCTC IODEVICE ADDRESS=(F68,008),CUNUMBR=(3202),STADET=Y, * PARTITION=(SMC1),UNIT=BCTC IODEVICE ADDRESS=(F68,008),CUNUMBR=(3F03),STADET=Y, * PARTITION=(LP1),UNIT=BCTC IODEVICE ADDRESS=(F70,008),CUNUMBR=(3203),STADET=Y, * PARTITION=(RDC1),UNIT=BCTC IODEVICE ADDRESS=(F70,008),CUNUMBR=(3F04),STADET=Y, * PARTITION=(SMC1),UNIT=BCTC -- John McKown Senior Technical Specialist UICI Insurance Center Applications & Solutions Team +1.817.255.3225 > -Original Message- > From: Eric Bielefeld [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 2:54 PM > To: [EMAIL PROTECTED] > Subject: IOCDS For an Escon CTC Connection > > > Saturday, I was in to install my new IOCDS for Linux with a > CTC definition so I can communicate with my Linux Lpar from > my production TCPIP. The devices on one side of the > connection, the one defined as a CNC Chpid, do not come up > online. Here are my IOCDS definitions: > > CHPID PATH=(04),SHARED, > PARTITION=((LINUX1,PROD,TEST),(LINUX1,PROD,TEST)), > TYPE=CNC > CHPID PATH=(05),SHARED, > PARTITION=((LINUX1,PROD,TEST),(LINUX1,PROD,TEST)), > TYPE=CTC > CHPID PATH=(06),SHARED,PARTITION=((PROD,TEST),(PROD,TEST)), > TYPE=CNC > CNTLUNIT CUNUMBR=0D00,PATH=(04),UNITADD=((00,008)),CUADD=0, > UNIT=SCTC > CNTLUNIT CUNUMBR=0E00,PATH=(05),UNITADD=((00,008)),CUADD=0, > UNIT=SCTC > IODEVICE ADDRESS=(D00,008),CUNUMBR=(0D00),STADET=Y,UNIT=SCTC > IODEVICE ADDRESS=(E00,008),CUNUMBR=(0E00),STADET=Y, > PARTITION=(LINUX1,PROD,TEST),UNIT=SCTC > > The 8 IODEVICEs starting at E00 come up online, or I should > say can be varied online. The devices at D00 will not come > up online. If I issue V E00,ONLINE I get the following: > > RESPONSE=PROD > IEE103I UNIT 0D00 NOT BROUGHT ONLINE > IEE763I NAME= IECVIOPM CODE= 0004 > IOS551I NO PATHS PHYSICALLY AVAILABLE > IEE764I END OF IEE103IRELATED MESSAGES > > Why won't the E00 devices come up online. Before I installed > the new IOCDS, I went into the back of our MP3000-H50 and > plugged an Escon cable bet
Re: Interesting perspective
On Mon, 17 Mar 2003 16:21:43 -0500, Steve Gentry <[EMAIL PROTECTED]> wrote: >The writer made the comment that : > > > >Well, IBM (NYSE: IBM - news) mainframes as old as the original System 370, which >debuted in 1970, had >the ability to create what are called virtual machines, which allow one >version of the operating system to keep running while a kind of duplicate >copy running on the same physical machine is upgraded. Once a fix is made >to code, the patched version of the OS can be swapped into place for the >running version, all without taking down the system. > > > >Further . . . > >"Once a fix is made to the code, the patched version of the OS can be >swapped into place . . . without taking down the system" > >I've been a sys.prog. for about 20 years, 15 of those in VM and I don't >know of any feature that will let a sys prog do this! If so, I've spent a >lot of late nights and weekends upgradeing when I could have done it >during the week. In reality, no you do not have to power the box off, but >you do have to cycle VM or VSE. I'm not sure about z/OS, but since the >author mentions "virtual machines" aka VM, in my opinion he is wrong. Now >don't misunderstand me, I'm for VM getting all the "accurate" press it can >get. However, if some unknowing decision maker takes this and runs with >it, VM could be set up for some bad press. As I understand the article, >he is trying to imply that VM never has to be taken down, cycled, IPL'd, >booted, what ever term you want to use, to bring new OS code in. I should >mentioned one exception that I know of. VSE had/has a mechanism to bring >patched code in. I don't remember the exact process anymore, but it was >used in emergency situations only. I would never apply a list of PTF's to >VSE and bring it on line via this method. VM may have a similar function. >If so I've never used it. Heck, VM hardly ever breaks. (my plug for VM). >But in this case, the method of bring in patched code is not unique to VM. >Sort of off thread. At one site I worked at, me and another sys.prog >convinced the Op. Manager that we had done a "Shadow IPL", i.e, bring new >OS code, more than one module, into use while the machine was still >running. He believed us for about 5 minutes. >Steve G A couple of times I patched a VM system using STCP commands... john alvord
Re: Interesting perspective
The writer made the comment that : Well, IBM (NYSE: IBM - news) mainframes as old as the original System 370, which debuted in 1970, had the ability to create what are called virtual machines, which allow one version of the operating system to keep running while a kind of duplicate copy running on the same physical machine is upgraded. Once a fix is made to code, the patched version of the OS can be swapped into place for the running version, all without taking down the system. Further . . . "Once a fix is made to the code, the patched version of the OS can be swapped into place . . . without taking down the system" I've been a sys.prog. for about 20 years, 15 of those in VM and I don't know of any feature that will let a sys prog do this! If so, I've spent a lot of late nights and weekends upgradeing when I could have done it during the week. In reality, no you do not have to power the box off, but you do have to cycle VM or VSE. I'm not sure about z/OS, but since the author mentions "virtual machines" aka VM, in my opinion he is wrong. Now don't misunderstand me, I'm for VM getting all the "accurate" press it can get. However, if some unknowing decision maker takes this and runs with it, VM could be set up for some bad press. As I understand the article, he is trying to imply that VM never has to be taken down, cycled, IPL'd, booted, what ever term you want to use, to bring new OS code in. I should mentioned one exception that I know of. VSE had/has a mechanism to bring patched code in. I don't remember the exact process anymore, but it was used in emergency situations only. I would never apply a list of PTF's to VSE and bring it on line via this method. VM may have a similar function. If so I've never used it. Heck, VM hardly ever breaks. (my plug for VM). But in this case, the method of bring in patched code is not unique to VM. Sort of off thread. At one site I worked at, me and another sys.prog convinced the Op. Manager that we had done a "Shadow IPL", i.e, bring new OS code, more than one module, into use while the machine was still running. He believed us for about 5 minutes. Steve G Phil Payne <[EMAIL PROTECTED]> Sent by: Linux on 390 Port <[EMAIL PROTECTED]> 03/17/2003 03:45 PM Please respond to Linux on 390 Port To: [EMAIL PROTECTED] cc: Subject: Interesting perspective http://story.news.yahoo.com/news?tmpl=story2&cid=75&ncid=738&e=9&u=/nf/20030317/tc_nf/21020 -- Phil Payne http://www.isham-research.com +44 7785 302 803 +49 173 6242039
Re: Interesting perspective
So true---If more was published on history of the mainframe and facilities avail.it would be shocking to all the so called NEW revolutions .
Re: Interesting perspective
the article came from osopinion.com
IOCDS For an Escon CTC Connection
Saturday, I was in to install my new IOCDS for Linux with a CTC definition so I can communicate with my Linux Lpar from my production TCPIP. The devices on one side of the connection, the one defined as a CNC Chpid, do not come up online. Here are my IOCDS definitions: CHPID PATH=(04),SHARED, PARTITION=((LINUX1,PROD,TEST),(LINUX1,PROD,TEST)), TYPE=CNC CHPID PATH=(05),SHARED, PARTITION=((LINUX1,PROD,TEST),(LINUX1,PROD,TEST)), TYPE=CTC CHPID PATH=(06),SHARED,PARTITION=((PROD,TEST),(PROD,TEST)), TYPE=CNC CNTLUNIT CUNUMBR=0D00,PATH=(04),UNITADD=((00,008)),CUADD=0, UNIT=SCTC CNTLUNIT CUNUMBR=0E00,PATH=(05),UNITADD=((00,008)),CUADD=0, UNIT=SCTC IODEVICE ADDRESS=(D00,008),CUNUMBR=(0D00),STADET=Y,UNIT=SCTC IODEVICE ADDRESS=(E00,008),CUNUMBR=(0E00),STADET=Y, PARTITION=(LINUX1,PROD,TEST),UNIT=SCTC The 8 IODEVICEs starting at E00 come up online, or I should say can be varied online. The devices at D00 will not come up online. If I issue V E00,ONLINE I get the following: RESPONSE=PROD IEE103I UNIT 0D00 NOT BROUGHT ONLINE IEE763I NAME= IECVIOPM CODE= 0004 IOS551I NO PATHS PHYSICALLY AVAILABLE IEE764I END OF IEE103IRELATED MESSAGES Why won't the E00 devices come up online. Before I installed the new IOCDS, I went into the back of our MP3000-H50 and plugged an Escon cable between Chpids 04 and 05. Hopefully someone knows if my coding is correct, or why the devices defined don't come up online. Maybe this is normal. I don't have my Linux1 Lpar running. We don't have VM. I did notice that the E00 devices have the PARTITION keyword, and the D00 devices don't. I didn't notice that before today when I looked at the IOCP deck I generated on Friday. I don't think that should have anything to do with it, because both Chpid 04 and 05 have the PARTITION keyword for all Lpars. Eric Bielefeld Sr. MVS Systems Programmer P&H Mining Equipment Milwaukee, WI 414-671-7849 [EMAIL PROTECTED] + This electronic mail transmission contains information from P & H Mining Equipment which is confidential, and is intended only for the use of the proper addressee. If you are not the intended recipient, please notify us immediately at the return address on this transmission, or by telephone at (414) 671-4400, and delete this message and any attachments from your system. Unauthorized use, copying, disclosing, distributing, or taking any action in reliance on the contents of this transmission is strictly prohibited and may be unlawful. +
Re: Interesting perspective
Hello again from Gregg C Levine Phil you may be right. But I totally disagree with the columnist. Especially since its on Yahoo. --- 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 > Phil Payne > Sent: Monday, March 17, 2003 3:46 PM > To: [EMAIL PROTECTED] > Subject: [LINUX-390] Interesting perspective > > http://story.news.yahoo.com/news?tmpl=story2&cid=75&ncid=738&e=9&u=/nf /20 > 030317/tc_nf/21020 > > -- > Phil Payne > http://www.isham-research.com > +44 7785 302 803 > +49 173 6242039
Interesting perspective
http://story.news.yahoo.com/news?tmpl=story2&cid=75&ncid=738&e=9&u=/nf/20030317/tc_nf/21020 -- Phil Payne http://www.isham-research.com +44 7785 302 803 +49 173 6242039
Re: getting to samba
Speaking from my recent experience with Samba, I also did not have to compile Samba. But I did have to take the RPMs I got for the particular distribution I was on and install them. This was accomplished after I acquired the latest tarball for Webmin tarred it and installed it. I then used Webmin to both install the Samba RPM and then access SAMBA then SWAT from the server page. HTH >>> [EMAIL PROTECTED] 03/17/03 02:18PM >>> Ralph, > nope did not compile samba.. it came with install > tried root and roots password.. still a no go By chance did you make a mistake the first time? I've found that once you mistype the password, you won't be prompted for it again until you bring down all copies of your browser and start a new one up. > is there a samba auth file somewhere There can be an smbpasswd file, but I believe swat reads from /etc/passwd (assuming a standard PAM setup). -Mike MacIsaac, IBM [EMAIL PROTECTED] (845) 433-7061
Re: getting to samba
been there done that... surley i don't have to reboot like on a windows machine > -Original Message- > From: Michael MacIsaac [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 1:19 PM > To: [EMAIL PROTECTED] > Subject: Re: getting to samba > > > Ralph, > > > nope did not compile samba.. it came with install > > tried root and roots password.. still a no go > > By chance did you make a mistake the first time? I've found > that once you > mistype the password, you won't be prompted for it again > until you bring > down all copies of your browser and start a new one up. > > > is there a samba auth file somewhere > There can be an smbpasswd file, but I believe swat reads from > /etc/passwd > (assuming a standard PAM setup). > > -Mike MacIsaac, IBM [EMAIL PROTECTED] (845) 433-7061 >
Re: getting to samba
Ralph, > nope did not compile samba.. it came with install > tried root and roots password.. still a no go By chance did you make a mistake the first time? I've found that once you mistype the password, you won't be prompted for it again until you bring down all copies of your browser and start a new one up. > is there a samba auth file somewhere There can be an smbpasswd file, but I believe swat reads from /etc/passwd (assuming a standard PAM setup). -Mike MacIsaac, IBM [EMAIL PROTECTED] (845) 433-7061
Re: Postfix Install problem
Actually, a third choice proved to be backreving Postfix to postfix-1.1.7-6.src.rpm which allowed a rebuild requiring more of the standard RPMs from the MCS mirror site for this distribution. I guess it would be safe to say that progress on s390 will tend to lag that of i386. Now it appears that I have my hostname specified incorrectly. the rebuilt postfix rpm needs it to be a FQDN like cofr3.linuxvm.gov . Perhaps one of you would be kind enough to direct me as to how a change like this could be made? Thank you in advance for your time. >>> [EMAIL PROTECTED] 03/13/03 04:51PM >>> On Thu, Mar 13, 2003 at 03:58:06PM -0500, Kenneth Illingsworth wrote: > The last package that I needed to install Postfix onto a RH v7.2 i > virtual s390 machine was something called 'alternatives'. I was unable > to find anything on my favorite MCS mirror, and likewise was unable to > find any s390 RPMs. I did managed to find a src.rpm for 'alternatives', > and performed an RPM --Rebuild on it without any apparent incident > after which it appeared to install nicely. However, when I tried to > install Postfix once again, it failed because it still needed > /usr/sbin/alternatives. > > I did notice that the rebuild of 'alternatives' produced a noarch.rpm > file rather than the expected s390.rpm file. The rebuild on the db4 > src.rpm file produced a corresponding s390.rpm file which installed > very nicely and paved the way for an equally successful rebuild of > the Postfix src.rpm file. So, I suspect that I have an issue with the > 'alternatives' src.rpm file. And this is where I bacame stuck. I > cannot seem to locate any other 'alternatives' src.rpm file. The "alternatives" mechanisms was invented by debian and adopted by Mandrake (do you use their packages? Or is it a later version or RH?) It is aimed at solving file-conflicts between packages. For example: both sendmail and postfix have /usr/sbin/sendmail . And each has its sendmail(8) man page in /usr/share/man/man8/sendmail.8.bz2 (IIRC) This means that you can't have both sendmail and postfix installed on the same system at the same time. Even though they don't conflict most of the stuff (actually they have some other file conflicts). So /usr/sbin/sendmail becomes a symlink to /etc/alternatives/sendmail . The alternatives program allows several candidates to register themselves for it (e.g: /usr/sbin/sendmail.postfix) . There are actually "groups" of such links, because if you want postfix's sendmail to be /usr/sbin/sendmail you probably want its man page as well. So the way I see it you have two options: 1. drag the alternatives package in. Hope that it doesn't depend on two much. IIRC Mandrake (at least in earlier versions) had the alternatives as part of the package rpm (yuck!). 2. You probably don't need such alternatives for your specific site, so: remove any trace to alternatives from the package. Maybe you simply need to add a number of symlinks to the %install scripts and slash some lines from the %post and %preun scripts. -- Tzafrir Cohen mailto:[EMAIL PROTECTED] http://www.technion.ac.il/~tzafrir/
Re: getting to samba
nope did not compile samba.. it came with install tried root and roots password.. still a no go is there a samba auth file somewhere > -Original Message- > From: Daniel Jarboe [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 12:30 PM > To: [EMAIL PROTECTED] > Subject: Re: getting to samba > > > > > > bad auth... > > > Use root and your root password. > > that's what i used > > root for the system, or root for smbpasswd? It needs to be > root for the > system. But you probably tried that. > > Is this a samba you compiled yourself? If so did you configure it > --with-pam? > > ~ Daniel > > > > > > > > -- > - > > This message is the property of Time Inc. or its affiliates. It may be > legally privileged and/or confidential and is intended only > for the use > of the addressee(s). No addressee should forward, print, copy, or > otherwise reproduce this message in any manner that would > allow it to be > viewed by any individual not originally listed as a recipient. If the > reader of this message is not the intended recipient, you are hereby > notified that any unauthorized disclosure, dissemination, > distribution, > copying or the taking of any action in reliance on the information > herein is strictly prohibited. If you have received this communication > in error, please immediately notify the sender and delete > this message. > Thank you. >
Re: getting to samba
Root for system. It uses whatever ID has UID 0 for update authority. Any other usable ID should give you query-only access to some of the screens. I have systems that use local domain authorization (smbpasswd), and remote domain authentication (SECURITY=DOMAIN with a PASSWORD SERVER), and it works the same for both. > -Original Message- > From: Daniel Jarboe [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 1:30 PM > To: [EMAIL PROTECTED] > Subject: Re: [LINUX-390] getting to samba > > > > > > bad auth... > > > Use root and your root password. > > that's what i used > > root for the system, or root for smbpasswd? It needs to be > root for the > system. But you probably tried that. > > Is this a samba you compiled yourself? If so did you configure it > --with-pam? > > ~ Daniel > > > > > > > > -- > - > > This message is the property of Time Inc. or its affiliates. It may be > legally privileged and/or confidential and is intended only > for the use > of the addressee(s). No addressee should forward, print, copy, or > otherwise reproduce this message in any manner that would > allow it to be > viewed by any individual not originally listed as a recipient. If the > reader of this message is not the intended recipient, you are hereby > notified that any unauthorized disclosure, dissemination, > distribution, > copying or the taking of any action in reliance on the information > herein is strictly prohibited. If you have received this communication > in error, please immediately notify the sender and delete > this message. > Thank you. >
Re: getting to samba
> > > bad auth... > > Use root and your root password. > that's what i used root for the system, or root for smbpasswd? It needs to be root for the system. But you probably tried that. Is this a samba you compiled yourself? If so did you configure it --with-pam? ~ Daniel --- This message is the property of Time Inc. or its affiliates. It may be legally privileged and/or confidential and is intended only for the use of the addressee(s). No addressee should forward, print, copy, or otherwise reproduce this message in any manner that would allow it to be viewed by any individual not originally listed as a recipient. If the reader of this message is not the intended recipient, you are hereby notified that any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is strictly prohibited. If you have received this communication in error, please immediately notify the sender and delete this message. Thank you.
Re: Patch available to add LOADPARM support to ZIPL
Hello from Gregg C Levine Second the motion! As long as Linux is Linux, if a bug is reproducible in both worlds, then we have a good chance of sustaining a good argument. --- 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 > Alan Altmark > Sent: Monday, March 17, 2003 12:16 PM > To: [EMAIL PROTECTED] > Subject: Re: [LINUX-390] Patch available to add LOADPARM support to ZIPL > > On Monday, 03/17/2003 at 05:49 GMT, Alan Cox <[EMAIL PROTECTED]> > wrote: > > Most of us care more about the x86 stuff being correct. If one in 10,000 > > users hits a bug its a problem on x86, but might never happen on 390 8) > > Dems fighten woids! ;-) > > Alan Altmark > Sr. Software Engineer > IBM z/VM Development
Re: Patch available to add LOADPARM support to ZIPL
> Most of us care more about the x86 stuff being correct. If > one in 10,000 > users hits a bug its a problem on x86, but might never happen > on 390 8) > That's kinda why I wouldn't have hesitated. MANY, MANY more testers available. Leland
FW: [slackware-security] Samba buffer overflow fixed
Another serious bug has been found in Samba. A new version, Samba 2.2.8 is now out. Look to your distributor for a new version, or build it yourself. The flaw creates an exposure to remote root access. It's present in _all_ 2.x versions except 2.2.8. Mark Post -Original Message- From: Slackware Security Team [mailto:[EMAIL PROTECTED] Sent: Saturday, March 15, 2003 5:55 PM To: [EMAIL PROTECTED] Subject: [slackware-security] Samba buffer overflow fixed -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [slackware-security] Samba buffer overflow fixed The samba packages in Slackware 8.1 and -current have been patched to fix a security problem. All sites running samba should upgrade. Here are the details from the Slackware 8.1 ChangeLog: +--+ Sat Mar 15 13:49:04 PST 2003 patches/packages/samba-2.2.8-i386-1.tgz: Upgraded to Samba 2.2.8. From the Samba web site: * (14th Mar, 2003) Security Release - Samba 2.2.8 A flaw has been detected in the Samba main smbd code which could allow an external attacker to remotely and anonymously gain Super User (root) privileges on a server running a Samba server. This flaw exists in previous versions of Samba from 2.0.x to 2.2.7a inclusive. This is a serious problem and all sites should either upgrade to Samba 2.2.8 immediately or prohibit access to TCP ports 139 and 445. (* Security fix *) +--+ More information may be found in the Samba release notes. WHERE TO FIND THE NEW PACKAGES: +-+ Updated Samba package for Slackware 8.1: ftp://ftp.slackware.com/pub/slackware/slackware-8.1/patches/packages/samba-2 .2.8-i386-1.tgz Updated Samba package for Slackware -current: ftp://ftp.slackware.com/pub/slackware/slackware-current/slackware/n/samba-2. 2.8-i386-1.tgz MD5 SIGNATURES: +-+ Here are the md5sums for the packages: Slackware 8.1 package: be4bee0ed2c50e9313150843e41b09ad samba-2.2.8-i386-1.tgz Slackware -current package: 940d26d3f74763524976a61f44637b22 samba-2.2.8-i386-1.tgz INSTALLATION INSTRUCTIONS: ++ As root, upgrade the samba package(s) with upgradepkg: upgradepkg samba-2.2.8-i386-1.tgz Then, restart samba: /etc/rc.d/rc.samba restart +-+ Slackware Linux Security Team http://slackware.com/gpg-key [EMAIL PROTECTED] ++ | HOW TO REMOVE YOURSELF FROM THIS MAILING LIST: | ++ | Send an email to [EMAIL PROTECTED] with this text in the body of | | the email message: | || | unsubscribe slackware-security | || | You will get a confirmation message back. Follow the instructions to | | complete the unsubscription. Do not reply to this message to | | unsubscribe! | ++ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+c6CcakRjwEAQIjMRAksxAJ4jbhqBtqRD2FqGIx5bVFg8isApwwCfSO2C VZ9TRhF307P8DfFZn6jo4f4= =V9F1 -END PGP SIGNATURE-
Re: Patch available to add LOADPARM support to ZIPL
On Monday, 03/17/2003 at 05:49 GMT, Alan Cox <[EMAIL PROTECTED]> wrote: > Most of us care more about the x86 stuff being correct. If one in 10,000 > users hits a bug its a problem on x86, but might never happen on 390 8) Dems fighten woids! ;-) Alan Altmark Sr. Software Engineer IBM z/VM Development
Re: Patch available to add LOADPARM support to ZIPL
> > > Oh, oh. I hope I didn't start something with this. What I > really should > > have said was... > > > > I haven't even tried submitting it to (who???) the original > developers of > > zipl. > The original developer of zipl is Carsten Otte > ([EMAIL PROTECTED]). Recently > Peter Oberparleiter ([EMAIL PROTECTED]) took > over the package. > You probably want to sent the patches to one or both of these two. > Excellent. Will do if'n nobody finds any problems. I really did the patch for our own use and "It works in our environment", but may not in others. Leland
Re: Patch available to add LOADPARM support to ZIPL
> Oh, oh. I hope I didn't start something with this. What I really should > have said was... > > I haven't even tried submitting it to (who???) the original developers of > zipl. The original developer of zipl is Carsten Otte ([EMAIL PROTECTED]). Recently Peter Oberparleiter ([EMAIL PROTECTED]) took over the package. You probably want to sent the patches to one or both of these two. > I would not have even hesitated had this been for the Intel world. But, > this is BIG business kinda stuff and, quite honestly, I don't know if it > would be up to the quality standards required for such a beast. We not so much different compared to the Intel world, with one exception: there are only very few of us dinosaur penguins out there. But as the other penguins we feed on pizza, coke and code... I you have something you consider worthwhile, a bug fix or an enhancement sent it to the appropriate maintainer. The worst thing you will get is a "no". blue skies, Martin
Re: getting to samba
that's what i used > -Original Message- > From: Hall, Ken (IDS ECCS) [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 9:45 AM > To: [EMAIL PROTECTED] > Subject: Re: getting to samba > > > Use root and your root password. > > > -Original Message- > > From: Noll, Ralph [mailto:[EMAIL PROTECTED] > > Sent: Monday, March 17, 2003 10:08 AM > > To: [EMAIL PROTECTED] > > Subject: Re: [LINUX-390] getting to samba > > > > > > ok that worked .. thanks a bunch > > now i am getting the attached > > bad auth... > > > > > > > > > -Original Message- > > > From: Michael MacIsaac [mailto:[EMAIL PROTECTED] > > > Sent: Monday, March 17, 2003 7:56 AM > > > To: [EMAIL PROTECTED] > > > Subject: Re: getting to samba > > > > > > > > > Ralph, > > > > > > Is the swat line uncommented in /etc/inetd.conf? By default, > > > it is often in > > > the file but commented out. If so, uncomment that line and run > > > "/etc/init.d/inetd restart", then try again from a browser. > > > > > > -Mike MacIsaac, IBM [EMAIL PROTECTED] > (845) 433-7061 > > > > > > > > > > > > "Noll, Ralph" <[EMAIL PROTECTED]>@VM.MARIST.EDU> > > > on 03/17/2003 > > > 08:45:47 AM > > > > > > Please respond to Linux on 390 Port <[EMAIL PROTECTED]> > > > > > > Sent by:Linux on 390 Port <[EMAIL PROTECTED]> > > > > > > > > > To:[EMAIL PROTECTED] > > > cc: > > > Subject:[LINUX-390] getting to samba > > > > > > > > > > > > how do i get to samba > > > > > > on kernel 2.2.16 i do > > > ipaddress:901 > > > > > > i am on kernel 2.4.17 on s390 > > > > > > can you help?? > > > > > > > > > Ralph > > > > > >
Re: Postfix Install Problem (continued)
Hello from Gregg C Levine 4.11 isn't that older version of Netware for this timeperiod, I had a customer who was still using series 3 versions and series 2 versions for product activities. As for your problems regarding Postifx, all I can state, is that it makes sense what you're doing. I have used such removal commands regarding the RPM commands. --- 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 > Kenneth Illingsworth > Sent: Monday, March 17, 2003 9:26 AM > To: [EMAIL PROTECTED] > Subject: [LINUX-390] Postfix Install Problem (continued) > > My apologies in advance if this already made it to the listserv. I have reason to > believe that it did not make it though since we are using an old version of > GroupWise (v5.5) running on evan an older version of Novell (V4.11), and the > action status of 'pending' does little for my confidence. Hence my sudden and > extreme interest in Postfix as a replacement MTA. Here is what I tried to send to the > existing thread: > -- > --- > Choice 2 below sounds good. Unfortunately, I do not know where the %post and > %preun scripts are. Nor can I seem to get the find command to zero in on them. Can > I assume that they can be edited with vi? > > Additinally, my standard way to uninstall a package is to do so from within the > package tree in Webmin. However, the 'alternatives' package is not contained within > that list! The man pages do not indicate such, but I suspect that there is an unistall > parameter like RPM --uninstall available? > > Thank you so much for your time. > > >>> [EMAIL PROTECTED] 03/13/03 17:07 PM >>> > On Thu, Mar 13, 2003 at 03:58:06PM -0500, Kenneth Illingsworth wrote: > > The last package that I needed to install Postfix onto a RH v7.2 i > > virtual s390 machine was something called 'alternatives'. I was unable > > to find anything on my favorite MCS mirror, and likewise was unable to > > find any s390 RPMs. I did managed to find a src.rpm for 'alternatives', > > and performed an RPM --Rebuild on it without any apparent incident > > after which it appeared to install nicely. However, when I tried to > > install Postfix once again, it failed because it still needed > > /usr/sbin/alternatives. > > > > I did notice that the rebuild of 'alternatives' produced a noarch.rpm > > file rather than the expected s390.rpm file. The rebuild on the db4 > > src.rpm file produced a corresponding s390.rpm file which installed > > very nicely and paved the way for an equally successful rebuild of > > the Postfix src.rpm file. So, I suspect that I have an issue with the > > 'alternatives' src.rpm file. And this is where I bacame stuck. I > > cannot seem to locate any other 'alternatives' src.rpm file. > > The way I see it you have two options: > > 1. drag the alternatives package in. Hope that it doesn't depend on two > much. IIRC Mandrake (at least in earlir versions) had the > alternatives as part of the package rpm (yuck!). > > 2. You probably don't need such alternatives for your specific site, so: > remove any trace to alternatives from the package. Maybe you simply > need to add a number of symlinks to the %install scripts and slash > some lines from the %post and %preun scripts.
Re: Patch available to add LOADPARM support to ZIPL
On Mon, 2003-03-17 at 16:29, Lucius, Leland wrote: > Oh, oh. I hope I didn't start something with this. What I really should > have said was... > > I haven't even tried submitting it to (who???) the original developers of > zipl. > > I would not have even hesitated had this been for the Intel world. But, > this is BIG business kinda stuff and, quite honestly, I don't know if it > would be up to the quality standards required for such a beast. Most of us care more about the x86 stuff being correct. If one in 10,000 users hits a bug its a problem on x86, but might never happen on 390 8)
Re: reset a computer
OK, so if I read this correctly, you want to boot the system, have it do some custom setup if it hasn't already been done, and then record the fact that your setup has been done for future boots. At some point, you want to be able to revert to the master configuration and re-do the custom setup in a possibly different way on demand. Is that what you're shooting for? If so, then you need to do some work in both CMS and Linux. Your Linux systems should have only a private writable 191 and a link to a shared R/O 192 that initially IPL CMS and use CMS facilities to define the basic configuration of the virtual machine. The PROFILE EXEC on the 191 should test for a LINPROF EXEC on the 192 (which will be accessed as D automagically by CMS, execute it as the "common" configuration part of the Linux setup for the parts of the Linux virtual machine configuration that are the same for all the guests, then test for EXEC D that contains CP and CMS commands that make this virtual machine unique at the VM layer. The EXEC should write two files on the A disk (one indicating that the basic setup has been performed (call it CONFIG COMPLETE), and the second file should contain a list of Linux commands that need to be executed after booting to perform the Linux half of the configuration. The EXEC should terminate by IPLing Linux from the appropriate boot device. On the Linux side, you will have to ensure that the CMS filesystem utility is available in the boot partition, and in the setup for init, a step is performed to copy the the file containing the Linux commands from the CMS A disk to a known location in the Linux guest. Suitable /etc/init.d entries should be made to read and execute the commands in the file as part of the boot. Your EXEC can check for the existance of the CONFIG COMPLETE file on the A disk and react accordingly. If you want to force reconfiguration, delete CONFIG COMPLETE and your EXEC can go through the setup steps and rewrite the CONFIG COMPLETE and Linux command files when done. If necessary, the EXEC can DDR over a master copy of the base Linux image and start from there. Does this do what you want? -- db David Boyes Sine Nomine Associates > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of > Tzafrir Cohen > Sent: Saturday, March 15, 2003 7:26 PM > To: [EMAIL PROTECTED] > Subject: Re: reset a computer > > > Trying to explain the question once again > > On Thu, Mar 13, 2003 at 05:59:03PM +0200, Tzafrir Cohen wrote: > > Hi > > > > Short version of the question: > > > > How do do a "hard-reset" to a linux guest from within linux? > > > > Note that I don't mean to IPL the boot specific device: I > need to re-run > > profile.exec from cms . I know I can do that using hcp. > > (As if the user has ogged-off and re-logged-on) > > > > > (I have an environment in which for some users those things are very > > different) > > That is: "hcp i " is not the answer to my question. > > I don't care if it would cause data inconsistencies, as I'm going to > "reformat" the linux partitions anyway. > > Why would I want this: > > The system in question can boot in one of two modes: > * setup mode: setup a system > * run mode: run a system that has already been setup. > > I currently have some major problems running this. I > currently use many > cludges. What I ccurrently really miss is a simple and robust > way for a > system in "run mode" to go back to "setup mode". Such a "hard reset" > should have been the perfect solution. > > > > > Any pointers to FMs (that answer this) would be appreciated. > > Also: are there any *specific* details that might help? > > Thanks in advance > > -- > Tzafrir Cohen > mailto:[EMAIL PROTECTED] > http://www.technion.ac.il/~tzafrir/ >
Re: Patch available to add LOADPARM support to ZIPL
Oh, oh. I hope I didn't start something with this. What I really should have said was... I haven't even tried submitting it to (who???) the original developers of zipl. I would not have even hesitated had this been for the Intel world. But, this is BIG business kinda stuff and, quite honestly, I don't know if it would be up to the quality standards required for such a beast. Leland > -Original Message- > From: Lucius, Leland > Sent: Monday, March 17, 2003 10:08 AM > To: [EMAIL PROTECTED] > Subject: Re: Patch available to add LOADPARM support to ZIPL > > > My guess? I haven't a clue, but I'd venture to say...never. It uses > undocumented (SERVC) facilities and I don't know if IBM > "legal" would look > kindly on that. > > Leland > > > -Original Message- > > From: Hall, Ken (IDS ECCS) [mailto:[EMAIL PROTECTED] > > Sent: Monday, March 17, 2003 10:01 AM > > To: [EMAIL PROTECTED] > > Subject: Re: Patch available to add LOADPARM support to ZIPL > > > > > > Any idea when/if it will become part of zipl "officially"? > > > > > -Original Message- > > > From: Post, Mark K [mailto:[EMAIL PROTECTED] > > > Sent: Monday, March 17, 2003 10:58 AM > > > To: [EMAIL PROTECTED] > > > Subject: Re: [LINUX-390] Patch available to add LOADPARM > > > support to ZIPL > > > > > > > > > Leland's also agreed to make the patch available from the > > > linuxvm.org web > > > site. (Redundancy is usually a good thing. :) > > > > > > You can get it from his page at > > > http://www.homerow.net/projects/zlinux/multiboot.htm, > > > > > > or from http://linuxvm.org/Patches/index.html. > > > > > > > > > Mark Post > > > > > > -Original Message- > > > From: Lucius, Leland [mailto:[EMAIL PROTECTED] > > > Sent: Monday, March 17, 2003 10:45 AM > > > To: [EMAIL PROTECTED] > > > Subject: Re: Patch available to add LOADPARM support to ZIPL > > > > > > > > > Thank you guys for VM. I'm sure it will become old hat one > > > day, but right > > > now it still brings new fun everyday. And what good is work > > > if you can't > > > have fun doing it. :-) > > > > > > Leland > > > > > > > -Original Message- > > > > From: Alan Altmark [mailto:[EMAIL PROTECTED] > > > > Sent: Monday, March 17, 2003 9:09 AM > > > > To: [EMAIL PROTECTED] > > > > Subject: Re: Patch available to add LOADPARM support to ZIPL > > > > > > > > > > > > Nice job, Leland. Thanks for contributing! > > > > > > > > Alan Altmark > > > > Sr. Software Engineer > > > > IBM z/VM Development > > > > > > > > > >
Re: Patch available to add LOADPARM support to ZIPL
John, In general, they don't have the power to veto contributions. Since the good folks in Boeblingen are the architecture maintainers, they have a _lot_ of influence. That's true of every kernel developer that's responsible for a certain area. Overriding them is done reluctantly, but it has been done in the past, and it will be done again in the future. There's just got to be a really good reason for it. Mark Post -Original Message- From: McKown, John [mailto:[EMAIL PROTECTED] Sent: Monday, March 17, 2003 11:17 AM To: [EMAIL PROTECTED] Subject: Re: Patch available to add LOADPARM support to ZIPL Curiousity question. Why should IBM be able to say what will or will not get into the zLinux kernel (and this is not even the kernel, but only zipl)? I am grateful to IBM for the fine work that they have done to make zLinux available. But I don't think that they should have any sort of "veto" power over whether a function goes into Linux or not, so long as it does not violate any IP patents or suchlike. To me, "undocumented" means "use at your own risk" not "use this and our lawyers will be all over you like a Pit Bull". Now, having said that, I personally would not use an undocumented hardware feature for the "stock kernel" simply because it is possible (but not likely) that IBM might change the instruction or remove it entirely. -- John McKown Senior Technical Specialist UICI Insurance Center Applications & Solutions Team +1.817.255.3225 > -Original Message- > From: Lucius, Leland [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 10:08 AM > To: [EMAIL PROTECTED] > Subject: Re: Patch available to add LOADPARM support to ZIPL > > > My guess? I haven't a clue, but I'd venture to say...never. It uses > undocumented (SERVC) facilities and I don't know if IBM > "legal" would look > kindly on that. > > Leland
Re: Patch available to add LOADPARM support to ZIPL
Curiousity question. Why should IBM be able to say what will or will not get into the zLinux kernel (and this is not even the kernel, but only zipl)? I am grateful to IBM for the fine work that they have done to make zLinux available. But I don't think that they should have any sort of "veto" power over whether a function goes into Linux or not, so long as it does not violate any IP patents or suchlike. To me, "undocumented" means "use at your own risk" not "use this and our lawyers will be all over you like a Pit Bull". Now, having said that, I personally would not use an undocumented hardware feature for the "stock kernel" simply because it is possible (but not likely) that IBM might change the instruction or remove it entirely. -- John McKown Senior Technical Specialist UICI Insurance Center Applications & Solutions Team +1.817.255.3225 > -Original Message- > From: Lucius, Leland [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 10:08 AM > To: [EMAIL PROTECTED] > Subject: Re: Patch available to add LOADPARM support to ZIPL > > > My guess? I haven't a clue, but I'd venture to say...never. It uses > undocumented (SERVC) facilities and I don't know if IBM > "legal" would look > kindly on that. > > Leland
Re: Patch available to add LOADPARM support to ZIPL
But so does the HMC I/O handler and the shutdown signal. The QDIO driver uses the undocumented SIGA instruction but it's there. There needs to be a mechanism where code (under the GPL) can be entered into the development stream without worrying about "lawyers at 10 paces". At the moment if the IBM team get things from the canonical source (i.e. kernel.org) they have no problems in using it and there are no questions asked. There seems to be a somewhat artificial distinction being drawn between this method and some form of direct donation. This is something that IBM management now needs to address: we're either doing the open source thing or not. No one's been burned yet so let's start getting a little more adventurous. -Original Message- My guess? I haven't a clue, but I'd venture to say...never. It uses undocumented (SERVC) facilities and I don't know if IBM "legal" would look kindly on that.
Re: Patch available to add LOADPARM support to ZIPL
My guess? I haven't a clue, but I'd venture to say...never. It uses undocumented (SERVC) facilities and I don't know if IBM "legal" would look kindly on that. Leland > -Original Message- > From: Hall, Ken (IDS ECCS) [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 10:01 AM > To: [EMAIL PROTECTED] > Subject: Re: Patch available to add LOADPARM support to ZIPL > > > Any idea when/if it will become part of zipl "officially"? > > > -Original Message- > > From: Post, Mark K [mailto:[EMAIL PROTECTED] > > Sent: Monday, March 17, 2003 10:58 AM > > To: [EMAIL PROTECTED] > > Subject: Re: [LINUX-390] Patch available to add LOADPARM > > support to ZIPL > > > > > > Leland's also agreed to make the patch available from the > > linuxvm.org web > > site. (Redundancy is usually a good thing. :) > > > > You can get it from his page at > > http://www.homerow.net/projects/zlinux/multiboot.htm, > > > > or from http://linuxvm.org/Patches/index.html. > > > > > > Mark Post > > > > -Original Message- > > From: Lucius, Leland [mailto:[EMAIL PROTECTED] > > Sent: Monday, March 17, 2003 10:45 AM > > To: [EMAIL PROTECTED] > > Subject: Re: Patch available to add LOADPARM support to ZIPL > > > > > > Thank you guys for VM. I'm sure it will become old hat one > > day, but right > > now it still brings new fun everyday. And what good is work > > if you can't > > have fun doing it. :-) > > > > Leland > > > > > -Original Message- > > > From: Alan Altmark [mailto:[EMAIL PROTECTED] > > > Sent: Monday, March 17, 2003 9:09 AM > > > To: [EMAIL PROTECTED] > > > Subject: Re: Patch available to add LOADPARM support to ZIPL > > > > > > > > > Nice job, Leland. Thanks for contributing! > > > > > > Alan Altmark > > > Sr. Software Engineer > > > IBM z/VM Development > > > > > >
Re: Patch available to add LOADPARM support to ZIPL
Any idea when/if it will become part of zipl "officially"? > -Original Message- > From: Post, Mark K [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 10:58 AM > To: [EMAIL PROTECTED] > Subject: Re: [LINUX-390] Patch available to add LOADPARM > support to ZIPL > > > Leland's also agreed to make the patch available from the > linuxvm.org web > site. (Redundancy is usually a good thing. :) > > You can get it from his page at > http://www.homerow.net/projects/zlinux/multiboot.htm, > > or from http://linuxvm.org/Patches/index.html. > > > Mark Post > > -Original Message- > From: Lucius, Leland [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 10:45 AM > To: [EMAIL PROTECTED] > Subject: Re: Patch available to add LOADPARM support to ZIPL > > > Thank you guys for VM. I'm sure it will become old hat one > day, but right > now it still brings new fun everyday. And what good is work > if you can't > have fun doing it. :-) > > Leland > > > -Original Message- > > From: Alan Altmark [mailto:[EMAIL PROTECTED] > > Sent: Monday, March 17, 2003 9:09 AM > > To: [EMAIL PROTECTED] > > Subject: Re: Patch available to add LOADPARM support to ZIPL > > > > > > Nice job, Leland. Thanks for contributing! > > > > Alan Altmark > > Sr. Software Engineer > > IBM z/VM Development > > >
Re: Patch available to add LOADPARM support to ZIPL
Leland's also agreed to make the patch available from the linuxvm.org web site. (Redundancy is usually a good thing. :) You can get it from his page at http://www.homerow.net/projects/zlinux/multiboot.htm, or from http://linuxvm.org/Patches/index.html. Mark Post -Original Message- From: Lucius, Leland [mailto:[EMAIL PROTECTED] Sent: Monday, March 17, 2003 10:45 AM To: [EMAIL PROTECTED] Subject: Re: Patch available to add LOADPARM support to ZIPL Thank you guys for VM. I'm sure it will become old hat one day, but right now it still brings new fun everyday. And what good is work if you can't have fun doing it. :-) Leland > -Original Message- > From: Alan Altmark [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 9:09 AM > To: [EMAIL PROTECTED] > Subject: Re: Patch available to add LOADPARM support to ZIPL > > > Nice job, Leland. Thanks for contributing! > > Alan Altmark > Sr. Software Engineer > IBM z/VM Development >
Re: Patch available to add LOADPARM support to ZIPL
Thank you guys for VM. I'm sure it will become old hat one day, but right now it still brings new fun everyday. And what good is work if you can't have fun doing it. :-) Leland > -Original Message- > From: Alan Altmark [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 9:09 AM > To: [EMAIL PROTECTED] > Subject: Re: Patch available to add LOADPARM support to ZIPL > > > Nice job, Leland. Thanks for contributing! > > Alan Altmark > Sr. Software Engineer > IBM z/VM Development >
Re: getting to samba
Use root and your root password. > -Original Message- > From: Noll, Ralph [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 10:08 AM > To: [EMAIL PROTECTED] > Subject: Re: [LINUX-390] getting to samba > > > ok that worked .. thanks a bunch > now i am getting the attached > bad auth... > > > > > -Original Message- > > From: Michael MacIsaac [mailto:[EMAIL PROTECTED] > > Sent: Monday, March 17, 2003 7:56 AM > > To: [EMAIL PROTECTED] > > Subject: Re: getting to samba > > > > > > Ralph, > > > > Is the swat line uncommented in /etc/inetd.conf? By default, > > it is often in > > the file but commented out. If so, uncomment that line and run > > "/etc/init.d/inetd restart", then try again from a browser. > > > > -Mike MacIsaac, IBM [EMAIL PROTECTED] (845) 433-7061 > > > > > > > > "Noll, Ralph" <[EMAIL PROTECTED]>@VM.MARIST.EDU> > > on 03/17/2003 > > 08:45:47 AM > > > > Please respond to Linux on 390 Port <[EMAIL PROTECTED]> > > > > Sent by:Linux on 390 Port <[EMAIL PROTECTED]> > > > > > > To:[EMAIL PROTECTED] > > cc: > > Subject:[LINUX-390] getting to samba > > > > > > > > how do i get to samba > > > > on kernel 2.2.16 i do > > ipaddress:901 > > > > i am on kernel 2.4.17 on s390 > > > > can you help?? > > > > > > Ralph > > >
Re: NGPT - Vale
Neale, I know how hard it is to let go of code you've written and nurtured. I has to be particularly difficult to do so in favor of someone else's code. Your decision to do this in pursuit of a larger goal is admirable. Kudos to you and the rest of the team for an incredibly mature and long-sighted decision. Cheers,,,Steve -Original Message- From: Ferguson, Neale [mailto:[EMAIL PROTECTED] Sent: Monday, March 17, 2003 7:53 AM To: [EMAIL PROTECTED] Subject: NGPT - Vale >From the NGPT developers... On behalf of the NGPT team, we would like to announce a change in direction for the Next Generation POSIX Threading (NGPT) project. As many of you may know by now, a new POSIX threading library NPTL (http://people.redhat.com/drepper/nptl-design.pdf) is now available for Linux and we don't want to split the community to choose one over the other. The Linux 2.5 kernel has added many new features in the areas of Scheduler, POSIX signal handling, clone() improvements and futexes that make highly scalable and performing threads a more viable solution in Linux. With this in mind, we have decided to stop adding new functionality to the NGPT pThread library and will go in pure support mode. We will provide full support for the existing NGPT releases and to those who have incorporated NGPT in their current releases, and work to bring solutions for other threading requirements to the NPTL community for discussion and dispositioning. Currently, using Glibc-2.2.x, NGPT can be used as Linuxthreads replacement library. However, NGPT will not be supported under Glibc-2.3. Our original goal was to make threading in Linux more scalable and POSIX compliant, and it seems clear that NPTL has addressed such issues quite well. We will continue focus and working in the direction of improving overall threading performance in Linux. In summary, we feel that this decision is the best way to support the community for the long term. We would also like to participate to improve threads scalability and POSIX compliance for threading package in Linux. If anyone has any questions or concerns about this decision, please email us or the NGPT mailing list at [EMAIL PROTECTED] We will be happy to answer any questions or discuss these changes in more detail.
Re: Postfix Install Problem (continued)
On Mon, Mar 17, 2003 at 09:26:21AM -0500, Kenneth Illingsworth wrote: > I suspect that there is an unistall parameter like RPM --uninstall > available? I dunno about webmin, but, indeed, rpm --uninstall (or rpm -e) would do the trick. Adam
Re: synchronizing user directories
As David's pointed out, DIRMAINT and CSE let you do this fine. In fact you can do this without CSE, but then you need to develop your own locking mechanism to make sure that the same guest (assuming it has the same dasd on each side) isn't running in both places simultaneously. Having two guests with write links to the same disk is a recipe for disaster. Adam
Re: NGPT - Vale
I only contributed a little S390 stuff. I wasn't part of this team, just reporting their announcement. -Original Message- Neale, I know how hard it is to let go of code you've written and nurtured. I has to be particularly difficult to do so in favor of someone else's code. Your decision to do this in pursuit of a larger goal is admirable. Kudos to you and the rest of the team for an incredibly mature and long-sighted decision.
Re: Patch available to add LOADPARM support to ZIPL
Nice job, Leland. Thanks for contributing! Alan Altmark Sr. Software Engineer IBM z/VM Development
Re: synchronizing user directories
Yes. Look into a VM feature called Common System Extensions (CSE). It takes some planning to do this, but as long as both VM systems can directly share disks, that's exactly what CSE was designed to do. DIRMAINT has support for syncing user directories in CSE complexes, and if the directory is not on the IPL volume, you can share it between systems. Warning: this is NOT trivial to set up. It is also not very well documented any longer -- the information is there, but is scattered. There is some discussion of CSE in the CP Planning manual, but you would be well advised to find a copy of Alan Altmark and John Fransicovich's recent presentation on VM clustering techniques from the z/VM Expo or WAVV to explain in more detail what is involved. -- db David Boyes Sine Nomine Associates > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of > Tim-Chr. Hanschen > Sent: Monday, March 17, 2003 8:36 AM > To: [EMAIL PROTECTED] > Subject: synchronizing user directories > > > Hi, > > well, I know that my question is more VM related, that linux > related, but > anyway > > I have two VMs and want to run Linux-guests on both of them. > My idea is > that I can start a guest on both sides, so I have to make an > entry in the > user directoies on both VMs... so far, so good. > > Is there a possibility that I only have to make the > appropriate entry once > and that the two user directories are synchronized > automatically? I think > of dirmaint or something else... > > thx > > - Tim - >
Re: getting to samba
ok that worked .. thanks a bunch now i am getting the attached bad auth... > -Original Message- > From: Michael MacIsaac [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 7:56 AM > To: [EMAIL PROTECTED] > Subject: Re: getting to samba > > > Ralph, > > Is the swat line uncommented in /etc/inetd.conf? By default, > it is often in > the file but commented out. If so, uncomment that line and run > "/etc/init.d/inetd restart", then try again from a browser. > > -Mike MacIsaac, IBM [EMAIL PROTECTED] (845) 433-7061 > > > > "Noll, Ralph" <[EMAIL PROTECTED]>@VM.MARIST.EDU> > on 03/17/2003 > 08:45:47 AM > > Please respond to Linux on 390 Port <[EMAIL PROTECTED]> > > Sent by:Linux on 390 Port <[EMAIL PROTECTED]> > > > To:[EMAIL PROTECTED] > cc: > Subject:[LINUX-390] getting to samba > > > > how do i get to samba > > on kernel 2.2.16 i do > ipaddress:901 > > i am on kernel 2.4.17 on s390 > > can you help?? > > > Ralph > <>
Re: getting to samba
Ralph, That's what he's talking about. SWAT has it's own built-in web server, and it uses inetd to listen on port 901 for any requests. That means that /etc/inetd.conf has to tell inetd to start SWAT when it gets a request on that port. Mark Post -Original Message- From: Noll, Ralph [mailto:[EMAIL PROTECTED] Sent: Monday, March 17, 2003 9:02 AM To: [EMAIL PROTECTED] Subject: Re: getting to samba i guess what i meant was to get to swat:: the online config tool.. > -Original Message- > From: Michael MacIsaac [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 7:56 AM > To: [EMAIL PROTECTED] > Subject: Re: getting to samba > > > Ralph, > > Is the swat line uncommented in /etc/inetd.conf? By default, > it is often in > the file but commented out. If so, uncomment that line and run > "/etc/init.d/inetd restart", then try again from a browser. > > -Mike MacIsaac, IBM [EMAIL PROTECTED] (845) 433-7061 > > > > "Noll, Ralph" <[EMAIL PROTECTED]>@VM.MARIST.EDU> > on 03/17/2003 > 08:45:47 AM > > Please respond to Linux on 390 Port <[EMAIL PROTECTED]> > > Sent by:Linux on 390 Port <[EMAIL PROTECTED]> > > > To:[EMAIL PROTECTED] > cc: > Subject:[LINUX-390] getting to samba > > > > how do i get to samba > > on kernel 2.2.16 i do > ipaddress:901 > > i am on kernel 2.4.17 on s390 > > can you help?? > > > Ralph >
Re: add new dasds
But he's using SuSE 7.0, not SLES7. That's the original version, with a 2.2.16 kernel. Mark Post -Original Message- From: Klaus Bergmann [mailto:[EMAIL PROTECTED] Sent: Monday, March 17, 2003 7:54 AM To: [EMAIL PROTECTED] Subject: Re: add new dasds >oops..failed to mention this..my kernel is 2.2.16. Dynamic dasd attachment came with 2.4. SLES7 is based on 2.4 Klaus Bergmann
Re: using lcs module with two type of adapters?
Having those entries is what allows you to do "ifconfig eth0" and have the lcs module loaded automatically. Mark Post -Original Message- From: Abdullah Al-humaid [mailto:[EMAIL PROTECTED] Sent: Monday, March 17, 2003 5:36 AM To: [EMAIL PROTECTED] Subject: Re: using lcs module with two type of adapters? the kernel is 2.4.7 They -WERE- the typical erros when you load a module about IRQ and stuff. I was trying to pass him the addresses but it fails. thanks to your answer I figured I do not have to do insmod anymore. now all I do is ifconfig eth0 and it works. Now my question is how important arethe following lines in modules.conf for the adapters configuration at boot: alias eth0 lcs alias tr0 lcs --- Vic Cross <[EMAIL PROTECTED]> wrote: > On 17.03.2003 at 18:10:15, Abdullah Al-humaid > <[EMAIL PROTECTED]> wrote: > > > Can I use the same LCS module with two type of > > adapters ( TR, EN)? we have a machine running > suse7 > > and we are trying to start the ethernet adapter > while > > the TR adapter is up using the same module but it > wont > > load. > > Yes, you can do this, but the module will load only > once. The LCS module will > pick up all available adapters that have been > configured to the channel device > layer (chandev). This assumes a 2.4 kernel; if your > system is on a 2.2 kernel, > the parameters you specify to the module when it > loads must specify all of the > adapters you want. > > If you can tell us a little more about the error > messages you are seeing, we > will be able to give you some more information. > > Cheers, > Vic Cross __ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com
Re: using lcs module with two type of adapters?
Abdullah, It should be possible, but not by trying to load the module twice. You'll need to provide the parameters for both interfaces when the module is first loaded. The "Linux for S/390 Device Drivers and Installation Commands" book at http://www10.software.ibm.com/developerworks/opensource/linux390/docu/l390dd 03.pdf should give you some ideas how to do this. You'll want to look at Chapter 9, specifically on page 50. Mark Post -Original Message- From: Abdullah Al-humaid [mailto:[EMAIL PROTECTED] Sent: Monday, March 17, 2003 3:10 AM To: [EMAIL PROTECTED] Subject: using lcs module with two type of adapters? Can I use the same LCS module with two type of adapters ( TR, EN)? we have a machine running suse7 and we are trying to start the ethernet adapter while the TR adapter is up using the same module but it wont load. Thanks __ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com
Postfix Install Problem (continued)
My apologies in advance if this already made it to the listserv. I have reason to believe that it did not make it though since we are using an old version of GroupWise (v5.5) running on evan an older version of Novell (V4.11), and the action status of 'pending' does little for my confidence. Hence my sudden and extreme interest in Postfix as a replacement MTA. Here is what I tried to send to the existing thread: - Choice 2 below sounds good. Unfortunately, I do not know where the %post and %preun scripts are. Nor can I seem to get the find command to zero in on them. Can I assume that they can be edited with vi? Additinally, my standard way to uninstall a package is to do so from within the package tree in Webmin. However, the 'alternatives' package is not contained within that list! The man pages do not indicate such, but I suspect that there is an unistall parameter like RPM --uninstall available? Thank you so much for your time. >>> [EMAIL PROTECTED] 03/13/03 17:07 PM >>> On Thu, Mar 13, 2003 at 03:58:06PM -0500, Kenneth Illingsworth wrote: > The last package that I needed to install Postfix onto a RH v7.2 i > virtual s390 machine was something called 'alternatives'. I was unable > to find anything on my favorite MCS mirror, and likewise was unable to > find any s390 RPMs. I did managed to find a src.rpm for 'alternatives', > and performed an RPM --Rebuild on it without any apparent incident > after which it appeared to install nicely. However, when I tried to > install Postfix once again, it failed because it still needed > /usr/sbin/alternatives. > > I did notice that the rebuild of 'alternatives' produced a noarch.rpm > file rather than the expected s390.rpm file. The rebuild on the db4 > src.rpm file produced a corresponding s390.rpm file which installed > very nicely and paved the way for an equally successful rebuild of > the Postfix src.rpm file. So, I suspect that I have an issue with the > 'alternatives' src.rpm file. And this is where I bacame stuck. I > cannot seem to locate any other 'alternatives' src.rpm file. The way I see it you have two options: 1. drag the alternatives package in. Hope that it doesn't depend on two much. IIRC Mandrake (at least in earlir versions) had the alternatives as part of the package rpm (yuck!). 2. You probably don't need such alternatives for your specific site, so: remove any trace to alternatives from the package. Maybe you simply need to add a number of symlinks to the %install scripts and slash some lines from the %post and %preun scripts.
Re: add new dasds
You're correct. The ability to dynamically add/remove DASD is in the 2.4 kernels, not the 2.2 kernels. You'll need to update your parmfile in /boot, and re-run the silo command. Then, reboot. Mark Post -Original Message- From: Janakiraman S , Tidel Park - Chennai [mailto:[EMAIL PROTECTED] Sent: Monday, March 17, 2003 7:21 AM To: [EMAIL PROTECTED] Subject: Re: add new dasds oops..failed to mention this..my kernel is 2.2.16. when i do echo "add device" it says "dasd:unknown command add device range=350-351" my version of kernel doesnot support this command i guess. regds. janaks. -Original Message- From: Klaus Bergmann [mailto:[EMAIL PROTECTED] Sent: Monday, March 17, 2003 5:41 PM To: [EMAIL PROTECTED] Subject: Re: add new dasds >We recently installed Suse 7.0 in our H30 machine (lpar mode). During >installation we specified only two dasds using the "insmod dasd" command. >But now we want to add some more dasds to the system. How to do this. echo "add device range=devno-range ">>/proc/dasd/devices Freundliche Grüsse, Klaus Bergmann
Re: synchronizing user directories
If you are using RACF/VM, then the two VM systems can share the RACF database (along with any z/OS systems as well, I think). I don't know of any way to keep two separate VM systems "in sync" using the "native" security. -- John McKown Senior Technical Specialist UICI Insurance Center Applications & Solutions Team +1.817.255.3225 > -Original Message- > From: Tim-Chr. Hanschen [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 7:36 AM > To: [EMAIL PROTECTED] > Subject: synchronizing user directories > > > Hi, > > well, I know that my question is more VM related, that linux > related, but > anyway > > I have two VMs and want to run Linux-guests on both of them. > My idea is > that I can start a guest on both sides, so I have to make an > entry in the > user directoies on both VMs... so far, so good. > > Is there a possibility that I only have to make the > appropriate entry once > and that the two user directories are synchronized > automatically? I think > of dirmaint or something else... > > thx > > - Tim - >
Re: getting to samba
i guess what i meant was to get to swat:: the online config tool.. > -Original Message- > From: Michael MacIsaac [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 7:56 AM > To: [EMAIL PROTECTED] > Subject: Re: getting to samba > > > Ralph, > > Is the swat line uncommented in /etc/inetd.conf? By default, > it is often in > the file but commented out. If so, uncomment that line and run > "/etc/init.d/inetd restart", then try again from a browser. > > -Mike MacIsaac, IBM [EMAIL PROTECTED] (845) 433-7061 > > > > "Noll, Ralph" <[EMAIL PROTECTED]>@VM.MARIST.EDU> > on 03/17/2003 > 08:45:47 AM > > Please respond to Linux on 390 Port <[EMAIL PROTECTED]> > > Sent by:Linux on 390 Port <[EMAIL PROTECTED]> > > > To:[EMAIL PROTECTED] > cc: > Subject:[LINUX-390] getting to samba > > > > how do i get to samba > > on kernel 2.2.16 i do > ipaddress:901 > > i am on kernel 2.4.17 on s390 > > can you help?? > > > Ralph >
Re: getting to samba
Ralph, Is the swat line uncommented in /etc/inetd.conf? By default, it is often in the file but commented out. If so, uncomment that line and run "/etc/init.d/inetd restart", then try again from a browser. -Mike MacIsaac, IBM [EMAIL PROTECTED] (845) 433-7061 "Noll, Ralph" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 03/17/2003 08:45:47 AM Please respond to Linux on 390 Port <[EMAIL PROTECTED]> Sent by:Linux on 390 Port <[EMAIL PROTECTED]> To:[EMAIL PROTECTED] cc: Subject:[LINUX-390] getting to samba how do i get to samba on kernel 2.2.16 i do ipaddress:901 i am on kernel 2.4.17 on s390 can you help?? Ralph
getting to samba
how do i get to samba on kernel 2.2.16 i do ipaddress:901 i am on kernel 2.4.17 on s390 can you help?? Ralph
synchronizing user directories
Hi, well, I know that my question is more VM related, that linux related, but anyway I have two VMs and want to run Linux-guests on both of them. My idea is that I can start a guest on both sides, so I have to make an entry in the user directoies on both VMs... so far, so good. Is there a possibility that I only have to make the appropriate entry once and that the two user directories are synchronized automatically? I think of dirmaint or something else... thx - Tim -
Re: add new dasds
>oops..failed to mention this..my kernel is 2.2.16. Dynamic dasd attachment came with 2.4. SLES7 is based on 2.4 Klaus Bergmann
NGPT - Vale
>From the NGPT developers... On behalf of the NGPT team, we would like to announce a change in direction for the Next Generation POSIX Threading (NGPT) project. As many of you may know by now, a new POSIX threading library NPTL (http://people.redhat.com/drepper/nptl-design.pdf) is now available for Linux and we don't want to split the community to choose one over the other. The Linux 2.5 kernel has added many new features in the areas of Scheduler, POSIX signal handling, clone() improvements and futexes that make highly scalable and performing threads a more viable solution in Linux. With this in mind, we have decided to stop adding new functionality to the NGPT pThread library and will go in pure support mode. We will provide full support for the existing NGPT releases and to those who have incorporated NGPT in their current releases, and work to bring solutions for other threading requirements to the NPTL community for discussion and dispositioning. Currently, using Glibc-2.2.x, NGPT can be used as Linuxthreads replacement library. However, NGPT will not be supported under Glibc-2.3. Our original goal was to make threading in Linux more scalable and POSIX compliant, and it seems clear that NPTL has addressed such issues quite well. We will continue focus and working in the direction of improving overall threading performance in Linux. In summary, we feel that this decision is the best way to support the community for the long term. We would also like to participate to improve threads scalability and POSIX compliance for threading package in Linux. If anyone has any questions or concerns about this decision, please email us or the NGPT mailing list at [EMAIL PROTECTED] We will be happy to answer any questions or discuss these changes in more detail.
Revised Redbook
Redbooks Linux on IBM eServer zSeries and S/390: System Management Revised: March 12, 2003 ISBN: 0738426105 482 pages Explore the book online at http://www.redbooks.ibm.com/abstracts/sg246820.html Bob Richards VP, Enterprise Technologist Technical Services SunTrust Banks, Inc. (404) 575-2798 * The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer.
Re: add new dasds
oops..failed to mention this..my kernel is 2.2.16. when i do echo "add device" it says "dasd:unknown command add device range=350-351" my version of kernel doesnot support this command i guess. regds. janaks. -Original Message- From: Klaus Bergmann [mailto:[EMAIL PROTECTED] Sent: Monday, March 17, 2003 5:41 PM To: [EMAIL PROTECTED] Subject: Re: add new dasds >We recently installed Suse 7.0 in our H30 machine (lpar mode). During >installation we specified only two dasds using the "insmod dasd" command. >But now we want to add some more dasds to the system. How to do this. echo "add device range=devno-range ">>/proc/dasd/devices Freundliche Grüsse, Klaus Bergmann
Re: add new dasds
>We recently installed Suse 7.0 in our H30 machine (lpar mode). During >installation we specified only two dasds using the "insmod dasd" command. >But now we want to add some more dasds to the system. How to do this. echo "add device range=devno-range ">>/proc/dasd/devices Freundliche Grüsse, Klaus Bergmann
add new dasds
hi list, We recently installed Suse 7.0 in our H30 machine (lpar mode). During installation we specified only two dasds using the "insmod dasd" command. But now we want to add some more dasds to the system. How to do this. thanx in advance. janaks.
Re: using lcs module with two type of adapters?
the kernel is 2.4.7 They -WERE- the typical erros when you load a module about IRQ and stuff. I was trying to pass him the addresses but it fails. thanks to your answer I figured I do not have to do insmod anymore. now all I do is ifconfig eth0 and it works. Now my question is how important arethe following lines in modules.conf for the adapters configuration at boot: alias eth0 lcs alias tr0 lcs --- Vic Cross <[EMAIL PROTECTED]> wrote: > On 17.03.2003 at 18:10:15, Abdullah Al-humaid > <[EMAIL PROTECTED]> wrote: > > > Can I use the same LCS module with two type of > > adapters ( TR, EN)? we have a machine running > suse7 > > and we are trying to start the ethernet adapter > while > > the TR adapter is up using the same module but it > wont > > load. > > Yes, you can do this, but the module will load only > once. The LCS module will > pick up all available adapters that have been > configured to the channel device > layer (chandev). This assumes a 2.4 kernel; if your > system is on a 2.2 kernel, > the parameters you specify to the module when it > loads must specify all of the > adapters you want. > > If you can tell us a little more about the error > messages you are seeing, we > will be able to give you some more information. > > Cheers, > Vic Cross __ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com
Re: using lcs module with two type of adapters?
On 17.03.2003 at 18:10:15, Abdullah Al-humaid <[EMAIL PROTECTED]> wrote: > Can I use the same LCS module with two type of > adapters ( TR, EN)? we have a machine running suse7 > and we are trying to start the ethernet adapter while > the TR adapter is up using the same module but it wont > load. Yes, you can do this, but the module will load only once. The LCS module will pick up all available adapters that have been configured to the channel device layer (chandev). This assumes a 2.4 kernel; if your system is on a 2.2 kernel, the parameters you specify to the module when it loads must specify all of the adapters you want. If you can tell us a little more about the error messages you are seeing, we will be able to give you some more information. Cheers, Vic Cross
=?iso-8859-1?Q?Re: routing hipersocket guest LANs without a separate guest LAN s u=
bnet - impossible??= MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 On 17.03.2003 at 15:16:37, "Bishop, Peter G" <[EMAIL PROTECTED]> wrote: > I don't think I established clearly enough with them exactly what a z/VM guest > is and can do, at least from the routing viewpoint, which as you say, is > pretty well everything if it's z/VM itself or Linux or indeed just about > anything I can think of. In the ISP/ASP redbook, we were only partly joking when we suggested that you should draw network diagrams of your penguin colony without showing z/VM, for certain audiences. As Mark said earlier, replace the "z/VM TCP/IP" label with one that says "Router", and the "HiperSockets" label with one that says "Ethernet". It is not totally accurate, but from the point of view of the network guys it should be good enough to convey what you want. When everything's working and they want to look inside the zSeries cabinet for where the network kit is, *then* sit them down and fill in the gaps. ;-) > I'm also starting to appreciate how good it will be when I get z/VM v4.3 and > can use the broadcast ability of its QDIO guest LANs. Meanwhile, I'll see > what the network blokes can do for me. Unless you have an application that specifically requires broadcast, you won't really notice the difference. The ARP "simulation" that the Guest LAN code provides makes a Guest LAN look enough like Crashernet that most applications work just fine. Cheers, Vic Cross
using lcs module with two type of adapters?
Can I use the same LCS module with two type of adapters ( TR, EN)? we have a machine running suse7 and we are trying to start the ethernet adapter while the TR adapter is up using the same module but it wont load. Thanks __ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com