Re: Q.: VIPA implementation

2005-11-02 Thread Adam Thornton
On Nov 2, 2005, at 3:35 PM, Yu Safin wrote: Agree, I apologize for the poor use of words. However, I am still confused as to the explanation about using a routing daemon. can you be more specific as to what this is all about. We have our solution fully implemented and we have no such daemon.

Re: Q.: VIPA implementation

2005-11-02 Thread Yu Safin
On 11/2/05, Vic Cross <[EMAIL PROTECTED]> wrote: > On 02/11/2005, at 6:38am, Yu Safin wrote: > > I am not sure I understand what you are talking about. There is no > > routing daemon involved. There are two methods to set up VIPA, static > > using "ip route" and dynamic using quagga (zebra/ospf).

Re: NFS login problems

2005-11-02 Thread Post, Mark K
Try running it with strace to see what might be going on when the hang happens. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Bernard Wu Sent: Wednesday, November 02, 2005 2:54 PM To: LINUX-390@VM.MARIST.EDU Subject: NFS login problems -sni

NFS login problems

2005-11-02 Thread Bernard Wu
Hi List, We are a native SLES9 shop ( no SP1 or SP2 ), with z/OS 1.4 files mounted on our Linux LPAR via NFS. On other unices ( AIX and SUN ) we have to execute mvslogin before we can access the files on z/OS. I tried compiling the 3 programs ( mvslogin, mvslogout and showattr ) but the makefile

Re: Q.: VIPA implementation

2005-11-02 Thread Tom Duerbusch
Like I saidI may be in for a rude awakening . But the network people tell me that my supernet is directed to a vseg 3 which is sent to all "mainframe" gbe adapters. So...I may be covered. Tom Duerbusch THD Consulting >>> [EMAIL PROTECTED] 11/02/05 12:11 PM >>> On Nov 2, 2005, at 11:54 AM, T

Re: PAM authentication via LDAP - Configuration question

2005-11-02 Thread Post, Mark K
If you want someone to not be able to authenticate locally, you need to remove their entries from /etc/passwd and /etc/shadow. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of James Melin Sent: Wednesday, November 02, 2005 2:06 PM To: LINUX-390@

Re: PAM authentication via LDAP - Configuration question

2005-11-02 Thread James Melin
The problem turned to be the introduction of /etc/ldap.conf in SLES-9. Configuring /etc/openldap/ldap.conf is no longer sufficient. That said, I have RACF authentication working. I'm not to the point of having RACFLDAP supply UID, GID, home dir and all the other stuff contained in the OMVS segment

Re: Question for Oracle shops

2005-11-02 Thread David Boyes
> If we can standardize on > minidisk addresses, a configuration interface, and capture > 95% commonality of what an Oracle (or any) server should > provide, and optimize it, that would be a good thing. Agreed. Been there, done that. I have the toolkit for building such appliances set up, and all

Re: Q.: VIPA implementation

2005-11-02 Thread Adam Thornton
On Nov 2, 2005, at 11:54 AM, Tom Duerbusch wrote: I don't see any need for the IP addresses to need to change or different routing or anything. But then, once I start using both OSA cards, and I do by test by unplugging a GBE cable, perhaps I will be in for a rude awakening. Are your two OSA c

Re: Q.: VIPA implementation

2005-11-02 Thread Tom Duerbusch
I keep getting confused when we talk about addresses. There are two types of addresses in this discussion (ok, maybe more)... 1. The IP address of your node in the Guest LAN . 2. The CUA address that addresses your NIC. VSWCNTRL1 and VSWCNTRL2 only knows about the CUA address. If one goes dow

Re: Question for Oracle shops

2005-11-02 Thread Mrohs, Ray
Imagine a PC vendor shipping just one operating system with their PCs :) Linux/390 made a fairly big splash a few years ago. But it seems the community news is languishing, and if you don't make headlines once in a while, you cease to exist in the eyes of business managers. Our project manager sai

Re: PAM authentication via LDAP - Configuration question

2005-11-02 Thread Post, Mark K
James, I can't comment on your setup, per se, but it's been my experience that debugging LDAP issues are much better done with the command line tools such as ldapsearch, etc. Turn on tracing/verbose debugging and try to decipher the output. Mark Post -Original Message- From: Linux on 3

Re: Question for Oracle shops

2005-11-02 Thread David Boyes
> I thought the original > poster wanted a "self contained appliance" that ran Oracle. > The concept of an "appliance", to me, is "no user servicable > parts inside", so to speak. All true. The first problem appears when you start asking questions about backup, or database automation, or system mo

Re: Q.: VIPA implementation

2005-11-02 Thread Post, Mark K
So, what are the applications that had been talking to the server on the old address(es) supposed to do? Somehow magically know that they now have to start communicating with a new address? That's what VIPA buys you. You assign a virtual address, and the applications don't have to worry about st

Re: Question for Oracle shops

