Re: IBM HTTP Question/Problem
Jim, Please check /opt/IBM/IHS/bin/adminctl and /opt/IBM/IHS/conf/admin.conf Ronald van der Laan -- 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
Apache2 Problem
I am getting the following errors when I start Apache2. They repeat over and over and over. Any ideas? [Fri Feb 03 08:09:01 2006] [error] (13)Permission denied: apr_global_mutex_lock(jk_log_lock) failed [Fri Feb 03 08:09:01 2006] [notice] Apache/2.0.49 (Linux/SuSE) configured -- resuming normal operations [Fri Feb 03 08:09:01 2006] [notice] child pid 20388 exit signal Segmentation fault (11) [Fri Feb 03 08:09:01 2006] [notice] child pid 20389 exit signal Segmentation fault (11) [Fri Feb 03 08:09:02 2006] [error] (13)Permission denied: apr_global_mutex_lock(jk_log_lock) failed [Fri Feb 03 08:09:03 2006] [notice] child pid 20393 exit signal Segmentation fault (11) [Fri Feb 03 08:09:05 2006] [error] (13)Permission denied: apr_global_mutex_lock(jk_log_lock) failed [Fri Feb 03 08:09:05 2006] [notice] child pid 20398 exit signal Segmentation fault (11) -- 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
sles9 sp3 problems
I am wondering if anyone else has had the same problems with the service pak 3 install. I set up the install tree as is recommended and incorporated the sp3 CD's so that when I install sles9 the sp3 patches should be installed at the same time. The install completes and there are no errors. When I run SPident -vvv I see that many of the patches for the optional products have not been installed, including some security patches. Updating the SPident to the .30 level still shows the same results. Am I missing something or do we have another problem with sp3? This was using the new sp3 CD2 also. John -- 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: IBM HTTP Question/Problem
No occurance of /opt/IBMIHS in adminctl or admin.conf or envars or envars-std -- 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: High availabilty shared r/w disk space for linux quests.
Rob van der Heij wrote: On 2/2/06, Phil Tully [EMAIL PROTECTED] wrote: Only one server would attempt (according to the application developer) to write to any specific file so file level locking would not be required. You're right that the NFS server would be a single point of failure. Real solutions come with a primary host and a recovery server that can become primary host because of what it learned while following the transactions. And with moving a virtual IP address from one server to the other the impact can be minimal. Tivoli SA plays in this area. But if each server is writing his own file, would it be an option to have each server keep the file on his own local disk but export it (via NFS) to all the others who must see it? Could each server keep others informed using an UDP broadcast, much as mdnsresponder (Apple Rendezvous/Bonjour) does? Everyone interested would be listening on a multicast address, and everyone with something to say would be sending to it. -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ 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
Are you using Virtual Linux and SCSI or FCP DASD?
I am cross-posting this question to both the VMESA-L and LINUX-390 lists. I am looking for anyone who might be willing to share experience using SCSI/FCP DASD on zSeries with Linux. We are currently doing all of our virtual Linux with CKD DASD. Many potential applications really need amounts of disk space that are only practical with open systems storage. If anyone is willing to share information about a configuration they have working I would be very interested. I am looking for combinations of information like: z990; z/VM v.r; SuSE Linux; IBM SHARK/DS8000 or EMX x or STK x; dedicated SCSI to guest or z/VM-controlled with mini-disks. Any experience with DASD other than IBM SHARK would be particularly interesting. Rick Barlow Systems Engineering Consultant Nationwide Services Co., Enterprise Business Intelligence Services Mainframe, z/VM and zSeries Linux Support One Nationwide Plaza 3-25-02 Columbus OH 43215-2220 U.S.A Voice: (614) 249-5213Fax: (614) 677-7681 mailto:[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: Cross-compilation on z/Linux = target z/OS.
Hi Ranga, YES! See http://www.dignus.com. We offer cross-compilers for z/OS; hosted on many different platforms, including x86, 390 and z/Linux. It's very reasonably priced on Linux platforms. - Dave Rivers - Is it possible to compile C programs on z/linux to run under z/OS? Has anyone done such cross-compilation? My employer would not consider buying C compiler on z/OS :( -- __ Ranga Nathan Work: 714-442-7591 -- [EMAIL PROTECTED]Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- 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: Cross-compilation on z/Linux = target z/OS.
-Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Ranga Nathan Sent: Friday, February 03, 2006 10:34 AM To: LINUX-390@VM.MARIST.EDU Subject: Cross-compilation on z/Linux = target z/OS. Is it possible to compile C programs on z/linux to run under z/OS? Has anyone done such cross-compilation? My employer would not consider buying C compiler on z/OS :( -- __ Ranga Nathan Work: 714-442-7591 Yes. Dignus has such a beastie. Works well. I actually had their C cross-compiler and HLASM cross-assembler on my Linux/Intel system at home, not on z/Linux. Unfortunately, the purpose for which I had acquired it disappeared and I did not feel that I could afford it just for fun. That may no longer be true since they now have a hobbist license (which I doubt you could use). http://www.dignus.com There is also a very old port of GCC which runs on z/OS. I never could get it to work properly. I don't know if there is a current port of GCC for z/OS or not. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: Cross-compilation on z/Linux = target z/OS.
Hobbyist license? Is there info or some discussion about this somewhere? McKown, John wrote: -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Ranga Nathan Sent: Friday, February 03, 2006 10:34 AM To: LINUX-390@VM.MARIST.EDU Subject: Cross-compilation on z/Linux = target z/OS. Is it possible to compile C programs on z/linux to run under z/OS? Has anyone done such cross-compilation? My employer would not consider buying C compiler on z/OS :( -- __ Ranga Nathan Work: 714-442-7591 Yes. Dignus has such a beastie. Works well. I actually had their C cross-compiler and HLASM cross-assembler on my Linux/Intel system at home, not on z/Linux. Unfortunately, the purpose for which I had acquired it disappeared and I did not feel that I could afford it just for fun. That may no longer be true since they now have a hobbist license (which I doubt you could use). http://www.dignus.com There is also a very old port of GCC which runs on z/OS. I never could get it to work properly. I don't know if there is a current port of GCC for z/OS or not. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology -- Rich Smrcina VM Assist, Inc. Main: (262)392-2026 Cell: (414)491-6001 Ans Service: (360)715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2006 - Chattanooga, TN - April 7-11, 2006 -- 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: Cross-compilation on z/Linux = target z/OS.
Hello everyone! Yes, we do have a hobbyist license, for all of our products. To avoid too much time here, I'll just direct everyone to send inquiries to [EMAIL PROTECTED] you'll the entire scoop. - Thanks! - - Dave Rivers - Hobbyist license? Is there info or some discussion about this somewhere? McKown, John wrote: -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Ranga Nathan Sent: Friday, February 03, 2006 10:34 AM To: LINUX-390@VM.MARIST.EDU Subject: Cross-compilation on z/Linux = target z/OS. Is it possible to compile C programs on z/linux to run under z/OS? Has anyone done such cross-compilation? My employer would not consider buying C compiler on z/OS :( -- __ Ranga Nathan Work: 714-442-7591 Yes. Dignus has such a beastie. Works well. I actually had their C cross-compiler and HLASM cross-assembler on my Linux/Intel system at home, not on z/Linux. Unfortunately, the purpose for which I had acquired it disappeared and I did not feel that I could afford it just for fun. That may no longer be true since they now have a hobbist license (which I doubt you could use). http://www.dignus.com There is also a very old port of GCC which runs on z/OS. I never could get it to work properly. I don't know if there is a current port of GCC for z/OS or not. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology -- Rich Smrcina VM Assist, Inc. Main: (262)392-2026 Cell: (414)491-6001 Ans Service: (360)715-2467 rich.smrcina at vmassist.com -- [EMAIL PROTECTED]Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- 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: Cross-compilation on z/Linux = target z/OS.
delurk There is also a very old port of GCC which runs on z/OS. I never could get it to work properly. I don't know if there is a current port of GCC for z/OS or not. A few of the Hercules folks have been working on a GCC 3.2.3 port. Progress is slow but steady - it's almost ready for prime time. (See the H390-MVS Yahoo! Group for details.) Later, Ray lurk -- 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: Cross-compilation on z/Linux = target z/OS.
-Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Rich Smrcina Sent: Friday, February 03, 2006 11:01 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Cross-compilation on z/Linux = target z/OS. Hobbyist license? Is there info or some discussion about this somewhere? Not that I'm aware of. I remember Dave Rivers mentioning somewhere, sometime. Assuming it was not in a dream. Hopefully, Dave will respond, or you can go to their web site and use the contact us link. The main thing that I dislike about most zSeries vendors is that their pricing is not quickly available. I really don't like bothering marketting for basic information. Back when I licensed System/C and System/ASM, they were both tier priced. Not expensive, but still different from what I'm used to on my PC. More like traditional mainframe pricing practices rather than PC. I sure there is a reason. Well, there is always a reason. Whether I could agree or not? Well, I'm not a software developer or vendor, so I don't know everything that is involved. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: Cross-compilation on z/Linux = target z/OS.
There was a post this past Monday by David Wade on the VMESA-L list asking for time on a modern VM system to work on the GCC 3.2.3 port. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Ray Mullins Sent: February 3, 2006 12:29 To: LINUX-390@VM.MARIST.EDU Subject: Re: Cross-compilation on z/Linux = target z/OS. delurk There is also a very old port of GCC which runs on z/OS. I never could get it to work properly. I don't know if there is a current port of GCC for z/OS or not. A few of the Hercules folks have been working on a GCC 3.2.3 port. Progress is slow but steady - it's almost ready for prime time. (See the H390-MVS Yahoo! Group for details.) Later, Ray lurk -- 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 The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking of any action in reliance upon, this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error, please contact the sender and delete the material from any computer. The integrity and security of this message cannot by guaranteed on the Internet. The Sender accepts no liability for the content of this e-mail, or for the consequences of any actions taken on basis of the information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is the property of the TTC and must not be altered or circumvented in any manner. -- 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: [PATCH] Style Fix in __constant_test_bit for S390, remove one set of ( )
Hi Eric, If you want to do another pedantic patchie, check out these printk() s in fs/partitions/ibm.c: printk(CMS1/%8s(MDSK):, name); printk(CMS1/%8s:, name); printk(VOL1/%8s:, name); printk (LNX1/%8s:, name); printk((nonl)/%8s:, name); Mind you, there might be some strange reason to right justify a 6 byte serial in an 8 byte field, but the reason escapes me. It certainly can't be for alignment since the first and last examples throw it off: /dev/dasd/1250:VOL1/ 0x1250: p1 /dev/dasd/1251:VOL1/ 0X1251: p1 /dev/dasd/1252:VOL1/ 0X1252: p1 /dev/dasd/1253:VOL1/ 0X1253: p1 /dev/dasd/2250:CMS1/ LX2250(MDSK): p1 /dev/dasd/2251:(nonl)/: p1 /dev/dasd/2253:CMS1/ LX2253(MDSK): p1 I know, I know...Leland needs to get a life... :-D Leland -- 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
zfcp and SLES 9 64-bit
Hi, I've run into an interesting issue with SLES 9 64-bit and zfcp and was hoping someone here had an idea to fix it. I've checked the archives but saw nothing matching this. I've got a 50G FCP LUN on device F100 attached to a VM named LINUX2. If I IPL SLES on LINUX2, zfcp discovers 0xF100 after /etc/init.d runs through all its startup scripts. I then need to log in as root to manually mount /dev/sda1 to my mountpoint, which happens with no trouble. Since this is a test environment, this is not a big deal, but when we move into production, this kind of intervention is less than optimal. (Call me crazy, but I'd like to avoid the 3am phone call to mount a filesystem that should be mounted on boot. :) ) Any ideas? Thanks, -Matt -- Matt Gourley Systems Administrator Pennsylvania State University Administrative Information Services - Infrastructure/Sysarc Rm 25 Shields Bldg., University Park, PA 16802 (814) 865-8726 [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: zfcp and SLES 9 64-bit
Silly question but your /etc/fstab has an entry for that device? -Original Message- I've got a 50G FCP LUN on device F100 attached to a VM named LINUX2. If I IPL SLES on LINUX2, zfcp discovers 0xF100 after /etc/init.d runs through all its startup scripts. I then need to log in as root to manually mount /dev/sda1 to my mountpoint, which happens with no trouble. -- 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: zfcp and SLES 9 64-bit
Matt Gourley wrote: I've run into an interesting issue with SLES 9 64-bit and zfcp and was hoping someone here had an idea to fix it. I've checked the archives but saw nothing matching this. I've got a 50G FCP LUN on device F100 attached to a VM named LINUX2. If I IPL SLES on LINUX2, zfcp discovers 0xF100 after /etc/init.d runs through all its startup scripts. I then need to log in as root to manually mount /dev/sda1 to my mountpoint, which happens with no trouble. Since this is a test environment, this is not a big deal, but when we move into production, this kind of intervention is less than optimal. (Call me crazy, but I'd like to avoid the 3am phone call to mount a filesystem that should be mounted on boot. :) ) Any ideas? You might try a mkinitrd to refresh the /boot/initrd file. I had an issue a few weeks back that DASD was added to an image but not recognized until late in the bootup process. Running: cd /boot mkinitrd -k vmlinux-2.6.5-7.244-s390x.gz -i initrd-2.6.5-7.244-s390x zipl may fix the issue. Make sure the DASD that you are expecting is accurately identifed. Also note that your version may differ from mine. David -- 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 The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If the reader of this message is not the intended recipient, you are hereby notified that your access is unauthorized, and any review, dissemination, distribution or copying of this message including any attachments is strictly prohibited. If you are not the intended recipient, please contact the sender and delete the material from any computer. -- 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: zfcp and SLES 9 64-bit
Yeah. Probably should have mentioned that. :) Thanks, -Matt Neale Ferguson wrote: Silly question but your /etc/fstab has an entry for that device? -Original Message- I've got a 50G FCP LUN on device F100 attached to a VM named LINUX2. If I IPL SLES on LINUX2, zfcp discovers 0xF100 after /etc/init.d runs through all its startup scripts. I then need to log in as root to manually mount /dev/sda1 to my mountpoint, which happens with no trouble. -- 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 -- Matt Gourley Systems Administrator Pennsylvania State University Administrative Information Services - Infrastructure/Sysarc Rm 25 Shields Bldg., University Park, PA 16802 (814) 865-8726 [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: zfcp and SLES 9 64-bit
It seems that your boot disks are eckd and you have the fcp devices mounted during the startup process rather than boot. You said the zfcp driver was being loaded so I'm not sure yuo need the fcp stuff there right at boot time. Does syslog show any problems/warnings? If you had needed the fcp devices during the boot process I'd have suggested updating /etc/sysconfig/modules to include it in there so that when you run mkinitrd it would pick up the driver. However, seeing your system comes up and that the fcp driver is loaded that's not an issue. What distro are you using and at what service level? I had a similar situation when I was running the beta for SLES9 but had no problem with the GA stuff. Neale -Original Message- Yeah. Probably should have mentioned that. :) -- 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: zfcp and SLES 9 64-bit
This nailed it. I ran the mkinitrd command tailored to my environment, ran zipl, and IPL'd. /dev/sda mounted on boot. Big thanks. -Matt P David Schaub wrote: Matt Gourley wrote: I've run into an interesting issue with SLES 9 64-bit and zfcp and was hoping someone here had an idea to fix it. I've checked the archives but saw nothing matching this. I've got a 50G FCP LUN on device F100 attached to a VM named LINUX2. If I IPL SLES on LINUX2, zfcp discovers 0xF100 after /etc/init.d runs through all its startup scripts. I then need to log in as root to manually mount /dev/sda1 to my mountpoint, which happens with no trouble. Since this is a test environment, this is not a big deal, but when we move into production, this kind of intervention is less than optimal. (Call me crazy, but I'd like to avoid the 3am phone call to mount a filesystem that should be mounted on boot. :) ) Any ideas? You might try a mkinitrd to refresh the /boot/initrd file. I had an issue a few weeks back that DASD was added to an image but not recognized until late in the bootup process. Running: cd /boot mkinitrd -k vmlinux-2.6.5-7.244-s390x.gz -i initrd-2.6.5-7.244-s390x zipl may fix the issue. Make sure the DASD that you are expecting is accurately identifed. Also note that your version may differ from mine. David -- 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 The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If the reader of this message is not the intended recipient, you are hereby notified that your access is unauthorized, and any review, dissemination, distribution or copying of this message including any attachments is strictly prohibited. If you are not the intended recipient, please contact the sender and delete the material from any computer. -- 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 -- Matt Gourley Systems Administrator Pennsylvania State University Administrative Information Services - Infrastructure/Sysarc Rm 25 Shields Bldg., University Park, PA 16802 (814) 865-8726 [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: IBM HTTP Question/Problem
Ranga Nathan wrote: In these situations I create a symlink and test my hypothesis. ln -s /opt/IBM/HIS /opt/IBMHIS When it complains elsewhere, then it is time to re-install :) I often run stuff under strace to wee what's really happening. There's also the possibility of rpm -ql ... | xargs grep -l IBMHIS | less or some variant to search the contents of the package. -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ 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
February 23 Bay Bunch Meeting
Please join us for a half-day meeting of the Bay Bunch user group hosted by Velocity Software, Jeskell and IBM. The Bay Bunch is a regional group consisting of zSeries and Linux enthusiasts. This is a free meeting. If you are interested in issues relating to zSeries and zLinux, you won't want to miss these informative sessions! Please go to baybunch.org for additional information. Melissa Curry Velocity Software O.(650) 964-8867 C. (415) 994-4579 F. (654) 964-9012 196-D Castro Street Mountain View, CA 94041-1202 [EMAIL PROTECTED] www.velocitysoftware.com If you can't measure it, I'm Just NOT interested!(tm) -- 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
VIPA in Intel platformh ??
Hello, somebody knows the equivalent to VIPA in Intel platformh and GPL ? Thank you. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
[2.6 patch] arch/s390/Makefile: remove -finline-limit=10000
-finline-limit might have been required for older compilers, but nowadays it does no longer make sense. Signed-off-by: Adrian Bunk [EMAIL PROTECTED] --- This patch was already sent on: - 10 Jan 2006 --- linux-2.6.15-mm2-full/arch/s390/Makefile.old2006-01-08 16:25:53.0 +0100 +++ linux-2.6.15-mm2-full/arch/s390/Makefile2006-01-08 16:25:59.0 +0100 @@ -67,7 +67,6 @@ endif CFLAGS += -mbackchain -msoft-float $(cflags-y) -CFLAGS += $(call cc-option,-finline-limit=1) CFLAGS += -pipe -fno-strength-reduce -Wno-sign-compare AFLAGS += $(aflags-y) -- 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: VIPA in Intel platformh ??
They are called Virtual Interfaces. You configure it like any other interface except you reference it to the base nic by placing a : x. So to configure a Virtual interface on eth0 you could ifconfig eth0:1 192.168.1.2 netmask 255.255.255.0 [EMAIL PROTECTED] [EMAIL PROTECTED] 02/03/06 7:18 PM Hello, somebody knows the equivalent to VIPA in Intel platformh and GPL ? Thank you. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: VIPA in Intel platformh ??
Thank you for your answer. The documentation said Vipa allows you to assign IP addresses to a system, instead of individual adapters. This minimizes outage caused by adapter failure. Best regards Gabriel Frank --- Mensaje Original -- De: Doug Griswold [EMAIL PROTECTED] Para: LINUX-390@VM.MARIST.EDU [EMAIL PROTECTED] Cc: Asunto: Re: VIPA in Intel platformh ?? Fecha: 03/02/2006 20:45:21 Mensaje: They are called Virtual Interfaces. You configure it like any other interface except you reference it to the base nic by placing a : x. So to configure a Virtual interface on eth0 you could ifconfig eth0:1 192.168.1.2 netmask 255.255.255.0 [EMAIL PROTECTED] [EMAIL PROTECTED] 02/03/06 7:18 PM Hello, somebody knows the equivalent to VIPA in Intel platformh and GPL ? Thank you. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- 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