Re: Novell Suse vs Red Hat
Eatherly, John D [EQ] wrote: We are looking at Red Hat and SUSE. Does anyone have any input on which one is better for the z platform. Any advantages or disadvantages? The only difference that I can see is that SUSE seems to be a little ahead on the maintenance releases. I have done some searching but cannot find much more that would help us make this decision. Any input on this would be appreciated. Hi John, I have worked with both RHEL 5.0 and SLES10-SP1. I must admit that my previous experience was mostly SuSE (many years PC and z). For me I found SuSE much easier to install, customize, and to maintain. But if I had worked with Redhat for years my preferences may have been totally reversed ;-) Both products are excellent, but although its all GNU/Linux underneath the supporting installation and administration scripts the distros use are totally different. If you are new to Linux, then the choice really is yours, if you have some expertize in either one I would recommend that you stick with that one. Also mixing the two (as we do) is an administration headache, better to pick one distro and stick with it. Example Firewall - both distros provide tools, both different, even though iptables is running underneath it all. And the exmaple list could go on and on ;-) Another point is what will your main application/solution be? Checking support for that may be more important than the base distro itself. Mark -- 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: Novell Suse vs Red Hat
We use RHEL here. I do not work on the RHEL codebase (but that code feeds messages into the code that I do support here). I hang around here out of interest. I believe that the person that chose RHEL did so because of other stuff in use was supported at the release level that we started using RHEL. I do notice though, that there are many more SUSE questions raised (and answered) here than RHEL. It's not obvious to me why that is. Is it because: SUSE is used more than RHEL? Because SUSE has more problems (don't think this is so). I don't know the answers (and don't mean to start any long thread here ). Kevin -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Eatherly, John D [EQ] Sent: Monday, September 24, 2007 9:49 PM To: LINUX-390@VM.MARIST.EDU Subject: Novell Suse vs Red Hat We are looking at Red Hat and SUSE. Does anyone have any input on which one is better for the z platform. Any advantages or disadvantages? The only difference that I can see is that SUSE seems to be a little ahead on the maintenance releases. I have done some searching but cannot find much more that would help us make this decision. Any input on this would be appreciated. Thanks in advance... John Eatherly -- 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: Create PDFs
I remember EEs at a prior company using Forth years ago. They used to "extend" the language set by "adding" their own instructions. Then they couldn't remember "how" their own instruction worked (these were EEs doing this stuff not software guys./me waits for the verbal abuse to come in), so rewrote it for other code later on. Seemed very powerful but didn't see much use (at least at that company). I'm not surprised it didn't really go anywhere. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Adam Thornton Sent: Monday, September 24, 2007 11:40 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Create PDFs On Sep 24, 2007, at 5:40 PM, Rick Troth wrote: > > PostScript is a 4th-like language (where, for those unfamiliar > with it, there was once a language called "4th" and PS is like it). "Forth". Pedantically yrs, Adam -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Novell Suse vs Red Hat
We use SuSE on the z. The original reason was the support for our environment. Last week at the IBM Expo, two presenters from IBM said that they had given code to SuSE and Red Hat that only SuSE had included in their distributions. Our two 32 bit Red Hat HPC clusters are Red Hat today but the vendor is switching to SuSE for the new 64 bit clusters. Lea Stahr Linux, zLinux, and zVM Administrator 630-753-5445 [EMAIL PROTECTED] -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Eatherly, John D [EQ] Sent: Monday, September 24, 2007 8:49 PM To: LINUX-390@VM.MARIST.EDU Subject: Novell Suse vs Red Hat We are looking at Red Hat and SUSE. Does anyone have any input on which one is better for the z platform. Any advantages or disadvantages? The only difference that I can see is that SUSE seems to be a little ahead on the maintenance releases. I have done some searching but cannot find much more that would help us make this decision. Any input on this would be appreciated. Thanks in advance... John Eatherly -- 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 CONFIDENTIALITY NOTICE: This e-mail, and any attachments and/or documents linked to this email, are intended for the addressee and may contain information that is privileged, confidential, proprietary, or otherwise protected by law. Any dissemination, distribution, or copying is prohibited. This notice serves as a confidentiality marking for the purpose of any confidentiality or nondisclosure agreement. If you have received this communication in error, please contact the original sender. -- 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
naming dasd devices
Hello, I am building a large EVMS volume with a lot of minidisks /dev/dasda (i.e. minidisk 200) /dev/dasdb 201 ... I'd like to name the devices similar to the minidisks: /dev/dasd200 /dev/dasd201 /dev/dasd200a (pav for minidisk 200) I think it's possible with udev, but /dev/dasdx it's the kernel name. If it isn't possible to modify the kernel name, I would create an alternative /dev/disk/by-minidisk/dasd200 Any suggestion? Thanks -- 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: Create PDFs
> -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > Behalf Of Evans, Kevin R > Sent: Tuesday, September 25, 2007 5:53 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Create PDFs > > > I remember EEs at a prior company using Forth years ago. They used to > "extend" the language set by "adding" their own instructions. > Then they > couldn't remember "how" their own instruction worked (these were EEs > doing this stuff not software guys./me waits for the > verbal abuse to > come in), so rewrote it for other code later on. Seemed very powerful > but didn't see much use (at least at that company). I'm not > surprised it > didn't really go anywhere. > Not go anywhere? It was not designed as a general purpose language. IIRC, the creator created it to control telescopes. I think it has a larger audience in the embedded or process control world. I've used it, just for learning purposes, and found it very interesting. I even created a forth-like intepreter that ran on MVS TSO. Do a Google search on "forth" and you'll get a lot of hits. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Create PDFs
I believe that Jack Woehr also wrote a forth interpreter for VM/CMS sometime ago. McKown, John wrote: -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Evans, Kevin R Sent: Tuesday, September 25, 2007 5:53 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Create PDFs I remember EEs at a prior company using Forth years ago. They used to "extend" the language set by "adding" their own instructions. Then they couldn't remember "how" their own instruction worked (these were EEs doing this stuff not software guys./me waits for the verbal abuse to come in), so rewrote it for other code later on. Seemed very powerful but didn't see much use (at least at that company). I'm not surprised it didn't really go anywhere. Not go anywhere? It was not designed as a general purpose language. IIRC, the creator created it to control telescopes. I think it has a larger audience in the embedded or process control world. I've used it, just for learning purposes, and found it very interesting. I even created a forth-like intepreter that ran on MVS TSO. Do a Google search on "forth" and you'll get a lot of hits. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology -- DJ V/Soft -- 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
snmp query
Hi listers, I was curious if anyone was aware of a product on the market that could run batched snmp queries against printers and report back the device type/model to a file. We can use the web browser to display this information... but it is terribly time consuming to do this for hundreds of printers. It would be great if it could run on zLinux plus I could ftp that data to my workstation to be cut/paste into a word document. Thanks in advance, Susan -- 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: Create PDFs
It was on embedded systems that I was talking about. I only meant that it never went "mainstream". Kevin -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, September 25, 2007 8:47 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Create PDFs > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > Behalf Of Evans, Kevin R > Sent: Tuesday, September 25, 2007 5:53 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Create PDFs > > > I remember EEs at a prior company using Forth years ago. They used to > "extend" the language set by "adding" their own instructions. > Then they > couldn't remember "how" their own instruction worked (these were EEs > doing this stuff not software guys./me waits for the > verbal abuse to > come in), so rewrote it for other code later on. Seemed very powerful > but didn't see much use (at least at that company). I'm not > surprised it > didn't really go anywhere. > Not go anywhere? It was not designed as a general purpose language. IIRC, the creator created it to control telescopes. I think it has a larger audience in the embedded or process control world. I've used it, just for learning purposes, and found it very interesting. I even created a forth-like intepreter that ran on MVS TSO. Do a Google search on "forth" and you'll get a lot of hits. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Create PDFs
On Tue, Sep 25, 2007 at 08:07:26AM -0500, Dave Jones wrote: > McKown, John wrote: > >Not go anywhere? It was not designed as a general purpose language. > >IIRC, the creator created it to control telescopes. I think it has a > >larger audience in the embedded or process control world. Very much so. My roommate spent 10 years doing it for a living for the world's second largest manufacturer of electronic scales. (He got laid off, and hasn't been able to find anyone else to work for, though; the embedded space has almost entirely gone to C, and he doesn't ahve any C experience he can put on his resume.) > I believe that Jack Woehr also wrote a forth interpreter for VM/CMS > sometime ago. Dunno if it's his or not, but I've got a Forth for CMS tucked away somewhere. -- Jay Maynard, K5ZC http://www.conmicro.com http://jmaynard.livejournal.com http://www.tronguy.net http://www.hercules-390.org (Yes, that's me!) Buy Hercules stuff at http://www.cafepress.com/hercules-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: Novell Suse vs Red Hat
>>> On Tue, Sep 25, 2007 at 6:47 AM, in message <[EMAIL PROTECTED]>, "Evans, Kevin R" <[EMAIL PROTECTED]> wrote: -snip- > I do notice though, that there are many more SUSE questions raised (and > answered) here than RHEL. It's not obvious to me why that is. Is it > because: > > SUSE is used more than RHEL? > Because SUSE has more problems (don't think this is so). Largely because Novell/SUSE has about 80-90% of the mainframe market. A good part of that is because SUSE (at that time SuSE) got their SuSE 7.0 mainframe version out first, and then followed up with SLES7, and much later, SLES8. During that same time, Red Hat put out a 31-bit Red Hat Linux 7.2, and then a 64-bit Red Hat Linux 7.1 (which a lot of people thought was curious), but no follow-up release (it seemed). When people on the various mailing lists asked if Red Hat was going to stay in the mainframe market, no answer was forthcoming, because the technical folks that hung out in the various mailing lists weren't allowed to answer such questions. Some time after that, Red Hat produced Red Hat Enterprise Linux, which included a mainframe version. By that time, most people had chosen SLES. Redbooks had been written, using SLES. ISVs had done their certifications for SLES, etc., etc. So, in short, largely historical reasons. 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: Create PDFs
I worked in the embedded field for about 20+ years and never used it myself. No self respecting software developer would use it (at least for the military stuff that I worked on). As far as I saw, the code was almost impossible to maintain. Kevin -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Jay Maynard Sent: Tuesday, September 25, 2007 9:26 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Create PDFs On Tue, Sep 25, 2007 at 08:07:26AM -0500, Dave Jones wrote: > McKown, John wrote: > >Not go anywhere? It was not designed as a general purpose language. > >IIRC, the creator created it to control telescopes. I think it has a > >larger audience in the embedded or process control world. Very much so. My roommate spent 10 years doing it for a living for the world's second largest manufacturer of electronic scales. (He got laid off, and hasn't been able to find anyone else to work for, though; the embedded space has almost entirely gone to C, and he doesn't ahve any C experience he can put on his resume.) > I believe that Jack Woehr also wrote a forth interpreter for VM/CMS > sometime ago. Dunno if it's his or not, but I've got a Forth for CMS tucked away somewhere. -- Jay Maynard, K5ZC http://www.conmicro.com http://jmaynard.livejournal.com http://www.tronguy.net http://www.hercules-390.org (Yes, that's me!) Buy Hercules stuff at http://www.cafepress.com/hercules-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: Novell Suse vs Red Hat
Makes sense to me, thanks Mark (as usual). Kevin -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Tuesday, September 25, 2007 9:34 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Novell Suse vs Red Hat >>> On Tue, Sep 25, 2007 at 6:47 AM, in message <[EMAIL PROTECTED]>, "Evans, Kevin R" <[EMAIL PROTECTED]> wrote: -snip- > I do notice though, that there are many more SUSE questions raised (and > answered) here than RHEL. It's not obvious to me why that is. Is it > because: > > SUSE is used more than RHEL? > Because SUSE has more problems (don't think this is so). Largely because Novell/SUSE has about 80-90% of the mainframe market. A good part of that is because SUSE (at that time SuSE) got their SuSE 7.0 mainframe version out first, and then followed up with SLES7, and much later, SLES8. During that same time, Red Hat put out a 31-bit Red Hat Linux 7.2, and then a 64-bit Red Hat Linux 7.1 (which a lot of people thought was curious), but no follow-up release (it seemed). When people on the various mailing lists asked if Red Hat was going to stay in the mainframe market, no answer was forthcoming, because the technical folks that hung out in the various mailing lists weren't allowed to answer such questions. Some time after that, Red Hat produced Red Hat Enterprise Linux, which included a mainframe version. By that time, most people had chosen SLES. Redbooks had been written, using SLES. ISVs had done their certifications for SLES, etc., etc. So, in short, largely historical reasons. 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 -- 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: snmp query
Use one of the text mode browsers that are available on both VM and Linux. Use either REXX on VM or your favorite script language on Linux. It should be easy to write a script that will run against a list of printers. Susan Zimmerman wrote: Hi listers, I was curious if anyone was aware of a product on the market that could run batched snmp queries against printers and report back the device type/model to a file. We can use the web browser to display this information... but it is terribly time consuming to do this for hundreds of printers. It would be great if it could run on zLinux plus I could ftp that data to my workstation to be cut/paste into a word document. -- 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: Novell Suse vs Red Hat
We chose SuSE originally based on license/maintenance costs. (Our management demands contracted support.) We later switched to RedHat since Oracle supports running on RedHat but not on SuSE. Since we only want to support one distro, we went with RedHat. Tom Shilson Powered by Penguins Unix Team / IT Server Services Tel: 651-733-7591 tshilson at mmm dot com Fax: 651-736-7689 -- 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: naming dasd devices
Am Dienstag, 25. September 2007 schrieb Jorge Souto: > I'd like to name the devices similar to the minidisks: > > /dev/dasd200 > /dev/dasd201 > /dev/dasd200a (pav for minidisk 200) > > > I think it's possible with udev, but /dev/dasdx it's the kernel name. Yes udev is the tool you want to use. > If it isn't possible to modify the kernel name, I would create an > alternative /dev/disk/by-minidisk/dasd200 You cannot change the kernel name, but you can add as many symbolic links as you like. Lets say you can create a /dev/dasd200 symbolic link that points to /dev/dasda. The exact layout and format of the rules dedends on the distribution. If youhave RHEL4 or SLES9 you can have a look at the (now outdated) presentation: http://linuxvm.org/present/WAVV/udev.pdf If there is interest, I could try to create updated version for SLES10 and RHEL5 for a future conference. Christian -- 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: Create PDFs
On Tue, Sep 25, 2007 at 09:33:50AM -0400, Evans, Kevin R wrote: > I worked in the embedded field for about 20+ years and never used it > myself. No self respecting software developer would use it (at least for > the military stuff that I worked on). As far as I saw, the code was > almost impossible to maintain. My roommate's reply: "If you write it [Forth] to be maintainable, it'll be maintainable. If you write it to look like Perl, you'll get an unmaintainable mess. It's an amplifier: it amplifies mistakes really, really well." -- Jay Maynard, K5ZC http://www.conmicro.com http://jmaynard.livejournal.com http://www.tronguy.net http://www.hercules-390.org (Yes, that's me!) Buy Hercules stuff at http://www.cafepress.com/hercules-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: Create PDFs
I guess to each their own, no? Kevin -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Jay Maynard Sent: Tuesday, September 25, 2007 9:45 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Create PDFs On Tue, Sep 25, 2007 at 09:33:50AM -0400, Evans, Kevin R wrote: > I worked in the embedded field for about 20+ years and never used it > myself. No self respecting software developer would use it (at least for > the military stuff that I worked on). As far as I saw, the code was > almost impossible to maintain. My roommate's reply: "If you write it [Forth] to be maintainable, it'll be maintainable. If you write it to look like Perl, you'll get an unmaintainable mess. It's an amplifier: it amplifies mistakes really, really well." -- Jay Maynard, K5ZC http://www.conmicro.com http://jmaynard.livejournal.com http://www.tronguy.net http://www.hercules-390.org (Yes, that's me!) Buy Hercules stuff at http://www.cafepress.com/hercules-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: Novell Suse vs Red Hat
>>> On Mon, Sep 24, 2007 at 9:49 PM, in message <[EMAIL PROTECTED]>, "Eatherly, John D [EQ]" <[EMAIL PROTECTED]> wrote: > We are looking at Red Hat and SUSE. Does anyone have any input on which > one is better for the z platform. Any advantages or disadvantages? The > only difference that I can see is that SUSE seems to be a little ahead > on the maintenance releases. I have done some searching but cannot > find much more that would help us make this decision. Any input on this > would be appreciated. I've tried to figure out how to answer this without being dismissed as "of course he says that, he works for Novell." I guess I would point you to a z/Journal article I wrote about a year ago, while still working at EDS: Selecting a Linux or Linux/390 Distribution : http://www.zjournal.com/index.cfm?section=article&aid=604 If you would like some of the background to that, contact me off list. I'm not quite sure what you mean by "a little ahead on the maintenance releases." Both SLES and RHEL put out fixes on a as-needed basis, and both put out major updates/service packs on a fairly regular schedule. 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: snmp query
Hi, Susan. What kind of SNMP queries are you interested in? Susan Zimmerman wrote: Hi listers, I was curious if anyone was aware of a product on the market that could run batched snmp queries against printers and report back the device type/model to a file. We can use the web browser to display this information... but it is terribly time consuming to do this for hundreds of printers. It would be great if it could run on zLinux plus I could ftp that data to my workstation to be cut/paste into a word document. Thanks in advance, Susan -- 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 -- DJ V/Soft -- 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: Novell Suse vs Red Hat
>>> On Tue, Sep 25, 2007 at 9:42 AM, in message <[EMAIL PROTECTED]>, Tom Shilson <[EMAIL PROTECTED]> wrote: > We chose SuSE originally based on license/maintenance costs. (Our > management demands contracted support.) We later switched to RedHat since > Oracle supports running on RedHat but not on SuSE. Since we only want to > support one distro, we went with RedHat. Excuse me? Oracle is certified to run on SLES, and was certified before Red Hat. Recently, Oracles sales people have been pushing their CentOS clone (Unbreakable Linux) on Intel so that they can try to poach customers from Red Hat. Or failing that, they're pointing them to Red Hat in hopes they can convince them later on to switch. This has nothing to do with what is supported or certified. http://www.oracle.com/technology/support/metalink/index.html (You have to click your way through far too many levels, but start with "View Certifications by Platform" and then "IBM Linux on System z (31 and 64 bit)". 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: Create PDFs
On Sep 25, 2007, at 5:52 AM, Evans, Kevin R wrote: I remember EEs at a prior company using Forth years ago. They used to "extend" the language set by "adding" their own instructions. Then they couldn't remember "how" their own instruction worked (these were EEs doing this stuff not software guys./me waits for the verbal abuse to come in), so rewrote it for other code later on. Seemed very powerful but didn't see much use (at least at that company). I'm not surprised it didn't really go anywhere. Nothing except maybe Lisp rivals Forth in terms of expressive-power- per-byte-of-language. But then a stack is just a bunch of parens turned on its side. It flourished in embedded environments where you had very tight constraints to work within. The other two places you saw things like Forth were the HP calculators' RPN (on those models featuring a full programming language, like the 28S and the 48) and PostScript (which is a small stack-based language, but not really Forth). Adam -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
OT : Language comparisons (was Re: Create PDFs)
Adam Thornton wrote: Nothing except maybe Lisp rivals Forth in terms of expressive-power- per-byte-of-language. But then a stack is just a bunch of parens turned on its side. I'd put APL first in that category ! --Ivan -- 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: OT : Language comparisons (was Re: Create PDFs)
> -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > Behalf Of Ivan Warren > Sent: Tuesday, September 25, 2007 9:09 AM > To: LINUX-390@VM.MARIST.EDU > Subject: OT : Language comparisons (was Re: Create PDFs) > > > Adam Thornton wrote: > > > > Nothing except maybe Lisp rivals Forth in terms of expressive-power- > > per-byte-of-language. But then a stack is just a bunch of parens > > turned on its side. > > > I'd put APL first in that category ! > > --Ivan I love APL. And found its "vector oriented" mindset very helpful for when I was learning SQL. It also needs a "set oriented" mindset so that you don't do the legacy "record at a time" thinking. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: OT : Language comparisons (was Re: Create PDFs)
On Tue, Sep 25, 2007 at 04:09:08PM +0200, Ivan Warren wrote: > Adam Thornton wrote: > >Nothing except maybe Lisp rivals Forth in terms of expressive-power- > >per-byte-of-language. But then a stack is just a bunch of parens > >turned on its side. > I'd put APL first in that category ! "Three things a man must do before his life is done, Write two lines in APL and make the buggers run." -- Stan Kelly-Bootle, _The Devil's DP Dictionary_ -- Jay Maynard, K5ZC http://www.conmicro.com http://jmaynard.livejournal.com http://www.tronguy.net http://www.hercules-390.org (Yes, that's me!) Buy Hercules stuff at http://www.cafepress.com/hercules-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: OT : Language comparisons (was Re: Create PDFs)
On Sep 25, 2007, at 9:09 AM, Ivan Warren wrote: Adam Thornton wrote: Nothing except maybe Lisp rivals Forth in terms of expressive-power- per-byte-of-language. But then a stack is just a bunch of parens turned on its side. I'd put APL first in that category ! I think I was unclear. What I meant was not "per-byte-of-program" but "per-byte-of-compiler- or-interpreter". That is, it's relatively easy to create a very, very small Forth interpreter--suitable for running in a tiny environment--which nevertheless is a very powerful language. Now, don't try this trick with Common Lisp, but some early Lisps and some dialects are quite suitable for implementation in not-much-room- at-all. Adam -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Novell Suse vs Red Hat
>>> On Tue, Sep 25, 2007 at 7:48 AM, in message <[EMAIL PROTECTED]>, "Stahr, Lea" <[EMAIL PROTECTED]> wrote: > We use SuSE on the z. The original reason was the support for our > environment. Last week at the IBM Expo, two presenters from IBM said > that they had given code to SuSE and Red Hat that only SuSE had included > in their distributions. Our two 32 bit Red Hat HPC clusters are Red Hat > today but the vendor is switching to SuSE for the new 64 bit clusters. This is one area (among man) where the two distributions approach things differently. Early on, the SuSE (now Novell) developers worked very closely with the IBM developers to include as many of the IBM mainframe-specific patches as possible. Given the bleeding edge nature of some of the stuff, there were some problems. Now, Novell does an assessment of patches to determine how intrusive they are, and how likely they are to affect stability, versus the additional functionality provided. As a result, Novell still includes a lot of the updates in the regular maintenance stream, others on Service Pack updates, and others in new releases (SLES10, versus SLES11, etc.) Red Hat has made the business decision that they won't incorporate any IBM patches that have not been accepted into the official kernel source tree. Once a patch has been merged, they will consider backporting it to the version(s) they ship. In the case of the 2.4 kernels, this made a huge difference, because the 2.4 kernel maintainer wasn't of a mind to accept many of IBM's patches. This has changed radically with the 2.6 kernels. There are very few IBM patches that get rejected or deferred. As a result, the Red Hat 2.6 kernels and the Novell 2.6 kernels have almost exactly the same IBM patches in it. So, RHEL5 and SLES10, from a _kernel only_ perspective, are very similar in functionality. Not identical, but very similar. (For example, with SLES10 SP1, Novell picked up all the outstanding IBM patches except for the NSS one, which will likely be in SP2.) 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: Create PDFs
> If you write it to look like Perl, you'll get an > unmaintainable mess. It's an amplifier: it amplifies mistakes really, > really > well." It's the old saw that says that it's possible to write FORTRAN in any programming language if you try hard enough. Forth is very, very useful, particularly if you need specialized application grammars. It's tiny, and light-weight, and easily embedded. -- 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
Hillgang
The next Hillgang meeting will be October 9. See http://www.vm.ibm.com/events/HILL1007.pdf We are teaming with the IBM Academic Initiative to invite local technical schools and colleges to attend the meeting and talk about training and education needs for the mainframe community. -- 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: Create PDFs
Hello! Right you are John. I even believe I've got the article from Byte Magazine describing it that way preserved someplace as a cutting. I even remember studying the way it worked on another machine that I supported. Now I just work with ideas for Postscript. Which happens to be a full language despite being a page description language. -- Gregg C Levine [EMAIL PROTECTED] "The Force will be with you. Always." Obi-Wan Kenobi > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of > McKown, John > Sent: Tuesday, September 25, 2007 8:47 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: [LINUX-390] Create PDFs > > > -Original Message- > > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > > Behalf Of Evans, Kevin R > > Sent: Tuesday, September 25, 2007 5:53 AM > > To: LINUX-390@VM.MARIST.EDU > > Subject: Re: Create PDFs > > > > > > I remember EEs at a prior company using Forth years ago. They used to > > "extend" the language set by "adding" their own instructions. > > Then they > > couldn't remember "how" their own instruction worked (these were EEs > > doing this stuff not software guys./me waits for the > > verbal abuse to > > come in), so rewrote it for other code later on. Seemed very powerful > > but didn't see much use (at least at that company). I'm not > > surprised it > > didn't really go anywhere. > > > > Not go anywhere? It was not designed as a general purpose language. > IIRC, the creator created it to control telescopes. I think it has a > larger audience in the embedded or process control world. I've used it, > just for learning purposes, and found it very interesting. I even > created a forth-like intepreter that ran on MVS TSO. > > Do a Google search on "forth" and you'll get a lot of hits. > > -- > John McKown > Senior Systems Programmer > HealthMarkets > Keeping the Promise of Affordable Coverage > Administrative Services Group > Information Technology > > The information contained in this e-mail message may be privileged > and/or confidential. It is for intended addressee(s) only. If you are > not the intended recipient, you are hereby notified that any disclosure, > reproduction, distribution or other use of this communication is > strictly prohibited and could, in certain circumstances, be a criminal > offense. If you have received this e-mail in error, please notify the > sender by reply and delete this message without copying or disclosing > it. > > -- > 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: Create PDFs
> -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > Behalf Of Gregg C Levine > Sent: Tuesday, September 25, 2007 9:42 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Create PDFs > > > Hello! > Right you are John. I even believe I've got the article from > Byte Magazine > describing it that way preserved someplace as a cutting. I > even remember > studying the way it worked on another machine that I > supported. Now I just > work with ideas for Postscript. > > Which happens to be a full language despite being a page description > language. > > -- > Gregg C Levine [EMAIL PROTECTED] > "The Force will be with you. Always." Obi-Wan Kenobi Very true. When I was looking heavily at PS (for learning), I had seen a number of PS programs which actually created graphic images using the PS language. The images were actually generated (very slowly) in the printer. Circles, spirals, and the like. Very interesting. And NextStep used a version (Display Postscript) for its GUI operations. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: snmp query
You need the snmptools package in your distribution (may be part of the net-snmp package, depending on your distribution). Once you install that, you have a program called 'snmpget'. This will retrieve the value of a MIB variable to stdout. You want to retrieve the .vendorID and .deviceType fields from the standard system MIB (you can look those up either in the MIBs for your printers, or in the SNMP RFCs). You then need something like the following pseudo-code (no carping about backticks or csh syntax, please. I've heard it, and so has everyone else): touch output.file foreach i in (`cat ipadresslist.file`) snmpget $i system.vendorID >> output.file snmpget $i system.deviceType >> output.file end The syntax of the above is off the top of my head, so check the man pages, but hand something like this a file of IP addresses or host names to try, and the output file should contain the responses you want. If you replace the snmpget program with snmpwalk, you'll get everything that printer knows about itself -- caution: this may slow or stop printing on some printers with limited CPU resources. From: Linux on 390 Port on behalf of Susan Zimmerman Sent: Tue 9/25/2007 9:15 AM To: LINUX-390@VM.MARIST.EDU Subject: snmp query Hi listers, I was curious if anyone was aware of a product on the market that could run batched snmp queries against printers and report back the device type/model to a file. We can use the web browser to display this information... but it is terribly time consuming to do this for hundreds of printers. It would be great if it could run on zLinux plus I could ftp that data to my workstation to be cut/paste into a word document. Thanks in advance, Susan -- 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: snmp query
You could use a package like net-snmp (http://net-snmp.sourceforge.net/) in Linux for this (and other) tasks. regards, Martin Eggen On 25/09/2007, Susan Zimmerman <[EMAIL PROTECTED]> wrote: > Hi listers, > > I was curious if anyone was aware of a product on the market that could run > batched snmp queries against printers and report back the device type/model > to a file. We can use the web browser to display this information... but > it is terribly time consuming to do this for hundreds of printers. > > It would be great if it could run on zLinux plus I could ftp that data to > my > workstation to be cut/paste into a word document. > > > Thanks in advance, > > Susan > > -- > 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: snmp query
ESATCP will scan a subnet (256 devices), can start scanning those devices and put that data into ESALPS. Would that work? Then you can even monitor the printers activity. Susan Zimmerman wrote: Hi listers, I was curious if anyone was aware of a product on the market that could run batched snmp queries against printers and report back the device type/model to a file. We can use the web browser to display this information... but it is terribly time consuming to do this for hundreds of printers. It would be great if it could run on zLinux plus I could ftp that data to my workstation to be cut/paste into a word document. Thanks in advance, Susan -- 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 begin:vcard fn:Barton Robinson n:Robinson;Barton adr;dom:;;PO 390640;Mountain View;CA;94039-0640 email;internet:[EMAIL PROTECTED] title:Sr. Architect tel;work:650-964-8867 note:If you can't measure it, I'm just not interested x-mozilla-html:FALSE url:http://velocitysoftware.com version:2.1 end:vcard
Shared Kernel on Sles10
Guys, I'm trying to set up a NSS for Shared kernel support. My distribution is a SLES10 with SP1. The CONFIG_SHARED_KERNEL option seems to be already specified in this kernel level 2.6.16.46 If I try to IPL the first instance with savesys parameter... I'm not able to see any NSS creation in VM (QUERY NSS doesn't show nss i'm creating). Does anyvody know if i need to take other actions befor IPLing a Linux with savesys parameter??? This parameter is pecified on zipl.conf: [nssipl] image = /boot/image target = /boot/zipl ramdisk = /boot/initrd,0x100 parameters = "savesys=LNX0NSS root=/dev/dasdb1 dasd=101,201 TERM=dumb 3" Thanks Max -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Shared Kernel on Sles10
Hi, Max. There should be some CP error or warning messages assoicated with you attempting to save the Linux kernel in an NSS. Does your virtual machine where you are attempting to do this have the correct CP privilege classes? I believe that to save an NSS, you need Class E privileges. Max Belardi wrote: Guys, I'm trying to set up a NSS for Shared kernel support. My distribution is a SLES10 with SP1. The CONFIG_SHARED_KERNEL option seems to be already specified in this kernel level 2.6.16.46 If I try to IPL the first instance with savesys parameter... I'm not able to see any NSS creation in VM (QUERY NSS doesn't show nss i'm creating). Does anyvody know if i need to take other actions befor IPLing a Linux with savesys parameter??? This parameter is pecified on zipl.conf: [nssipl] image = /boot/image target = /boot/zipl ramdisk = /boot/initrd,0x100 parameters = "savesys=LNX0NSS root=/dev/dasdb1 dasd=101,201 TERM=dumb 3" Thanks Max -- 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 -- DJ V/Soft -- 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
Help, my VIPA won't work - long email
Running Red Hat 5 with 2 OSA cards and I'm trying to setup a VIPA. I'm in lpar mode without z/VM and I took my instructions from: Linux on System z Device Drivers, Features, and Commands February, 2007 Linux Kernel 2.6 - October 2005 stream For simplicity sake, I took down eth1 and just used eth0. Eth0 has a different netmask than the VIPA (dummy0) just like on our MVS lpars. ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:11:25:C0:7D:46 inet addr:xxx.xxx.64.58 Bcast:xxx.xxx.64.63 Mask:255.255.255.240 inet6 addr: fe80::11:2500:3c0:7d46/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 RX packets:273 errors:0 dropped:0 overruns:0 frame:0 TX packets:449 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:26260 (25.6 KiB) TX bytes:51522 (50.3 KiB) ifconfig dummy0 dummy0Link encap:Ethernet HWaddr 6A:A9:14:7F:2B:D3 inet addr:xxx.xxx.160.48 Bcast:xxx.xxx.161.255 Mask:255.255.254.0 inet6 addr: fe80::68a9:14ff:fe7f:2bd3/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1492 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) dummy0 was actually setup in /etc/sysconfig/network-scripts/ifcfg-dummy0 and looks like: DEVICE=dummy0 NETMASK=255.255.254.0 IPADDR=xxx.xxx.160.48 BROADCAST=xxx.xxx.161.255 NETWORK=xxx.xxx.160.0 GATEWAY=xxx.xxx.160.1 NETTYPE=qeth ONBOOT=yes TYPE=Ethernet MTU=1492 To set up the VIPA association I issued qethconf vipa add xxx.xxx.160.48 eth0 and verified with qethconf vipa list vipa add 128.231.160.48 eth0 and to further check this out: qetharp -nq eth0 AddressHWaddress HWTypeIface xxx.xxx.64.49 00:00:0c:07:ac:0e ether eth0 xxx.xxx.160.48 00:11:25:c0:7d:46 ether eth0 xxx.xxx.64.58 00:11:25:c0:7d:46 ether eth0 and route Kernel IP routing table DestinationGateway Genmask Flags Metric Ref Use Iface xxx.xxx.64.48 * 255.255.255.240 U 0 0 0eth0 xxx.xxx.160.0 * 255.255.254.0 U 0 0 0 dummy0 defaultxxx.xxx.64.49 0.0.0.0 UG0 0 0eth0 At this point I can't ping my VIPA (xxx.xxx.160.48) from the LAN and I can't ping my router at xxx.xxx.160.1 from the Linux host. Looks like something wrong in the LAN but as a test I took down dummy0 and changed eth0 to point to xxx.xxx.160.48 (VIPA address) with a default route of xxx.xxx.160.1. In this configuration I can access the host from the LAN and I can get out from the host so there doesn't seem to be anything wrong with the LAN. The definition of dummy0 has a GATEWAY defined in it so I think it is OK So I'm really confused. If anybody has any suggestions, I'd love to have them. Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Shared Kernel on Sles10
>>> On Tue, Sep 25, 2007 at 12:22 PM, in message <[EMAIL PROTECTED]>, Max Belardi <[EMAIL PROTECTED]> wrote: > Guys, > I'm trying to set up a NSS for Shared kernel support. My > distribution is a SLES10 with SP1. The CONFIG_SHARED_KERNEL option seems > to be already specified in this kernel level 2.6.16.46 > If I try to IPL the first instance with savesys parameter... I'm not > able to see any NSS creation in VM (QUERY NSS doesn't show nss i'm > creating). > Does anyvody know if i need to take other actions befor IPLing a Linux > with savesys parameter??? The automatic creation of the NSS via the savesys= kernel parm is not part of SLES10, even with SP1. I'm hoping to get that included with SP2. If you want to create an NSS, you'll need to do it manually. There is doc (somewhere) on IBM's web site. I'm pretty sure that it's pointed to by the http://linuxvm.org/Info/l390link.html page. 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: Shared Kernel on Sles10
Look here: http://download.boulder.ibm.com/ibmdl/pub/software/dw/linux390/docu/l26cdd03.pdf It's all explained in Chapter 13, "Shared Kernel Support". Mark Post wrote: On Tue, Sep 25, 2007 at 12:22 PM, in message <[EMAIL PROTECTED]>, Max Belardi <[EMAIL PROTECTED]> wrote: Guys, I'm trying to set up a NSS for Shared kernel support. My distribution is a SLES10 with SP1. The CONFIG_SHARED_KERNEL option seems to be already specified in this kernel level 2.6.16.46 If I try to IPL the first instance with savesys parameter... I'm not able to see any NSS creation in VM (QUERY NSS doesn't show nss i'm creating). Does anyvody know if i need to take other actions befor IPLing a Linux with savesys parameter??? The automatic creation of the NSS via the savesys= kernel parm is not part of SLES10, even with SP1. I'm hoping to get that included with SP2. If you want to create an NSS, you'll need to do it manually. There is doc (somewhere) on IBM's web site. I'm pretty sure that it's pointed to by the http://linuxvm.org/Info/l390link.html page. Mark Post -- DJ V/Soft -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Shared Kernel on Sles10
Sure... I've set all privileges (E included)! Dave Jones ha scritto: Hi, Max. There should be some CP error or warning messages assoicated with you attempting to save the Linux kernel in an NSS. Does your virtual machine where you are attempting to do this have the correct CP privilege classes? I believe that to save an NSS, you need Class E privileges. Max Belardi wrote: Guys, I'm trying to set up a NSS for Shared kernel support. My distribution is a SLES10 with SP1. The CONFIG_SHARED_KERNEL option seems to be already specified in this kernel level 2.6.16.46 If I try to IPL the first instance with savesys parameter... I'm not able to see any NSS creation in VM (QUERY NSS doesn't show nss i'm creating). Does anyvody know if i need to take other actions befor IPLing a Linux with savesys parameter??? This parameter is pecified on zipl.conf: [nssipl] image = /boot/image target = /boot/zipl ramdisk = /boot/initrd,0x100 parameters = "savesys=LNX0NSS root=/dev/dasdb1 dasd=101,201 TERM=dumb 3" Thanks Max -- 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 -- DJ V/Soft -- 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: Shared Kernel on Sles10
>>> On Tue, Sep 25, 2007 at 2:52 PM, in message <[EMAIL PROTECTED]>, Max Belardi <[EMAIL PROTECTED]> wrote: > Sure... > I've set all privileges (E included)! Ouch. You do know that is a Really Bad Idea [tm], don't you? 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: Create PDFs
Forth was the language of Sun's Open Boot PROM. From http://sunsite.uakom.sk/sunworldonline/swol-10-1995/swol-10-openboot.html: When you turn on a Sun workstation, the firmware in the boot PROM (programmable read-only memory) is executed immediately. The main function of a boot PROM is to load a standalone program to the core memory and start its execution. Standalone programs can be operating systems, diagnostic software, and others. The firmware in Sun's boot PROM is called OpenBoot. Other than initial program loading and invocation, OpenBoot provides debugging features to assist kernel debugging and board bring-up. In fact, Sun sponsored the IEEE Forth standard. Here's Sun's OpenBoot Command Reference manual: http://docs.sun.com/app/docs/doc/802-3241. The GNU implementation of forth is available at least in Fedora 7 as "yum install gforth". Etc etc. Richard Hitt [EMAIL PROTECTED] Adam Thornton wrote: On Sep 25, 2007, at 5:52 AM, Evans, Kevin R wrote: I remember EEs at a prior company using Forth years ago. They used to "extend" the language set by "adding" their own instructions. Then they couldn't remember "how" their own instruction worked (these were EEs doing this stuff not software guys./me waits for the verbal abuse to come in), so rewrote it for other code later on. Seemed very powerful but didn't see much use (at least at that company). I'm not surprised it didn't really go anywhere. Nothing except maybe Lisp rivals Forth in terms of expressive-power- per-byte-of-language. But then a stack is just a bunch of parens turned on its side. It flourished in embedded environments where you had very tight constraints to work within. The other two places you saw things like Forth were the HP calculators' RPN (on those models featuring a full programming language, like the 28S and the 48) and PostScript (which is a small stack-based language, but not really Forth). Adam -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Shared Kernel on Sles10
Thanks Mark if I point to this site... I can get informations here: http://www.vm.ibm.com/linux/linuxnss.html The first paragraph show... "The VM Share Kernel Support procedure documented on this page was created a few years ago for use with an older Linux Kernel. So, if you are using Linux Kernel 2.6, it would be best NOT to use this procedure, and instead download a new patch of kernel NSS support from the following link. " I point to the new link http://www-128.ibm.com/developerworks/linux/linux390/whatsnew.html ...and there are some documentation about device drivers and commands In chapter 13 there is: "Shared kernel support" Setting up a Linux NSS means performs this steps: 1. Boot Linux. 2. Insert savesys= into the kernel parameter file used by your boot configuration, where is the name you want to assign to the NSS. The name can be 1-8 characters long and must consist of alphabetic and numeric characters. Be sure not to assign a name that matches any of the device numbers used at your installation. 3. Issue a zipl command to write the modified configuration to the boot device. 4. Close down Linux. 5. Issue an IPL command to boot Linux from the device that holds the Linux kernel. During the IPL process, the NSS is created and Linux is actually booted from the NSS. This procedure seems that is not working at this time What's wrong??? Procedure??? (automatic NSS generation is not supported) Kernel??? (currently is 2.6.16.53) Mark Post ha scritto: On Tue, Sep 25, 2007 at 12:22 PM, in message <[EMAIL PROTECTED]>, Max Belardi <[EMAIL PROTECTED]> wrote: Guys, I'm trying to set up a NSS for Shared kernel support. My distribution is a SLES10 with SP1. The CONFIG_SHARED_KERNEL option seems to be already specified in this kernel level 2.6.16.46 If I try to IPL the first instance with savesys parameter... I'm not able to see any NSS creation in VM (QUERY NSS doesn't show nss i'm creating). Does anyvody know if i need to take other actions befor IPLing a Linux with savesys parameter??? The automatic creation of the NSS via the savesys= kernel parm is not part of SLES10, even with SP1. I'm hoping to get that included with SP2. If you want to create an NSS, you'll need to do it manually. There is doc (somewhere) on IBM's web site. I'm pretty sure that it's pointed to by the http://linuxvm.org/Info/l390link.html page. 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 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Shared Kernel on Sles10
Hi, Max. I am sure we could be of more help to you in getting this problem fixed if we had a better idea of what the problem really is. It appears that your virtual machine has enough CP privileges (maybe too many!). There should be some CP messages on the Linux 3270 console when you attempt to do the save. Could you show us the console output when you do the actual IPL 150 (say) IPL command, step 5? That might give us a better idea of what is going wrong for you. Max Belardi wrote: Thanks Mark if I point to this site... I can get informations here: http://www.vm.ibm.com/linux/linuxnss.html The first paragraph show... "The VM Share Kernel Support procedure documented on this page was created a few years ago for use with an older Linux Kernel. So, if you are using Linux Kernel 2.6, it would be best NOT to use this procedure, and instead download a new patch of kernel NSS support from the following link. " I point to the new link http://www-128.ibm.com/developerworks/linux/linux390/whatsnew.html ...and there are some documentation about device drivers and commands In chapter 13 there is: "Shared kernel support" Setting up a Linux NSS means performs this steps: 1. Boot Linux. 2. Insert savesys= into the kernel parameter file used by your boot configuration, where is the name you want to assign to the NSS. The name can be 1-8 characters long and must consist of alphabetic and numeric characters. Be sure not to assign a name that matches any of the device numbers used at your installation. 3. Issue a zipl command to write the modified configuration to the boot device. 4. Close down Linux. 5. Issue an IPL command to boot Linux from the device that holds the Linux kernel. During the IPL process, the NSS is created and Linux is actually booted from the NSS. This procedure seems that is not working at this time What's wrong??? Procedure??? (automatic NSS generation is not supported) Kernel??? (currently is 2.6.16.53) -- DJ V/Soft -- 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: Help, my VIPA won't work - long email
On Tue, 2007-09-25 at 13:34 -0400, Bauer, Bobby (NIH/CIT) [E] wrote: > Running Red Hat 5 with 2 OSA cards and I'm trying to setup a VIPA. I'm > in lpar mode without z/VM and I took my instructions from: > > > > Linux on System z > > Device Drivers, Features, and Commands February, 2007 > > Linux Kernel 2.6 - October 2005 stream > > > > > > For simplicity sake, I took down eth1 and just used eth0. Eth0 has a > different netmask than the VIPA (dummy0) just like on our MVS lpars. > > > > ifconfig eth0 > > eth0 Link encap:Ethernet HWaddr 00:11:25:C0:7D:46 > > inet addr:xxx.xxx.64.58 Bcast:xxx.xxx.64.63 > Mask:255.255.255.240 > > inet6 addr: fe80::11:2500:3c0:7d46/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 > > RX packets:273 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:449 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:26260 (25.6 KiB) TX bytes:51522 (50.3 KiB) > > > > ifconfig dummy0 > > dummy0Link encap:Ethernet HWaddr 6A:A9:14:7F:2B:D3 > > inet addr:xxx.xxx.160.48 Bcast:xxx.xxx.161.255 > Mask:255.255.254.0 > > inet6 addr: fe80::68a9:14ff:fe7f:2bd3/64 Scope:Link > > UP BROADCAST RUNNING NOARP MTU:1492 Metric:1 > > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:0 > > RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) > > > > dummy0 was actually setup in /etc/sysconfig/network-scripts/ifcfg-dummy0 > and looks like: > > DEVICE=dummy0 > > NETMASK=255.255.254.0 > > IPADDR=xxx.xxx.160.48 > > BROADCAST=xxx.xxx.161.255 > > NETWORK=xxx.xxx.160.0 > > GATEWAY=xxx.xxx.160.1 > > NETTYPE=qeth > > ONBOOT=yes > > TYPE=Ethernet > > MTU=1492 > You really shouldn't have GATEWAY= in ifcfg-*, unless it's defined in one (and only one) ifcfg file and nowhere else. This is used to specify the default gateway. Ideally, define the GATEWAY= in /etc/sysconfig/network. To define gateways to other networks, use static routes. The syntax for adding a static route is here: http://kbase.redhat.com/faq/FAQ_79_2561.shtm If this doesn't help, can you post your ifcfg-eth* as well as the output of route -n? Thanks, -Brad > > > To set up the VIPA association I issued > > qethconf vipa add xxx.xxx.160.48 eth0 > > > > and verified with > > > > qethconf vipa list > > vipa add 128.231.160.48 eth0 > > > > and to further check this out: > > qetharp -nq eth0 > > AddressHWaddress HWTypeIface > > xxx.xxx.64.49 00:00:0c:07:ac:0e ether eth0 > > xxx.xxx.160.48 00:11:25:c0:7d:46 ether eth0 > > xxx.xxx.64.58 00:11:25:c0:7d:46 ether eth0 > > > > and > > route > > Kernel IP routing table > > DestinationGateway Genmask Flags Metric Ref Use Iface > > xxx.xxx.64.48 * 255.255.255.240 U 0 0 0eth0 > > xxx.xxx.160.0 * 255.255.254.0 U 0 0 0 > dummy0 > > defaultxxx.xxx.64.49 0.0.0.0 UG0 0 0eth0 > > > > At this point I can't ping my VIPA (xxx.xxx.160.48) from the LAN and I > can't ping my router at xxx.xxx.160.1 from the Linux host. > > > > Looks like something wrong in the LAN but as a test I took down dummy0 > and changed eth0 to point to xxx.xxx.160.48 (VIPA address) with a > default route of xxx.xxx.160.1. In this configuration I can access the > host from the LAN and I can get out from the host so there doesn't seem > to be anything wrong with the LAN. > > > > The definition of dummy0 has a GATEWAY defined in it so I think it is OK > > > > So I'm really confused. If anybody has any suggestions, I'd love to have > them. > > > > > > Bobby Bauer > Center for Information Technology > National Institutes of Health > Bethesda, MD 20892-5628 > 301-594-7474 > > > > > -- > 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]> Sr. Support Engineer Lead, System z Red Hat, Inc. (919) 754-4198 -- 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: Create PDFs
Adam Thornton wrote: On Sep 25, 2007, at 5:52 AM, Evans, Kevin R wrote: I remember EEs at a prior company using Forth years ago. They used to "extend" the language set by "adding" their own instructions. Then they couldn't remember "how" their own instruction worked (these were EEs doing this stuff not software guys./me waits for the verbal abuse to come in), so rewrote it for other code later on. Seemed very powerful but didn't see much use (at least at that company). I'm not surprised it didn't really go anywhere. Nothing except maybe Lisp rivals Forth in terms of expressive-power- per-byte-of-language. But then a stack is just a bunch of parens turned on its side. It flourished in embedded environments where you had very tight constraints to work within. The other two places you saw things like Forth were the HP calculators' RPN (on those models featuring a full programming language, like the 28S and the 48) and PostScript (which is a small stack-based language, but not really Forth). I've never seen or used Forth, but allegedly the slushware in Apples and Suns is pretty similar. http://www.openfirmware.org/ -- 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: Create PDFs
John Summerfield wrote: I've never seen or used Forth, but allegedly the slushware in Apples and Suns is pretty similar. http://www.openfirmware.org/ I may have meant openboot.org - but it's not loading, so I can't be certain. -- 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: Shared Kernel on Sles10
These are all informations i can see!! i 201 clear zIPL v1.6.0 interactive boot menu 0. default (ipl) 1. ipl 2. nssipl Note: VM users please use '£cp vi vmsg ' Please choose (default will boot in 10 seconds): CP VI VMSG 2 Booting nssipl... Linux version 2.6.16.53-0.8-default (geeko§buildhost) (gcc version 4.1.2 2007011 5 (prerelease) (SUSE Linux)) £1 SMP Fri Aug 31 13:07:27 UTC 2007 We are running under VM (64 bit mode) Detected 1 CPU's Boot cpu address 0 Built 1 zonelists Kernel command line: savesys=LNX0NSS root=/dev/dasdb1 dasd=101,201 TERM=dumb 3 BOOT_IMAGE=2 MORE... VMLINUX6 PID hash table entries: 4096 (order: 12, 131072 bytes) Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes) Inode-cache hash table entries: 65536 (order: 7, 524288 bytes) Memory: 501760k/524288k available (4495k kernel code, 0k reserved, 1221k data, 2 04k init) RDR FILE 0029 SENT FROM DIRMAINT PUN WAS 0314 RECS 0006 CPY 001 A NOHOLD NOKEEP Security Framework v1.0.0 initialized Mount-cache hash table entries: 256 checking if image is initramfs... it is Freeing initrd memory: 2966k freed cpu 0 phys_idx=0 vers=FF ident=02991E machine=2094 unused=8000 Brought up 1 CPUs migration_cost=1000 NET: Registered protocol family 16 debug: Initialization complete cio: Channel measurements not available, continuing. audit: initializing netlink socket (disabled) audit(1190757659.561:1): initialized VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 512 (order 0, 4096 bytes) Initializing Cryptographic API io scheduler noop registered MORE... VMLINUX6 io scheduler anticipatory registered io scheduler deadline registered (default) io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 32768K size 1024 blocksize md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27 md: bitmap version 4.39 Channel measurement facility using extended format (autodetected) NET: Registered protocol family 2 IP route cache hash table entries: 32768 (order: 6, 262144 bytes) TCP established hash table entries: 131072 (order: 9, 2097152 bytes) TCP bind hash table entries: 65536 (order: 8, 1048576 bytes) TCP: Hash tables configured (established 131072 bind 65536) TCP reno registered NET: Registered protocol family 1
Re: naming dasd devices
Like Christian says, udev is your friend! -- R; On Tue, 25 Sep 2007, Jorge Souto wrote: > Hello, > > I am building a large EVMS volume with a lot of minidisks > > /dev/dasda (i.e. minidisk 200) > /dev/dasdb 201 > ... > > I'd like to name the devices similar to the minidisks: > > /dev/dasd200 > /dev/dasd201 > /dev/dasd200a (pav for minidisk 200) > > > I think it's possible with udev, but /dev/dasdx it's the kernel name. > > If it isn't possible to modify the kernel name, I would create an > alternative /dev/disk/by-minidisk/dasd200 > > > Any suggestion? > > > > > > Thanks > > -- > 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: Shared Kernel on Sles10
>>> On Tue, Sep 25, 2007 at 4:12 PM, in message <[EMAIL PROTECTED]>, Dave Jones <[EMAIL PROTECTED]> wrote: > Hi, Max. > > I am sure we could be of more help to you in getting this problem fixed > if we had a better idea of what the problem really is. Dave, He's not following the manual procedure to create an NSS, so he's not getting any CP errors at all. 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: Shared Kernel on Sles10
>>> On Tue, Sep 25, 2007 at 3:40 PM, in message <[EMAIL PROTECTED]>, Max Belardi <[EMAIL PROTECTED]> wrote: > Thanks Mark > if I point to this site... I can get informations here: > http://www.vm.ibm.com/linux/linuxnss.html > > The first paragraph show... > "The VM Share Kernel Support procedure documented on this page was > created a few years ago for use with an older Linux Kernel. So, if you > are using Linux Kernel 2.6, it would be best NOT to use this procedure, > and instead download a new patch of kernel NSS support from the > following link. " > > I point to the new link > http://www-128.ibm.com/developerworks/linux/linux390/whatsnew.html > > ...and there are some documentation about device drivers and commands > In chapter 13 there is: "Shared kernel support" > > Setting up a Linux NSS means performs this steps: > 1. Boot Linux. > 2. Insert savesys= into the kernel parameter file used by your > boot configuration, where is the name you want to assign to > the NSS. The name can be 1-8 characters long and must consist of > alphabetic and numeric characters. Be sure not to assign a name that > matches any of the device numbers used at your installation. > 3. Issue a zipl command to write the modified configuration to the boot > device. > 4. Close down Linux. > 5. Issue an IPL command to boot Linux from the device that holds the > Linux kernel. During the IPL process, the NSS is created and Linux is > actually booted from the NSS. > > This procedure seems that is not working at this time > What's wrong??? > Procedure??? (automatic NSS generation is not supported) > Kernel??? (currently is 2.6.16.53) As I said in my other reply, "what's wrong" is that the patch referenced has not (yet) been incorporated in the kernel that ships with SLES. The developerWorks web site is intended for people that intend to build their own kernel from source. That means, distribution providers, or people who are doing it for educational or other purposes. In your case, you should go with the manual procedure that gives all the z/VM commands to use. Understand, though, that the resulting kernel-in-NSS is not (yet) supported by Novell. If/when we ship that functionality, it will be supported. Until then, you're on your own unless you are willing to negotiate a custom support arrangement. (Personally I don't think it will be any problematic than booting from a kernel on disk, but commercial support models being what they are, that scenario doesn't fall under the supported category yet.) One thing to keep in mind is that putting your kernel into an NSS is only going to save you somewhere around 1-4MB (at most). Unless you have a _lot_ of z/VM guests, that isn't going to buy you much. You're much better off concentrating on implementing CMM (phase 1), or xip2fs. You'll get a lot more return for your efforts there. 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: Shared Kernel on Sles10
On Tue, Sep 25, 2007 at 03:40:31PM -0400, Max Belardi wrote: > Thanks Mark > if I point to this site... I can get informations here: > http://www.vm.ibm.com/linux/linuxnss.html > > The first paragraph show... > "The VM Share Kernel Support procedure documented on this page was > created a few years ago for use with an older Linux Kernel. So, if you > are using Linux Kernel 2.6, it would be best NOT to use this procedure, > and instead download a new patch of kernel NSS support from the > following link. " > > I point to the new link > http://www-128.ibm.com/developerworks/linux/linux390/whatsnew.html > > ...and there are some documentation about device drivers and commands > In chapter 13 there is: "Shared kernel support" > > Setting up a Linux NSS means performs this steps: > 1. Boot Linux. > 2. Insert savesys= into the kernel parameter file used by your > boot configuration, where is the name you want to assign to > the NSS. The name can be 1-8 characters long and must consist of > alphabetic and numeric characters. Be sure not to assign a name that > matches any of the device numbers used at your installation. > 3. Issue a zipl command to write the modified configuration to the boot > device. > 4. Close down Linux. > 5. Issue an IPL command to boot Linux from the device that holds the > Linux kernel. During the IPL process, the NSS is created and Linux is > actually booted from the NSS. > > This procedure seems that is not working at this time > What's wrong??? > Procedure??? (automatic NSS generation is not supported) > Kernel??? (currently is 2.6.16.53) FWIW, the first kernel version avaible from kernel.org that supports automatic kernel NSS generation is 2.6.21. So it definitely doesn't work with 2.6.16.53. Also there is currently no distribution available which has kernel NSS support built in. -- 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