2005-11-02 Thread Tom Duerbusch
We need a "stupid systems programmers club". I'll join. What I see with Suse, is 5 - 10 "maintenance updates" hitting my mail box every day. Some are just to make things work right, but many are security related. Now, I'm not sure how much is needed, for an Oracle database running on a mainfram

Re: Question for Oracle shops

2005-11-02 Thread McKown, John
OK, I'll admit that I'm rather stupid. I thought the original poster wanted a "self contained appliance" that ran Oracle. The concept of an "appliance", to me, is "no user servicable parts inside", so to speak. So Oracle implements their code using something like Debian. The distro comes with all r

Re: Q.: VIPA implementation

2005-11-02 Thread Adam Thornton
On Nov 2, 2005, at 10:05 AM, Alan Altmark wrote: On Wednesday, 11/02/2005 at 09:12 CST, Adam Thornton <[EMAIL PROTECTED]> wrote: Oh, I'd say that chatter is still necessary. But what you do is define two different TCPIP VSWITCH controllers, on (by definition) different physical OSA ports, wit

Re: Q.: VIPA implementation

2005-11-02 Thread Alan Altmark
On Wednesday, 11/02/2005 at 09:52 CST, Tom Duerbusch <[EMAIL PROTECTED]> wrote: > Funny, when I cancelled "VSWCTRL1", then "VSWCTRL2" seemed to be active > and had taken over communications. VSWCTRL2 was using a different set > of addresses (which would have been on our second card, if I had defi

Re: Question for Oracle shops

2005-11-02 Thread Alan Altmark
On Wednesday, 11/02/2005 at 09:45 CST, Tom Duerbusch <[EMAIL PROTECTED]> wrote: > This is not only an Oracle problem/concern. Consider what would happen > if IBM picks a "perferred" Linux and bundles it with VM. Replace their > TCPIP product with IP running under Linux for one. A real DB2 runnin

Re: Q.: VIPA implementation

2005-11-02 Thread Alan Altmark
On Wednesday, 11/02/2005 at 09:12 CST, Adam Thornton <[EMAIL PROTECTED]> wrote: > Oh, I'd say that chatter is still necessary. > > But what you do is define two different TCPIP VSWITCH controllers, on > (by definition) different physical OSA ports, with different cables > connecting them to the sw

2005-11-02 Recommended Linux on zSeries code drop to developerWorks

2005-11-02 Thread Gerhard Hiller
Please refer to: http://www.ibm.com/developerworks/linux/linux390/whatsnew.html for the 2005-11-02 change summary: * "April 2004 stream" - kernel 2.6.5 (patch 31) recommended kernel bug fixes - Restrictions updated to reflect prerequisite z/VM PTFs for re-IPL/re-boot * As how-to inform

Re: Q.: VIPA implementation

2005-11-02 Thread Tom Duerbusch
I haven't been following this thread, but when it came to VSWITCH My previous goal was to do VIPA. I wanted to be protected from a card/cable/switch failure. Last month, I brought up VSWITCH in a second lpar. Kind of playing around, but I wanted to start using it for Linux images. Funny, w

Re: Question for Oracle shops

2005-11-02 Thread Benny
> downloaded for a simple DDR installation I was talking (read: pushing) this with Rob 3.5-4 years ago. We were discussing distribution/cloning strategies for our newly installed Linux on S/390 systems. Unfortunately we didn't get round to doing it. Can't quite remember why... Rod -

Re: Question for Oracle shops

2005-11-02 Thread Tom Duerbusch
In the next 5 years, I would think the chances of this happening are zero. Oracle, would either have to package their Oracle with each flavor of Linux, at a great cost to them, which would minimize the number of different flavors on Linux in each shop, or they will have to pick up the maintenance

Re: Question for Oracle shops

2005-11-02 Thread David Boyes
> A new approach is needed regarding maintenance of Linux > images and product installation in general. I'm a strong > proponent of server appliances which are pre-packaged with > optimized OS and applications. I've been promoting this approach for about a year now, and we deliver most of our prod

Re: Q.: VIPA implementation

2005-11-02 Thread Adam Thornton
On Nov 2, 2005, at 3:35 AM, Vic Cross wrote: One thing I forgot to mention last time is for those who are running Linux under z/VM 5.1, give more-than-serious thought to using VSWITCH instead of Linux guests with multiple interfaces and VIPA. z/VM will do the heavy-lifting as far as interface re

Re: Question for Oracle shops

2005-11-02 Thread Mrohs, Ray
A new approach is needed regarding maintenance of Linux images and product installation in general. I'm a strong proponent of server appliances which are pre-packaged with optimized OS and applications. In this case, SLES9 and Oracle would come on a tape or be downloaded for a simple DDR installati

Re: Q.: VIPA implementation

2005-11-02 Thread Vic Cross
On 02/11/2005, at 6:38am, Yu Safin wrote: I am not sure I understand what you are talking about. There is no routing daemon involved. There are two methods to set up VIPA, static using "ip route" and dynamic using quagga (zebra/ospf). Maya be you are talking about quagga, which does require bo