Re: Assigning/Tracking Host names
Stricklin, Raymond J wrote: On the contrary. It is the users wanting hostnames 8 characters who are grateful that the hostname and VM username need not match. The RFC which Grega mentioned says otherwise. But at this point, we're arguing matters of taste. The RFC was drafted in 1990, at a time when only the newest UNIX systems were capable of handling a hostname longer than 8 characters. There were many UNIX systems still in use which were limited in this way, and limited too, for that matter, to 13 character filenames. In fact, HP-UX couldn't reliably handle hostnames longer than 8 characters for another ten years after this RFC was drafted. Don't forget that you only got 6 characters for a DECNET node name, too, so sometimes it was advisable to limit IP hostnames even further! This is all ancient history, though relevant if your shop is still supporting machines old enough to be affected by these limitations. If so, I feel your pain. If you remember all that, you must be nearly ready for retirement too:-) That said, host naming conventions are definitely a matter of taste. My personal preference is to anthropomorphize heavily, and assign CNAMEs if you want to name functions or services (i.e. a machine named 'wingnut' which is also known as 'ns3', 'smtp-outgoing', and 'www'). There are a lot of really outstanding reasons why I feel this way, but not everybody agrees. And that's okay, too. Some of the reasons for disagreeing are even reasonable ones. (@; I just use a bunch of animal names I roll out as required, but then these days I'm strictly small enterprise and don't have to worry much about many toys. I was thinking though, back to when VTAM was new and folk were naming terminals. No more than eight characters, and they folded a location code and serial number into each name. If someone complained about WACAVT09 not working, probably the responsible person could go, if not to the device itself, at least to the right room. Our network, for what it was, was pretty much point to point over leased lines: I don't recall that the computers even had names: probably only one to an office (location, not room) anyway. Later, when we had mainframes in the state capitals, there was only one in each location except Canberra, where they were CBRA, CBRB etc (for SMF purposes, I think) I don't recall other names, but probably we used the same codes airlines do. Names based on location and function have their good points. I note that for some years (but no longer) there were half-a-dozen or so IP addresses associated with www.ibm.com. -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] Please do not reply off-list -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Article for z/Journal
I'm doing an article for Bob Thomas' z/Journal http://www.zjournal.com/ about next-generation mainframers, industry and educational outreach initiatives for students and young professionals, opportunities and obstacles for people exploring this career area, etc. www.ibm.com/university/systemz is interesting if you've not seen it. A long-time and common topic on these lists (and I've cross-posted this note to several) is the graying of mainframers and how there is or will be a shortage of people to use/support/enhance big iron. I'm interested in what you're seeing -- in industry, schools, user groups, etc. -- regarding new generations of mainframers. Does your employer court/train young professionals for mainframe careers? Do you work with younger colleagues? Is there a generation gap or is there solidarity within mainframes? Do you have younger relatives working on mainframes? If so, did you influence their career choices? Do user groups adequately educate new folks in this technology and culture? Are your mainframe areas of interest reflected in industry/educational initiatives? If YOU are a non-graying mainframer -- what led to this career path? How do you like it so far? What future options do you see for yourself? Anything else? This will be a relatively short article so I likely won't be able to use everything contributed, but it's an interesting topic so I might explore it more later. I'll appreciate all comments/feedback -- and please reply directly to me as well as to the lists where you see this; since I get list digests it's a pain extracting nuggets from the daily mailings. Thanks for helping... -- Gabriel Goldberg, Computers and Publishing, Inc. (703) 204-0433 3401 Silver Maple Place, Falls Church, VA 22042[EMAIL PROTECTED] -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Article for z/Journal
I am a graying mainframer. I worked for IBM for 28 years as a hardware servicer, marketing system engineer, and a mainframe contract employee. I am concerned that three universities in my area were deeply involved in mainframe systems education in the past but now focus only on Microsoft products. There is no effort in this area to educate students on mainframes and their potential. I currently work for a state agency that provides data processing services to other state agencies (similar to a service bureau). Although the core applications (finance, welfare, labor) are still housed on the mainframe, there is a concerted effort by the CIO to move all applications to a client/server/web environment. To him this means everything will run on an Intel platform with a Microsoft operating system. Everyone in my work section is 40 years old and up. We recently had five employees leave. One passed away, three retired and one reassign to another area (help desk). Only two people have been recruited to replace these employees. The replacements have been mainframers from other agencies. These agencies have been moving to Intel servers for all new applications. Microsoft has done a great job in marketing their products as the future of data processing. They did this by capturing the education of future programmers and data processing employees in the universities. The personal computer has helped by enabling everyone to think he is a computer expert if he can load and run software on his own machine. The bulk of the people in the data processing industry have little or no contact or exposure to the mainframe. They have no concept of the potential of a single mainframe processor. Their concept is to run each application on a separate server regardless of the interactions of the numerous applications in each and every organization. Whatever happened to having a single source of data so that the data is in sync, up to date and accurate? Some of this has been caused by the cost of mainframe software and the time required developing applications. In today world this is no longer the case. We have desktop development tools for mainframe applications. We can even develop web applications that are more reliable and faster than their Microsoft counterparts. CICS, IMS, and DB2 are still great application environments. Today's application developer just is unaware of their potential and versatility. Thanks for the opportunity to vent my frustrations. Ruddy A. Melancon IT System Specialist - ISD State of Alabama Suite 102 64 North Union Street Montgomery, AL 36130 Office 334.353.7275 Fax 334.240.3177 When the only tool you have is a hammer, every problem begins to resemble a nail. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Gabe Goldberg Sent: Thursday, May 03, 2007 9:22 AM To: LINUX-390@VM.MARIST.EDU Subject: Article for z/Journal I'm doing an article for Bob Thomas' z/Journal http://www.zjournal.com/ about next-generation mainframers, industry and educational outreach initiatives for students and young professionals, opportunities and obstacles for people exploring this career area, etc. www.ibm.com/university/systemz is interesting if you've not seen it. A long-time and common topic on these lists (and I've cross-posted this note to several) is the graying of mainframers and how there is or will be a shortage of people to use/support/enhance big iron. I'm interested in what you're seeing -- in industry, schools, user groups, etc. -- regarding new generations of mainframers. Does your employer court/train young professionals for mainframe careers? Do you work with younger colleagues? Is there a generation gap or is there solidarity within mainframes? Do you have younger relatives working on mainframes? If so, did you influence their career choices? Do user groups adequately educate new folks in this technology and culture? Are your mainframe areas of interest reflected in industry/educational initiatives? If YOU are a non-graying mainframer -- what led to this career path? How do you like it so far? What future options do you see for yourself? Anything else? This will be a relatively short article so I likely won't be able to use everything contributed, but it's an interesting topic so I might explore it more later. I'll appreciate all comments/feedback -- and please reply directly to me as well as to the lists where you see this; since I get list digests it's a pain extracting nuggets from the daily mailings. Thanks for helping... -- Gabriel Goldberg, Computers and Publishing, Inc. (703) 204-0433 3401 Silver Maple Place, Falls Church, VA 22042[EMAIL PROTECTED] -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
RHEL source control packages
Hi, Can anyone point me to open source packages for source control that can be run on Red Hat AS 4 zLinux? I have found Subversion on the distribution; are there any others? My goal is to convert a CVS repository on a SLES 9 image to something supported on RHEL AS 4. Thanks for any help, Betsie -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: RHEL source control packages
If it's in CVS now, do you have to convert it? Or can you just move or copy it? -- R; - Original Message - From: Spann, Elizebeth (Betsie) [EMAIL PROTECTED] Sent: 05/03/2007 11:33 AM To: LINUX-390@VM.MARIST.EDU Subject: RHEL source control packages Hi, Can anyone point me to open source packages for source control that can be run on Red Hat AS 4 zLinux? I have found Subversion on the distribution; are there any others? My goal is to convert a CVS repository on a SLES 9 image to something supported on RHEL AS 4. Thanks for any help, Betsie -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Article for z/Journal
Hi, I have been working with mainframes for about 12 years (I'm 32)... I started as an application programmer and the moved to system programming about 8 years ago... What I'm seeing is something similar to what Ruddy described. In my company we are running all the core systems on the mainframe but a decision has been already taken and now everything is going to be migrated to a .NET MS environment. What runs on a singe z890 will require at least 50 Intel servers and counting... For the last three years I have working directly with zVM and zLinux and we have been able to show management some of the benefits of an environment like this, but as Ruddy said, MS has a great marketing team... we even tried to start using Open Office on the desktop but as soon as MS saw the move they convince management to continue using MS Office. Part of the problem is that people still think the mainframe is a BIG machine with green terminals... we have done an experiment here in the data center in which we ask people to identify the mainframe in the server room, almost nobody is able to identify the z890 and some people believe the mainframe is the air conditioner unit... Let's hope that IBM can revive the mainframe so that it can continue to be the best server in the data center... -Jose -Original Message- From: Melancon, Ruddy [mailto:[EMAIL PROTECTED] Sent: Thursday, May 03, 2007 11:18 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Article for z/Journal I am a graying mainframer. I worked for IBM for 28 years as a hardware servicer, marketing system engineer, and a mainframe contract employee. I am concerned that three universities in my area were deeply involved in mainframe systems education in the past but now focus only on Microsoft products. There is no effort in this area to educate students on mainframes and their potential. I currently work for a state agency that provides data processing services to other state agencies (similar to a service bureau). Although the core applications (finance, welfare, labor) are still housed on the mainframe, there is a concerted effort by the CIO to move all applications to a client/server/web environment. To him this means everything will run on an Intel platform with a Microsoft operating system. Everyone in my work section is 40 years old and up. We recently had five employees leave. One passed away, three retired and one reassign to another area (help desk). Only two people have been recruited to replace these employees. The replacements have been mainframers from other agencies. These agencies have been moving to Intel servers for all new applications. Microsoft has done a great job in marketing their products as the future of data processing. They did this by capturing the education of future programmers and data processing employees in the universities. The personal computer has helped by enabling everyone to think he is a computer expert if he can load and run software on his own machine. The bulk of the people in the data processing industry have little or no contact or exposure to the mainframe. They have no concept of the potential of a single mainframe processor. Their concept is to run each application on a separate server regardless of the interactions of the numerous applications in each and every organization. Whatever happened to having a single source of data so that the data is in sync, up to date and accurate? Some of this has been caused by the cost of mainframe software and the time required developing applications. In today world this is no longer the case. We have desktop development tools for mainframe applications. We can even develop web applications that are more reliable and faster than their Microsoft counterparts. CICS, IMS, and DB2 are still great application environments. Today's application developer just is unaware of their potential and versatility. Thanks for the opportunity to vent my frustrations. Ruddy A. Melancon IT System Specialist - ISD State of Alabama Suite 102 64 North Union Street Montgomery, AL 36130 Office 334.353.7275 Fax 334.240.3177 When the only tool you have is a hammer, every problem begins to resemble a nail. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Gabe Goldberg Sent: Thursday, May 03, 2007 9:22 AM To: LINUX-390@VM.MARIST.EDU Subject: Article for z/Journal I'm doing an article for Bob Thomas' z/Journal http://www.zjournal.com/ about next-generation mainframers, industry and educational outreach initiatives for students and young professionals, opportunities and obstacles for people exploring this career area, etc. www.ibm.com/university/systemz is interesting if you've not seen it. A long-time and common topic on these lists (and I've cross-posted this note to several) is the graying of mainframers and how there is or will be a shortage of people to use/support/enhance big iron. I'm interested in what
Re: RHEL source control packages
CVS is not on my RHEL distribution (I can't find it) and the www.cvshome.org website has no s390x binaries. Not sure if I can make it from the source that's listed on the site. Betsie -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Richard Troth Sent: Thursday, May 03, 2007 8:58 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: RHEL source control packages If it's in CVS now, do you have to convert it? Or can you just move or copy it? -- R; - Original Message - From: Spann, Elizebeth (Betsie) [EMAIL PROTECTED] Sent: 05/03/2007 11:33 AM To: LINUX-390@VM.MARIST.EDU Subject: RHEL source control packages Hi, Can anyone point me to open source packages for source control that can be run on Red Hat AS 4 zLinux? I have found Subversion on the distribution; are there any others? My goal is to convert a CVS repository on a SLES 9 image to something supported on RHEL AS 4. Thanks for any help, Betsie -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: RHEL source control packages
On Thu, May 3, 2007 at 12:06 PM, in message [EMAIL PROTECTED], Spann, Elizebeth (Betsie) [EMAIL PROTECTED] wrote: CVS is not on my RHEL distribution (I can't find it) and the www.cvshome.org website has no s390x binaries. Not sure if I can make it from the source that's listed on the site. Betsie, Check RHN. I see CVS packages there for RHEL4 on Intel and AMD. Subversion is considered by many to be a better package than CVS. There may be a way to use subversion to connect with your current CVS and copy everything that way. But, it may just be simpler to use CVS. Hopefully the migration from SLES to RHEL isn't a trend at your site. :( Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: RHEL source control packages
Of course you can!! CVS is easy. Building svn from source is a much different story -- critical dependencies on Apache, ART, yadeyadeyada -- not all systems are properly equipped. Been there, done that -- it's a pain. But if it were me putting up a better CVS, I'd think twice and reconsider Subversion, especially if available in binary/RPM form -- tagging is unnecessary, and branching is almost second nature. Quite a different story than CVS. --Jim-- Spann, Elizebeth (Betsie) [EMAIL PROTECTED] To Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: RHEL source control packages 05/03/2007 12:06 PM Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU CVS is not on my RHEL distribution (I can't find it) and the www.cvshome.org website has no s390x binaries. Not sure if I can make it from the source that's listed on the site. Betsie -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 inline: graycol.gifinline: pic02749.gifinline: ecblank.gif
Re: Article for z/Journal
I have been working on computer systems for over 40 years now. Anything from mainframe software development to mini-computers to PCs to embedded software development. It seems to me that although people think that the mainframe is going away...it's not obvious to me that the statement is totally true. Certainly, the main system that I work on here is mainframe based. There are other systems that we talk to that are distributed. Several of those were migrated over the last few years from a variety of platforms to HP Superdomes. The last one that was migrated HP had to build a superdome specifically for this installation (as they are not made anymore). This type of thing does not happen in the IBM mainframe world. IBM has had a migration path for many years to allow upgrades. If you look around the CICS Listserver, it becomes obvious just how many different corporations are using mainframes in significant ways. We have recently installed z/VM here (a z/OS shop only up till now) to enable some XML front end work to go on running under Linux. z/OS will still not go away here. The inbound XML transactions will still be processed by the existing mainframe applications. We process almost 7M transactions per day through the IBM mainframes with significant database processing at the back end. Kevin -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Gabe Goldberg Sent: Thursday, May 03, 2007 10:22 AM To: LINUX-390@VM.MARIST.EDU Subject: Article for z/Journal I'm doing an article for Bob Thomas' z/Journal http://www.zjournal.com/ about next-generation mainframers, industry and educational outreach initiatives for students and young professionals, opportunities and obstacles for people exploring this career area, etc. www.ibm.com/university/systemz is interesting if you've not seen it. A long-time and common topic on these lists (and I've cross-posted this note to several) is the graying of mainframers and how there is or will be a shortage of people to use/support/enhance big iron. I'm interested in what you're seeing -- in industry, schools, user groups, etc. -- regarding new generations of mainframers. Does your employer court/train young professionals for mainframe careers? Do you work with younger colleagues? Is there a generation gap or is there solidarity within mainframes? Do you have younger relatives working on mainframes? If so, did you influence their career choices? Do user groups adequately educate new folks in this technology and culture? Are your mainframe areas of interest reflected in industry/educational initiatives? If YOU are a non-graying mainframer -- what led to this career path? How do you like it so far? What future options do you see for yourself? Anything else? This will be a relatively short article so I likely won't be able to use everything contributed, but it's an interesting topic so I might explore it more later. I'll appreciate all comments/feedback -- and please reply directly to me as well as to the lists where you see this; since I get list digests it's a pain extracting nuggets from the daily mailings. Thanks for helping... -- Gabriel Goldberg, Computers and Publishing, Inc. (703) 204-0433 3401 Silver Maple Place, Falls Church, VA 22042[EMAIL PROTECTED] -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: RHEL source control packages
On 5/3/07, James Tison [EMAIL PROTECTED] wrote: Of course you can!! CVS is easy. Building svn from source is a much different story -- critical dependencies on Apache, ART, yadeyadeyada -- not all systems are properly equipped. Been there, done that -- it's a pain. But if it were me putting up a better CVS, I'd think twice and reconsider Subversion, especially if available in binary/RPM form -- tagging is unnecessary, and branching is almost second nature. Quite a different story than CVS. --Jim-- Spann, Elizebeth (Betsie) [EMAIL PROTECTED] To Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: RHEL source control packages 05/03/2007 12:06 PM Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU CVS is not on my RHEL distribution (I can't find it) and the www.cvshome.org website has no s390x binaries. Not sure if I can make it from the source that's listed on the site. Betsie -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 Hello! Jim, can you cite specifics here? I've had nearly no problems building subversion for my Slackware Intel platforms, before it was finally released as part of the basic developer tools kit. About the only really loud problem was that of the time involved, but most of us are familiar with that one. Mark can you offer any comments here? -- Gregg C Levine [EMAIL PROTECTED] This signature was once found posting rude messages in English in the Moscow subway. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Article for z/Journal
On Thursday, 05/03/2007 at 12:03 AST, José L. Ramírez [EMAIL PROTECTED] wrote: Let's hope that IBM can revive the mainframe so that it can continue to be the best server in the data center... All anyone (even IBM) can do is make the case that 50 virtual servers will be more cost effective than 50 real servers, for all the reasons that have been quoted here, especially if you already are invested in the mainframe. IMO, if your CIO/CFO/CTO team aren't faced with a power/temperature/space/expense problem, they have no incentive to look at server consolidation and virtualization (on any platform). I.e. if they aren't experiencing viscerally perceptible growth, they don't have a problem to solve. Of course, don't try to paint server and desktop technology with the same brush. That's a good way to sink the whole effort. Alan Altmark z/VM Development IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: RHEL source control packages
This is going back a bit, from memory... RH 9.3 Intel (or was that .2? Whatever FLEX-ES required at the time...) with Apache 1.something (primitive APR other Apache parts, which had to be upgraded and, IIRC, pulled in many downline dependencies). ISTR there were Perl dependencies requiring upgrade, too. Pure RPM h*ll ... the time it took to build was nothing compared to the time it took to resolve all the prereqs. svn was at 1.3.0.rc1 to cooperate with the then-new gcc source repository. --Jim-- Gregg Levine [EMAIL PROTECTED] il.comTo Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: RHEL source control packages 05/03/2007 01:09 PM Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU Hello! Jim, can you cite specifics here? I've had nearly no problems building subversion for my Slackware Intel platforms, before it was finally released as part of the basic developer tools kit. About the only really loud problem was that of the time involved, but most of us are familiar with that one. Mark can you offer any comments here? -- Gregg C Levine [EMAIL PROTECTED] This signature was once found posting rude messages in English in the Moscow subway. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 inline: graycol.gifinline: pic12060.gifinline: ecblank.gif
Apache2
I need to learn how to set up Apache2. Is there a good book or class on the topic? -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Apache2
Start with apache.org or tldp.org. If you actually want paper, oreilly.com. Stephen Frazier wrote: I need to learn how to set up Apache2. Is there a good book or class on the topic? -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2007 - Green Bay, WI - May 18-22, 2007 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Apache2
Hi, There are many books/howto's on this topic..., I personally recently bought Pro Apache, Third Edition (check amazon.com) and although I haven't finished it yet it looks like a very good resource. -Jose -Original Message- From: Rich Smrcina [mailto:[EMAIL PROTECTED] Sent: Thursday, May 03, 2007 2:24 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Apache2 Start with apache.org or tldp.org. If you actually want paper, oreilly.com. Stephen Frazier wrote: I need to learn how to set up Apache2. Is there a good book or class on the topic? -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2007 - Green Bay, WI - May 18-22, 2007 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 Scanned by McAfee SCM1 Scanned by Triple-S SCM1 - *Attention* This electronic message, including any attachments, contains information that may be legally confidential and/or privileged. The information is intended solely for the individual or entity named above and access by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error and delete it from your system.
Re: Assigning/Tracking Host names
-Original Message- From: John Summerfield [mailto:[EMAIL PROTECTED] If you remember all that, you must be nearly ready for retirement too:-) Alas, yesterday was my 30th birthday. If I were nearly ready for retirement it would make this pending (potential) outsourcing that I am facing much easier to take. As it is, if it does happen, I'm probably going to have to go back to working on UNIX systems and forget about z/VM, as I will have just barely over two years experience at that point. I think that will be the biggest disappointment of the whole ordeal, for me personally. The anthropology of technology is a sort of hobby of mine. I was thinking though, back to when VTAM was new and folk were naming terminals. No more than eight characters, and they folded a location code and serial number into each name. If someone complained about WACAVT09 not working, probably the responsible person could go, if not to the device itself, at least to the right room. For a huge deployment of equipment which is all essentially functionally undifferentiated (or at least interchangeable), there's a lot to like about that approach. Names based on location and function have their good points. True. In my experience, however, machines change location or function more frequently than they change names. This is probably more true of distributed systems than it is of mainframe systems. I note that for some years (but no longer) there were half-a-dozen or so IP addresses associated with www.ibm.com. I suspect that it is no longer true, not because redundancy and load-balancing such a setup would have afforded is no longer required, but because there are more sophisticated ways of doing it these days than just with multiple DNS A (or CNAME) records. F5 Networks, for example, have done some rather astonishing things with their BigIP product---which honestly has probably moved on to accomplish even more astonishing things since the last time I looked at it four or five years ago. ok r. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: boot error
On Wed, 2007-05-02 at 15:53 -0600, Mark Post wrote: On Wed, May 2, 2007 at 1:18 PM, in message [EMAIL PROTECTED], Ayer, Paul W [EMAIL PROTECTED] wrote: Good Morning, Anyone ever come across this error at boot time. Yes, lots of people have gotten that error, for lots of different reasons. Before the boot I formatted and added 53 3390 packs and when I tried to update the /etc/modprobe.conf file, but the / file system was full. What does your kernel command line look like? cat /proc/cmdline will tell you what the system booted with. (You should be able to issue that command after entering your root password, and seeing if you can manually mount the proc file system, if it isn't already mounted.) But, it sounds like you may have updated /etc/fstab, and gotten things wrong. Fixing that may solve your whole problem. Also, in your /etc/fstab, are you mounting / by label? Perhaps you should try changing to root=/dev/dasda1 (or whatever) in /etc/zipl.conf, in case any of the 53 disks have an ext filesystem label of /, which would cause a problem because it's a duplicate. Can you post your fstab here? You also need to figure out why your root file system is full and fix that first, so you can save any updates you make to fstab. So I could not update that. Did the reboot thinking that oh well the disks will just go away (as they will not be added to the start up) and the boot would not work ... Running RHEL 4.4 Error below; [/sbin/fsck.ext2 (1) -- /] fsck.ext2 -a / /: These next errors are the ones that makes me think you've fouled up your fstab. The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 =snip- WARNING: Your /etc/fstab does not contain the fsck passno field. I will kludge around things for you, but you should fix your /etc/fstab file as soon as you can. fsck.ext2: Is a directory while trying to open / [FAILED] -snip- Give root password for maintenance (or type Control-D to continue): Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- Brad Hinson [EMAIL PROTECTED] Technical Account Manager Red Hat, Inc. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: RHEL source control packages
On Thu, 2007-05-03 at 10:23 -0600, Mark Post wrote: On Thu, May 3, 2007 at 12:06 PM, in message [EMAIL PROTECTED], Spann, Elizebeth (Betsie) [EMAIL PROTECTED] wrote: CVS is not on my RHEL distribution (I can't find it) and the www.cvshome.org website has no s390x binaries. Not sure if I can make it from the source that's listed on the site. Betsie, Check RHN. I see CVS packages there for RHEL4 on Intel and AMD. Subversion is considered by many to be a better package than CVS. There may be a way to use subversion to connect with your current CVS and copy everything that way. But, it may just be simpler to use CVS. Hopefully the migration from SLES to RHEL isn't a trend at your site. :( The CVS package is already built and part of the RHEL 4 distro. You can grab it from the install tree, or from RHN: https://rhn.redhat.com/network/software/packages/details.pxt?pid=344969 (s390 and s390x packages available) No need to rebuild :) -Brad Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- Brad Hinson [EMAIL PROTECTED] Technical Account Manager Red Hat, Inc. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: RHEL source control packages
Spann, Elizebeth (Betsie) wrote: Hi, Can anyone point me to open source packages for source control that can be run on Red Hat AS 4 zLinux? I have found Subversion on the distribution; are there any others? My goal is to convert a CVS repository on a SLES 9 image to something supported on RHEL AS 4. As others have said, CVS exists. People seem to be moving away from it though, in droves. Subversion isn't their only destination, some projects are using Mercurial. One of those is xen, the virtualisation project. Thanks for any help, Betsie Did you know there's an OSS project called Betsie? -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] Please do not reply off-list -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: RHEL source control packages
James Tison wrote: This is going back a bit, from memory... RH 9.3 Intel (or was that .2? No. It was not either 9.3 nor 9.2. The progression was 7.3, 8.0, 9, FC1. -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] Please do not reply off-list -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Assigning/Tracking Host names
Stricklin, Raymond J wrote: -Original Message- From: John Summerfield [mailto:[EMAIL PROTECTED] If you remember all that, you must be nearly ready for retirement too:-) Alas, yesterday was my 30th birthday. If I were nearly ready for Musta been reading history. My youngest daughter is 30 next year. retirement it would make this pending (potential) outsourcing that I am facing much easier to take. As it is, if it does happen, I'm probably going to have to go back to working on UNIX systems and forget about z/VM, as I will have just barely over two years experience at that point. I think that will be the biggest disappointment of the whole ordeal, for me personally. I've never really understood outsourcing. If (say) IBM Global Services can do it more cheaply, why can't you? Doesn't IBM GS have a conflict of interest? If the work's going offshore, do you really want to risk your Crown Jewels (corporate data) to a foreign jurisdiction? (ask Google about betting on Cricket in the subcontinent). When someone leaves, you lose corporate history. Possibly I remember stuff about where I worked 30 years ago that nobody there now knows and that's not in any records, and wouldn't be read if it was. True. In my experience, however, machines change location or function more frequently than they change names. This is probably more true of distributed systems than it is of mainframe systems. I note that for some years (but no longer) there were half-a-dozen or so IP addresses associated with www.ibm.com. I suspect that it is no longer true, not because redundancy and load-balancing such a setup would have afforded is no longer required, but because there are more sophisticated ways of doing it these days than just with multiple DNS A (or CNAME) records. F5 Networks, for example, have done some rather astonishing things with their BigIP product---which honestly has probably moved on to accomplish even more astonishing things since the last time I looked at it four or five years I think a simple round-robin DNAT (multiple destinations) would do it. -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] Please do not reply off-list -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
