Re: SUSE s390 - Zebra installation problems
Mark, I also thought that it was part of the distribution, it is on my
desktop but not
on the Enterprise Server 7. I have been looking for a s390x level zebra from
SuSE but as yet
been unable to find one. Anybody any idea's ??
Mick Megson
-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@;VM.MARIST.EDU]On Behalf Of
Post, Mark K
Sent: 12 November 2002 17:20
To: [EMAIL PROTECTED]
Subject: Re: SUSE s390 - Zebra installation problems
Michael,
Since zebra comes on the SuSE distribution, I'm wondering why you're trying
to build it from source?
It sounds like the version of zebra you're compiling has an out-of-date
config.guess and/or config.sub file in it. That would be why it doesn't
understand "s390x-unknown-linux-gnu" as a valid system type. You could try
copying those files from /usr/share/libtool into where ever you find them in
the zebra source tree.
I wasn't able to find either RTM_ADD or RTM_DELETE on my system. I have a
bunch of RTM_somethings in /usr/src/linux/include/linux/rtnetlink.h, but not
those.
Mark Post
-Original Message-
From: Michael.Megson [mailto:megson@;attglobal.net]
Sent: Tuesday, November 12, 2002 8:03 AM
To: [EMAIL PROTECTED]
Subject: Re: SUSE s390 - Zebra installation problems
Hi, I have been trying to install Zebra on a z/VM-Linux 390 virtual machine
and
have a problem with the make process.
Everything appears to go well until .
rt_socket.c: In function `kernel_rtm_ipv4':
rt_socket.c:100: `RTM_ADD' undeclared (first use in this function)
rt_socket.c:100: (Each undeclared identifier is reported only once
rt_socket.c:100: for each function it appears in.)
rt_socket.c:105: `RTM_DELETE' undeclared (first use in this function)
rt_socket.c: In function `kernel_add_ipv4':
rt_socket.c:183: `RTM_ADD' undeclared (first use in this function)
rt_socket.c: In function `kernel_delete_ipv4':
rt_socket.c:189: `RTM_DELETE' undeclared (first use in this function)
rt_socket.c: In function `kernel_rtm_ipv6_multipath':
rt_socket.c:317: `RTM_ADD' undeclared (first use in this function)
rt_socket.c:322: `RTM_DELETE' undeclared (first use in this function)
rt_socket.c: In function `kernel_add_ipv6':
rt_socket.c:417: `RTM_ADD' undeclared (first use in this function)
rt_socket.c: In function `kernel_delete_ipv6':
rt_socket.c:423: `RTM_DELETE' undeclared (first use in this function)
rt_socket.c: In function `kernel_delete_ipv6_old':
rt_socket.c:431: `RTM_DELETE' undeclared (first use in this function)
make[2]: *** [rt_socket.o] Error 1
make[2]: Leaving directory `/usr/src/packages/BUILD/zebra-0.92a/zebra'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/packages/BUILD/zebra-0.92a'
make: *** [all-recursive-am] Error 2
Bad exit status from /var/tmp/rpm-tmp.39744 (%build)
I looked earlier in the process and found
zebra configuration
---
zebra version : 0.92a
host operationg system :
source code location: .
compiler: gcc
compiler flags : -g -O2 -Wall
directory for pid files : /var/run
+ make
make all-recursive
make[1]: Entering directory `/usr/src/packages/BUILD/zebra-0.92a'
Making all in lib
make[2]: Entering directory `/usr/src/packages/BUILD/zebra-0.92a/lib'
echo '' >version.c
echo 'char *host_name = "s390x-unknown-linux-gnu";' >>version.c
gcc -DHAVE_CONFIG_H -DSYSCONFDIR=\"/etc/\" -I.. -I.. -I../lib-g -O2 -Wal
l -c version.c
and even earlier
+ ./configure --prefix=/usr --sysconfdir=/etc
creating cache ./config.cache
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... missing
checking for working autoconf... found
checking for working automake... missing
checking for working autoheader... found
checking for working makeinfo... found
checking host system type... Invalid configuration
`s390x-unknown-linux-gnu': machine `s390x-unknown' not recognized
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking how to run the C preprocessor... gcc -E
checking for a BSD compatible install... /usr/bin/install -c
checking whether make sets ${MAKE}... (cached) yes
checking build system type... Invalid configuration
`s390x-unknown-linux-gnu': machine `s390x-unknown' not recognized
checking for s390x-unknown-linux-gnu-ar... ar
any help would be appreciated
Mick Megson
Oracle and other matters
Security researchers are warning of a potentially nasty buffer over-run flaw in Oracle Database 9i databases. http://www.theregister.co.uk/content/55/28057.html We do hate to rain on a high-profile corporate love-fest, but we have to point out that in addition to the much trumpeted $100 million Billg has donated to India's fight against HIV, he's also funding the Microsoft jihad against Linux to the far more impressive tune of $421 million. http://www.theregister.co.uk/content/4/28063.html US military zeros in on Brit cracker http://www.theregister.co.uk/content/55/28055.html I guess it would be a low blow to mention cricket, so I won't;-) -- Cheers John Summerfield Microsoft's most solid OS: http://www.geocities.com/rcwoolley/ Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
glibc 2.2.5 & SuSE SLES 7
--- Received from FPU.DUCKEJ 7993393 12-11-02 18:19 -> [EMAIL PROTECTED] Hi, we have SuSE SLES 7 running on VM 4.2. We need to have the Java JDK 1.3.1 installed, which we are confident of doing, but unfortunately it needs glibc 2.2.4 or higher which seems trickier. We were hoping that a rpm for S390 would be available, but we can't spot one. I've looked at the listserv for clues, and I've noticed some people compiling it from scratch. I'd appreciate any advice on how we should proceed with this. Thanks, John. This e-mail may contain confidential information and/or copyright material. This e-mail is intended for the use of the addressee only. Any unauthorised use may be unlawful. If you receive this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software. Friends Provident Marketing Group consists of the following companies: Friends Provident Life and Pensions Limited. Registered number 4096141. Friends' Provident Unit Trust Managers Limited. Registered number 970641 FP Life Assurance Limited. Registered number 782698 Friends Provident Pensions Limited. Registered number 475201 ISIS Managed Pension Funds Limited. Registered number 1020044 Registered and Head Office of each of the above companies is at Pixham End, Dorking, Surrey RH4 1QA. Registered in England. Incorporated companies limited by shares. Ivory & Sime Trustlink Limited. Registered number 151198 Registered and Head Office: One Charlotte Square, Edinburgh EH2 4DZ. Registered in Scotland. Incorporated company limited by shares. Companies within this Group transact life assurance, pension, permanent health, unit trust and investment trust business All are regulated by the Financial Services Authority.
Paolo Paraboschi/Italy/IBM è fuori ufficio.
I will be out of the office starting November 13, 2002 and will not return until November 21, 2002. Sono ad un conference a Roma. Ti risponderò al mio ritorno. Saluti
linux/390 support
Please forgive any ignorance in this question, yet another MVS techie dipping a toe into the linux world. We are looking to create a Linux/390 LPAR on an H30 and we are trying to figure out the "support" arrangements for the base operating system. With (MVS, OS/390, Z/OS) we ring up the IBM support center for all operating system related problems as part of the cost of licensing the operating system. What is IBM's arrangement with Linux/390? IBM (Australia) has told us that we do not order Linux via IBM but must order through another site, presumably Red Hat or SUSE. If we have installation problems I assume that support is presumably given through the vendor with whom we purchased Linux. My concern is what happens once we have a production application running on Linux/390 and we have an operating system failure. *) Is there any option for getting support from the IBM support center or IBM Global Services? *) Is there a 24x7 support arrangement involved? *) What are typical costs involved with support for Linux/390? *) What type of support does IBM provide? Level 1 equivalent or more? *) How many out there are running production work on Linux/390? *) Does anyone have any experience or war stories with using linux support particularly in Sev-1 or Sev-2 situation? kindest regards for any responses, Tom Rusnak Sydney, Aus. (This message cross posted between LINUX-390 and IBM-MAIN)
Re: Expanded Storage Question
Paul, As someone else pointed out, VM still can get some additional performance out of expanded storage. Someone else mentioned xpram, but perhaps the best use is Vdisk for swap. Linux can swap all it wants to the vdisk, and VM will see if parts of that aren't being referenced, and page it out to disk. I'm pretty sure that if you devote part of expanded to xpram, it will all be marked as unusable by anyone else. Mark Post -Original Message- From: paultz [mailto:paultz@;ucia.gov] Sent: Tuesday, November 12, 2002 5:40 PM To: [EMAIL PROTECTED] Subject: Re: Expanded Storage Question If I had a 'green with envy' emoticon, I'd use it here. But since I'm stuck in the past, tell me why you don't configure a 64 bit machine running a 64 bit OS as all real storage? I thought expanded was to be a thing of the past? But as I said, z boxes are just a day dream for me. Paul = We are getting a z800 with 8 gig of storage. We will have a regular engine running VM apps that will use 1 gig central, 1 gig expanded. How do we divide up the remaining 6 gig for the LPAR that has the IFL engine dedicated to it? This LPAR is strictly for zVM running LINUX guests. I tried to search the marist archives but am getting firewall proxy access denied today. We'll be running zVM 4.3 in the IFL.
Amanda on Linux S390
Is anyone using Amanda to backup Linux dasd and would you mind sharing your configuration files? James Johnson Email: [EMAIL PROTECTED] Systems Programmer Voice: 660-543-8065 Central Missouri State University Fax: 660-543-8123
Re: Expanded Storage Question
It has been said that the VM paging algorithms are tuned for 3 levels of storage, and you will get better performance by giving VM some XSTORE to play with. I would start with 5 gig of central and 1 gig of expanded storage, and play with the ratio from there. Here is a nice writeup on this: http://www.vm.ibm.com/perf/tips/storconf.html Linux can also use expanded storage for a very fast swap device. The xpram driver will provide access to the xstore as if it were any other block device. Just modprobe xpram ; mkswap /dev/slram0 ; swapon /dev/slram0 and away you go. Jay Brenneman Ann Smith cc: Sent by: Linux onSubject: Expanded Storage Question 390 Port <[EMAIL PROTECTED] IST.EDU> 11/12/2002 03:49 PM Please respond to Linux on 390 Port We are getting a z800 with 8 gig of storage. We will have a regular engine running VM apps that will use 1 gig central, 1 gig expanded. How do we divide up the remaining 6 gig for the LPAR that has the IFL engine dedicated to it? This LPAR is strictly for zVM running LINUX guests. I tried to search the marist archives but am getting firewall proxy access denied today. We'll be running zVM 4.3 in the IFL.
Re: Expanded Storage Question
If I had a 'green with envy' emoticon, I'd use it here. But since I'm stuck in the past, tell me why you don't configure a 64 bit machine running a 64 bit OS as all real storage? I thought expanded was to be a thing of the past? But as I said, z boxes are just a day dream for me. Paul = We are getting a z800 with 8 gig of storage. We will have a regular engine running VM apps that will use 1 gig central, 1 gig expanded. How do we divide up the remaining 6 gig for the LPAR that has the IFL engine dedicated to it? This LPAR is strictly for zVM running LINUX guests. I tried to search the marist archives but am getting firewall proxy access denied today. We'll be running zVM 4.3 in the IFL.
Re: Expanded Storage Question
I set up my z/800 z/VM LPAR to be all Central Storage, no Expanded. z/VM supports this. The Linux/390 guests can then use this storage. Linux/390 cannot, to the best of my knowledge, use Expanded Storage at all. Since z/VM and z/Linux are both running 64 bit, this should work well. Note that I haven't actually installed z/VM and Linux on this system yet. -- John McKown Senior Technical Specialist UICI Insurance Center Applications & Solutions Team +1.817.255.3225 > -Original Message- > From: Ann Smith [mailto:annsmith@;thehartford.com] > Sent: Tuesday, November 12, 2002 2:49 PM > To: [EMAIL PROTECTED] > Subject: Expanded Storage Question > > > We are getting a z800 with 8 gig of storage. We will have a regular > engine running VM apps that will use 1 gig central, 1 gig > expanded. How > do we divide up the remaining 6 gig for the LPAR that has the > IFL engine > dedicated to it? This LPAR is strictly for zVM running LINUX guests. I > tried to search the marist archives but am getting firewall > proxy access > denied today. We'll be running zVM 4.3 in the IFL. >
Re: Use SSH instead of TELNET
They're quite old, and hence vulnerable. I agree that if Pat's company paid for support after the install that DSG should be able to provide them with updated versions. I've probably got newer versions laying around for SuSE 7.0 myself. I should probably go look for them. Mark Post -Original Message- From: Adam Thornton [mailto:athornton@;sinenomine.net] Sent: Tuesday, November 12, 2002 5:41 PM To: [EMAIL PROTECTED] Subject: Re: Use SSH instead of TELNET On Tue, Nov 12, 2002 at 02:46:42PM -0500, Abruzzese, Pat wrote: > I running SuSE 7.0 (s390) Kernel 2.2.16 this is not from Marist. It was > installed by Denver Solutions for me. Unless you explicitly have no post-installation support from Denver Solutions, you should also probably get your money's worth by asking them about it. Although Mark has identified the issue and where to get the appropriate RPMs. OpenSSH went through a spate of vulnerabilities though, and I don't know offhand if the ones there are secure or not. Ideally you want one of the 3.x OpenSSH versions with privilege separation. Adam
Re: Use SSH instead of TELNET
On Wed, Nov 13, 2002 at 05:39:20AM +0800, John Summerfield wrote:
> On Tue, 12 Nov 2002 [EMAIL PROTECTED] wrote:
> > # rpm -qa '*ssh*'
> > rpm: extra arguments given for query of all packages
>
[ snip ]
>
> The oldest system I have is RHL 7.2 and it works there.
Red Hat ships with a newer version of RPM than SuSE. Red Hat has used RPM
4.x for quite some time, while SuSE still uses RPM 3.x. The capabilities
are a little different, but using:
rpm -qa | grep -i ssh
should work just fine regardless of the version of RPM used.
Dave
--
('> Dave O'Neill <[EMAIL PROTECTED]>, Staff Scientist, Linuxcare, Inc.
//\ tel: (613) 562-9949 fax: (613) 562-9700 http://www.linuxcare.com/
v_/_ Linuxcare. Simplifying Server Consolidation
Re: Use SSH instead of TELNET
On Tue, Nov 12, 2002 at 02:46:42PM -0500, Abruzzese, Pat wrote: > I running SuSE 7.0 (s390) Kernel 2.2.16 this is not from Marist. It was > installed by Denver Solutions for me. Unless you explicitly have no post-installation support from Denver Solutions, you should also probably get your money's worth by asking them about it. Although Mark has identified the issue and where to get the appropriate RPMs. OpenSSH went through a spate of vulnerabilities though, and I don't know offhand if the ones there are secure or not. Ideally you want one of the 3.x OpenSSH versions with privilege separation. Adam
Re: Use SSH instead of TELNET
On Tue, 12 Nov 2002 [EMAIL PROTECTED] wrote: > >> try this > >> rpm -qa | grep ssh > > >or in one command, > >rpm -qa '*ssh*' > > # rpm -qa '*ssh*' > rpm: extra arguments given for query of all packages Odd. I see you quoted it too. [summer@orange summer]$ rpm -qa '*ssh*' openssh-server-3.4p1-2 openssh-clients-3.4p1-2 openssh-askpass-gnome-3.4p1-2 kdessh-3.0.3-3 openssh-3.4p1-2 openssh-askpass-3.4p1-2 [summer@orange summer]$ The oldest system I have is RHL 7.2 and it works there. -- Cheers John. Please, no off-list mail. You will fall foul of my spam treatment. Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: Expanded Storage Question
Ann, You're going to want to configure some of that for expanded as well. Just how to split it up, I really couldn't say. I'm sure (hey Barton!) someone on the list would be better qualified than I. M. z800's. M. Mark Post -Original Message- From: Ann Smith [mailto:annsmith@;thehartford.com] Sent: Tuesday, November 12, 2002 3:49 PM To: [EMAIL PROTECTED] Subject: Expanded Storage Question We are getting a z800 with 8 gig of storage. We will have a regular engine running VM apps that will use 1 gig central, 1 gig expanded. How do we divide up the remaining 6 gig for the LPAR that has the IFL engine dedicated to it? This LPAR is strictly for zVM running LINUX guests. I tried to search the marist archives but am getting firewall proxy access denied today. We'll be running zVM 4.3 in the IFL.
Re: Use SSH instead of TELNET
>> try this >> rpm -qa | grep ssh >or in one command, >rpm -qa '*ssh*' # rpm -qa '*ssh*' rpm: extra arguments given for query of all packages
Re: Use SSH instead of TELNET
On Tue, 12 Nov 2002, Abruzzese, Pat wrote: > My Unix group will be installing an application under the VM Linux. They > want to access Linux using SSH instead of TELNET. Where can I get SSH for > Linux. openssh is on your Linux CD. -- Cheers John. Please, no off-list mail. You will fall foul of my spam treatment. Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: Backups of Linux volume
On Tue, 12 Nov 2002, Alan Cox wrote: > On Tue, 2002-11-12 at 18:22, Gowans, Chuck wrote:s. > > The IPLs fail at assorted points in the boot process. We are thinking that > > we now may have to shut down the guests in order to get reliable backups. > > > > That sounds a lot more drastic a failure than I would expect if the dump > is being done cleanly. The way I dump my live file systems is a little > zany but it works for me > > I hot add a mirror volume to the raid > I want for a rebuild to finish > I hot remove it > > at that point its close enough that the ext3 journalling log replay > should fix it up, and if not fsck will have almost no work to do. I > guess the right approach if you run LVM would be to make a snapshot and > back up the snapshot. > > I don't thinkwhat you are doing is impossible, and its a rather > important item to get right for a 24x7 OS. In the x86 world drbd seems > to be the popular approach (basically raid over network) I would expect _some_ problems because you're backing up a filesystem that's mounted rw. I would expect the filesystem to be marked dirty and so need some fscking on boot. Apparently you _can_ do a coherent backup on Linux if you're using LVM. -- Cheers John. Please, no off-list mail. You will fall foul of my spam treatment. Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: Use SSH instead of TELNET
On Tue, 12 Nov 2002, Mark D Pace wrote: > >I look around for it and can't find it. Which directory would it be > located. > >This is not a Marist file system. > >P. Abruzzese > > try this > rpm -qa | grep ssh or in one command, rpm -qa '*ssh*' > This will tell you if an ssh package has been installed. -- Cheers John. Please, no off-list mail. You will fall foul of my spam treatment. Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: CPU Arch Security
On Tuesday 12 November 2002 11:58 am, Gregg C Levine wrote: > Actually that was my reaction. The demonstration packet that they sent > me, was the thing that did it. The terms, "kludge", and "clumsy", and a > few others that were not polite, crossed my mined, at the time. And you > are right about what Intel thought it was. They made up a chip for the > 8086 hardware grouping that included a firmware kernel of the product. > Funny, they also did the same for a different OS for the 8086. Both part > numbers are long since retired, or even discontinued. Oooh! Ooooh! Mister Kotter! I remember those! The 80130 was a chip that contained an iRMX86 kernel in ROM plus some timer and I/O support glue. The 80150 contained the core of CPM/86 in the ROM but was otherwise the same as the 80130. They came in 40-pin DIPs if I recall. I've still got the databooks around here somewhere, probably. RMX was actually a pretty decent o.s., when used for its intended purposes. The 80130 and 80150 never took off in the marketplace, largely because their mask-programmed ROMs were obsolete too quickly and because EPROMs dropped in price very rapidly at the same time. Also, both of these chips were quirky from a hardware design standpoint; I forget the details, but I remember them being difficult to design-in for one reason or another. The summer I worked for Intel, I did a lot of sysgens of RMX86 for our big, powerful servers. You know, those fully-loaded "minicomputer" chassis with a whopping 768K of RAM and over 5 megabytes of hard disk on line. And I've just realized how far this poor thread has drifted off-topic. I'm willing to drop it if you are. :-) Scott -- - Scott D. Courtney, Senior Engineer Sine Nomine Associates [EMAIL PROTECTED] http://www.sinenomine.net/
Expanded Storage Question
We are getting a z800 with 8 gig of storage. We will have a regular engine running VM apps that will use 1 gig central, 1 gig expanded. How do we divide up the remaining 6 gig for the LPAR that has the IFL engine dedicated to it? This LPAR is strictly for zVM running LINUX guests. I tried to search the marist archives but am getting firewall proxy access denied today. We'll be running zVM 4.3 in the IFL.
Re: SSH instead of TELNET - In regards to S/390 ----> Linux
There is a partially working port in SG24-5944 Redbook, "Open Source Software for z/OS and OS/390 UNIX". I think the code isn't included in the tar file because of copyright problems, but the OpenSSH and OpenSSL chapter describes all the modifications to the code to obtain a working SSH. It only works for V1 protocol, and only for SSH and SCP of text files, because of limitations of the SSH protocol and the ASCII/EBCDIC conversions. > -Original Message- > From: James Melin [mailto:Jim.Melin@;co.hennepin.mn.us] > Sent: Tuesday, November 12, 2002 1:27 PM > To: [EMAIL PROTECTED] > Subject: SSH instead of TELNET - In regards to S/390 > Linux > > > I have SSH installed on Linux, but have the opposite problem in that I need > an open ssh putty-like shell to connect to it from OS/390 so that I can do > secure logon from an automation product. > > Has anyone done this? > -- Guillermo Freige Administrador nodo gba.gov.ar - This mail sent through IMP: http://horde.org/imp/
Re: Use SSH instead of TELNET
Pat, Perhaps it wasn't installed. If you're running the original SuSE distribution, you need to go to ftp://ftp.suse.de/pub/suse/s390/7.0/sec1 and download the RPMs there. You should probably install mod_ssl.rpm, openssh.rpm and openssl.rpm. It wouldn't hurt to install the others as well. The versions there are old, so you might want to be adventurous and get the source RPMs from ftp://ftp.suse.de/pub/suse/s390/7.0/zq1 and use the .spec files in them to use as models for building current versions. (I know that sounds like a lot of work, and it is. But, that's what running an old distribution will cause. :( ) If you're running the later SuSE distribution, or Red Hat, the needed RPMs will be amongst the other RPMs for installation. (CD 1 for SuSE.) Mark Post -Original Message- From: Abruzzese, Pat [mailto:Pabruzzese@;Thomcomp.com] Sent: Tuesday, November 12, 2002 1:39 PM To: [EMAIL PROTECTED] Subject: Re: Use SSH instead of TELNET Mark, I look around for it and can't find it. Which directory would it be located. This is not a Marist file system. vr, P. Abruzzese > -Original Message- > From: Post, Mark K [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, November 12, 2002 11:54 AM > To: [EMAIL PROTECTED] > Subject: Re: Use SSH instead of TELNET > > Pat, > > It should have come on your distribution, unless you're using one of the > Marist file systems (which I don't currently recommend). > > Mark Post > > -Original Message- > From: Abruzzese, Pat [mailto:Pabruzzese@;Thomcomp.com] > Sent: Tuesday, November 12, 2002 11:29 AM > To: [EMAIL PROTECTED] > Subject: Use SSH instead of TELNET > > > My Unix group will be installing an application under the VM Linux. They > want to access Linux using SSH instead of TELNET. Where can I get SSH for > Linux. > > vr, > > P. Abruzzese
Re: Use SSH instead of TELNET
Mark, I running SuSE 7.0 (s390) Kernel 2.2.16 this is not from Marist. It was installed by Denver Solutions for me. vr, P. Abruzzese > -Original Message- > From: Post, Mark K [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, November 12, 2002 11:54 AM > To: [EMAIL PROTECTED] > Subject: Re: Use SSH instead of TELNET > > Pat, > > It should have come on your distribution, unless you're using one of the > Marist file systems (which I don't currently recommend). > > Mark Post > > -Original Message- > From: Abruzzese, Pat [mailto:Pabruzzese@;Thomcomp.com] > Sent: Tuesday, November 12, 2002 11:29 AM > To: [EMAIL PROTECTED] > Subject: Use SSH instead of TELNET > > > My Unix group will be installing an application under the VM Linux. They > want to access Linux using SSH instead of TELNET. Where can I get SSH for > Linux. > > vr, > > P. Abruzzese
Re: SSH instead of TELNET - In regards to S/390 ----> Linux
There is an Open SSH implementation at: http://s390.nichols.de/ssh/index.html That might be of some use. Dave Jones Sine Nomine Associates Houston, TX - Original Message - From: "Gregg C Levine" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, November 12, 2002 12:36 PM Subject: Re: SSH instead of TELNET - In regards to S/390 > Linux Hello from Gregg C Levine Not me. But I believe that the source code is, ah, freely available for SSH, so theoretically it could be built on OS/390, via the usual sets of tools there. Also someone might have constructed a port for OS/390, already. --- Gregg C Levine [EMAIL PROTECTED] "The Force will be with you...Always." Obi-Wan Kenobi "Use the Force, Luke." Obi-Wan Kenobi (This company dedicates this E-Mail to General Obi-Wan Kenobi ) (This company dedicates this E-Mail to Master Yoda ) > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@;VM.MARIST.EDU] On Behalf Of > James Melin > Sent: Tuesday, November 12, 2002 1:27 PM > To: [EMAIL PROTECTED] > Subject: [LINUX-390] SSH instead of TELNET - In regards to S/390 > Linux > > I have SSH installed on Linux, but have the opposite problem in that I need > an open ssh putty-like shell to connect to it from OS/390 so that I can do > secure logon from an automation product. > > Has anyone done this?
Re: Use SSH instead of TELNET
>I look around for it and can't find it. Which directory would it be located. >This is not a Marist file system. >P. Abruzzese try this rpm -qa | grep ssh This will tell you if an ssh package has been installed. Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 [EMAIL PROTECTED] Office: 850.219.5184 Fax: 850.219.5050 http://www.mainline.com "Abruzzese, Pat" To: [EMAIL PROTECTED] Subject: Re: Use SSH instead of TELNET Sent by: Linux on 390 Port <[EMAIL PROTECTED] ARIST.EDU> 11/12/2002 01:39 PM Please respond to Linux on 390 Port Mark, I look around for it and can't find it. Which directory would it be located. This is not a Marist file system. vr, P. Abruzzese > -Original Message- > From: Post, Mark K [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, November 12, 2002 11:54 AM > To: [EMAIL PROTECTED] > Subject: Re: Use SSH instead of TELNET > > Pat, > > It should have come on your distribution, unless you're using one of the > Marist file systems (which I don't currently recommend). > > Mark Post > > -Original Message- > From: Abruzzese, Pat [mailto:Pabruzzese@;Thomcomp.com] > Sent: Tuesday, November 12, 2002 11:29 AM > To: [EMAIL PROTECTED] > Subject: Use SSH instead of TELNET > > > My Unix group will be installing an application under the VM Linux. They > want to access Linux using SSH instead of TELNET. Where can I get SSH for > Linux. > > vr, > > P. Abruzzese
Re: Backups of Linux volume
Chuck, Although I only have two LINUX guests under zVM 3.1, I have an exec that runs the backups using DDR. I have the operator shutdown each instance while they run the backup and at the end the EXEC will ask whether to IPL(boot) or not. I successfully recovered both LINUX quests when I went through a DR in September. Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000 > -Original Message- > From: Gowans, Chuck [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, November 12, 2002 1:22 PM > To: [EMAIL PROTECTED] > Subject: Backups of Linux volume > > One of the selling points I've been using to promote Linux here is the > fact > that it appears to be the first truly cost effective means of transporting > Unix/Linux mid-range systems - affordably - to our hot site. You know the > drill. the Linux file systems reside on 390 DASD, the same DASD we > subscribe to at hot site... the hardware is the same so we can run > our > guests under VM there also, no need to buy duplicate hardware etc., > etc,. > > Our approach has been that I can use our OS/390 LPAR to touch the z/VM > DASD > volumes (temporarily) and get full volume dumps using ADRDSSU. The full > volumes would contain Linux mini disks for one or more of the Linux > guests. > The production OS/390 LPAR can then handle the processing of the tapes for > hot site just like all other OS/390 disaster recovery backups we take - > i.e. > they fall into a designated tape rotation to our offsite tape vault, and > subsequently can be pulled for transport to hot site. Once at hot site, > we > should be able to restore these full volume dumps and would have all of > our > mini disks back and can then fire up z/VM and the Linux guests. We are > using the same process to backup the z/VM system volumes. > > We are not having good luck getting the Linux systems to boot when we have > tested the restore process here. We (thought we) understood the need to > have the Linux guest quiesced so we could get a clean dump - and as such > issued a 'sync' command hoping all of the buffers would be written to disk > form the affected guest(s). What (we think) is apparently happening is > that > some level of VM caching is still keeping all of the data from getting > written when we expect it, or - even though it's late at night - there is > still some activity going on in the Linux OS that's corrupting the > backups. > The IPLs fail at assorted points in the boot process. We are thinking > that > we now may have to shut down the guests in order to get reliable backups. > > My questions relating to this are: > > Does this seem like a feasible approach? > Is anyone out there backing up a large number of guests in this, or a > similar manner? If so, how are you doing it? > Is there a better way to temporarily quiesce a 390-Linux system to get > good > copies of the mini disk volumes? > > We would like the Linux guests to be available as close to possible to > 7x24x365 - meaning we would like to avoid a large "backup window" type > outage; and we are thinking about buying the "point-in-time" backup > capability for our DASD subsystems to reduce this window. The process > would > be similar to what I described above except the backups would take seconds > per volume - which would mean the Linux guests could resume work after the > "Snap" occurred - and the "snapped" copies could be dumped to tape as the > tape drives became available. > > Any help would be appreciated. > > Chuck Gowans > USDA - Nat'l IT Center - Kansas City > > > > NOTE: > This e-mail message contains PRIVILEGED and CONFIDENTIAL information and > is intended only for the use of the specific individual or individuals to > which it is addressed. If you are not an intended recipient of this > e-mail, you are hereby notified that any unauthorized use, dissemination > or copying of this e-mail or the information contained herein or attached > hereto is strictly prohibited. If you receive this e-mail in error, notify > the person named above by reply e-mail and please delete it. Thank you. NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you.
Re: Backups of Linux volume
On Tuesday, 11/12/2002 at 12:22 CST, "Gowans, Chuck" <[EMAIL PROTECTED]> wrote: [snip] > We are not having good luck getting the Linux systems to boot when we have > tested the restore process here. We (thought we) understood the need to > have the Linux guest quiesced so we could get a clean dump - and as such > issued a 'sync' command hoping all of the buffers would be written to disk > form the affected guest(s). What (we think) is apparently happening is that > some level of VM caching is still keeping all of the data from getting > written when we expect it, or - even though it's late at night - there is > still some activity going on in the Linux OS that's corrupting the backups. > The IPLs fail at assorted points in the boot process. We are thinking that > we now may have to shut down the guests in order to get reliable backups. The VM minidisk cache is probably getting in your way. Look at the CP SET MDCACHE command for ways to flush (or turn off) the cache after you have quieced Linux. You can do it on a volume or minidisk basis, depending on how you do your backups. Where 7x24x365 is required, you should already have load balancers/sprayers, etc. in place. Make sure your web/app server "clusters" have minidisks on different volumes so you can take down one server at a time, yet still maintain the service. Alan Altmark Sr. Software Engineer IBM z/VM Development
Re: SSH instead of TELNET - In regards to S/390 ----> Linux
> I have SSH installed on Linux, but have the opposite problem > in that I need an open ssh putty-like shell to connect to it > from OS/390 so that I can do secure logon from an automation product. SSH was ported to OMVS ... I thought. Can't seem to find it on the "Tools and Toys" page. :-( http://www-1.ibm.com/servers/eserver/zseries/zos/unix/bpxa1ty2.html
Re: Use SSH instead of TELNET
Mark, I look around for it and can't find it. Which directory would it be located. This is not a Marist file system. vr, P. Abruzzese > -Original Message- > From: Post, Mark K [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, November 12, 2002 11:54 AM > To: [EMAIL PROTECTED] > Subject: Re: Use SSH instead of TELNET > > Pat, > > It should have come on your distribution, unless you're using one of the > Marist file systems (which I don't currently recommend). > > Mark Post > > -Original Message- > From: Abruzzese, Pat [mailto:Pabruzzese@;Thomcomp.com] > Sent: Tuesday, November 12, 2002 11:29 AM > To: [EMAIL PROTECTED] > Subject: Use SSH instead of TELNET > > > My Unix group will be installing an application under the VM Linux. They > want to access Linux using SSH instead of TELNET. Where can I get SSH for > Linux. > > vr, > > P. Abruzzese
Re: SSH instead of TELNET - In regards to S/390 ----> Linux
James, There's a port of OpenSSH to OS/390's UNIX System Services environment. That doesn't sound like what you're after, though. (Or does it?) IBM's SG24-5944 Redbook, "Open Source Software for z/OS and OS/390 UNIX" is the place to look, if it is what you want. Mark Post -Original Message- From: James Melin [mailto:Jim.Melin@;co.hennepin.mn.us] Sent: Tuesday, November 12, 2002 1:27 PM To: [EMAIL PROTECTED] Subject: SSH instead of TELNET - In regards to S/390 > Linux I have SSH installed on Linux, but have the opposite problem in that I need an open ssh putty-like shell to connect to it from OS/390 so that I can do secure logon from an automation product. Has anyone done this?
Re: SSH instead of TELNET - In regards to S/390 ----> Linux
Hello from Gregg C Levine Not me. But I believe that the source code is, ah, freely available for SSH, so theoretically it could be built on OS/390, via the usual sets of tools there. Also someone might have constructed a port for OS/390, already. --- Gregg C Levine [EMAIL PROTECTED] "The Force will be with you...Always." Obi-Wan Kenobi "Use the Force, Luke." Obi-Wan Kenobi (This company dedicates this E-Mail to General Obi-Wan Kenobi ) (This company dedicates this E-Mail to Master Yoda ) > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@;VM.MARIST.EDU] On Behalf Of > James Melin > Sent: Tuesday, November 12, 2002 1:27 PM > To: [EMAIL PROTECTED] > Subject: [LINUX-390] SSH instead of TELNET - In regards to S/390 > Linux > > I have SSH installed on Linux, but have the opposite problem in that I need > an open ssh putty-like shell to connect to it from OS/390 so that I can do > secure logon from an automation product. > > Has anyone done this?
Re: Backups of Linux volume
On Tue, 2002-11-12 at 18:22, Gowans, Chuck wrote:s. > The IPLs fail at assorted points in the boot process. We are thinking that > we now may have to shut down the guests in order to get reliable backups. > That sounds a lot more drastic a failure than I would expect if the dump is being done cleanly. The way I dump my live file systems is a little zany but it works for me I hot add a mirror volume to the raid I want for a rebuild to finish I hot remove it at that point its close enough that the ext3 journalling log replay should fix it up, and if not fsck will have almost no work to do. I guess the right approach if you run LVM would be to make a snapshot and back up the snapshot. I don't thinkwhat you are doing is impossible, and its a rather important item to get right for a 24x7 OS. In the x86 world drbd seems to be the popular approach (basically raid over network) Alan
SSH instead of TELNET - In regards to S/390 ----> Linux
I have SSH installed on Linux, but have the opposite problem in that I need an open ssh putty-like shell to connect to it from OS/390 so that I can do secure logon from an automation product. Has anyone done this?
Backups of Linux volume
One of the selling points I've been using to promote Linux here is the fact that it appears to be the first truly cost effective means of transporting Unix/Linux mid-range systems - affordably - to our hot site. You know the drill. the Linux file systems reside on 390 DASD, the same DASD we subscribe to at hot site... the hardware is the same so we can run our guests under VM there also, no need to buy duplicate hardware etc., etc,. Our approach has been that I can use our OS/390 LPAR to touch the z/VM DASD volumes (temporarily) and get full volume dumps using ADRDSSU. The full volumes would contain Linux mini disks for one or more of the Linux guests. The production OS/390 LPAR can then handle the processing of the tapes for hot site just like all other OS/390 disaster recovery backups we take - i.e. they fall into a designated tape rotation to our offsite tape vault, and subsequently can be pulled for transport to hot site. Once at hot site, we should be able to restore these full volume dumps and would have all of our mini disks back and can then fire up z/VM and the Linux guests. We are using the same process to backup the z/VM system volumes. We are not having good luck getting the Linux systems to boot when we have tested the restore process here. We (thought we) understood the need to have the Linux guest quiesced so we could get a clean dump - and as such issued a 'sync' command hoping all of the buffers would be written to disk form the affected guest(s). What (we think) is apparently happening is that some level of VM caching is still keeping all of the data from getting written when we expect it, or - even though it's late at night - there is still some activity going on in the Linux OS that's corrupting the backups. The IPLs fail at assorted points in the boot process. We are thinking that we now may have to shut down the guests in order to get reliable backups. My questions relating to this are: Does this seem like a feasible approach? Is anyone out there backing up a large number of guests in this, or a similar manner? If so, how are you doing it? Is there a better way to temporarily quiesce a 390-Linux system to get good copies of the mini disk volumes? We would like the Linux guests to be available as close to possible to 7x24x365 - meaning we would like to avoid a large "backup window" type outage; and we are thinking about buying the "point-in-time" backup capability for our DASD subsystems to reduce this window. The process would be similar to what I described above except the backups would take seconds per volume - which would mean the Linux guests could resume work after the "Snap" occurred - and the "snapped" copies could be dumped to tape as the tape drives became available. Any help would be appreciated. Chuck Gowans USDA - Nat'l IT Center - Kansas City
Re: CPU Arch Security [was: Re: Probably the first published shell code]
Hello from Gregg C Levine Sorry typo in my comment there. The word should be "mind". Not the one I chose instead. My mind is locked on a currently running process. A slowly running one in fact. --- Gregg C Levine [EMAIL PROTECTED] "The Force will be with you...Always." Obi-Wan Kenobi "Use the Force, Luke." Obi-Wan Kenobi (This company dedicates this E-Mail to General Obi-Wan Kenobi ) (This company dedicates this E-Mail to Master Yoda ) > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@;VM.MARIST.EDU] On Behalf Of > Gregg C Levine > Sent: Tuesday, November 12, 2002 11:59 AM > To: [EMAIL PROTECTED] > Subject: Re: [LINUX-390] CPU Arch Security [was: Re: Probably the first > published shell code] > > Hello from Gregg C Levine > Actually that was my reaction. The demonstration packet that they sent > me, was the thing that did it. The terms, "kludge", and "clumsy", and a > few others that were not polite, crossed my mined, at the time. And you > are right about what Intel thought it was. They made up a chip for the > 8086 hardware grouping that included a firmware kernel of the product. > Funny, they also did the same for a different OS for the 8086. Both part > numbers are long since retired, or even discontinued. > --- > Gregg C Levine [EMAIL PROTECTED] > > "The Force will be with you...Always." Obi-Wan Kenobi > "Use the Force, Luke." Obi-Wan Kenobi > (This company dedicates this E-Mail to General Obi-Wan Kenobi ) > (This company dedicates this E-Mail to Master Yoda ) > > > > > -Original Message- > > From: Linux on 390 Port [mailto:LINUX-390@;VM.MARIST.EDU] On Behalf > Of > > Scott Courtney > > Sent: Tuesday, November 12, 2002 11:05 AM > > To: [EMAIL PROTECTED] > > Subject: Re: [LINUX-390] CPU Arch Security [was: Re: Probably the > first > > published shell code] > > > > On Monday 11 November 2002 05:34 pm, Gregg C Levine wrote: > > > However, I did look at the > > > product, for Windows. And I wasn't thrilled by it. > > > > iRMX for Windows? UGH!!! My mind quails at the mere thought. > > > > (For those unfamiliar, iRMX was/is a realtime operating system created > by Intel > > and primarily used in hard- and soft-realtime embedded applications.) > > > > -- > > > > - > > Scott D. Courtney, Senior Engineer Sine Nomine > Associates > > [EMAIL PROTECTED] > http://www.sinenomine.net/
Re: CPU Arch Security [was: Re: Probably the first published shell code]
Hello from Gregg C Levine Actually that was my reaction. The demonstration packet that they sent me, was the thing that did it. The terms, "kludge", and "clumsy", and a few others that were not polite, crossed my mined, at the time. And you are right about what Intel thought it was. They made up a chip for the 8086 hardware grouping that included a firmware kernel of the product. Funny, they also did the same for a different OS for the 8086. Both part numbers are long since retired, or even discontinued. --- Gregg C Levine [EMAIL PROTECTED] "The Force will be with you...Always." Obi-Wan Kenobi "Use the Force, Luke." Obi-Wan Kenobi (This company dedicates this E-Mail to General Obi-Wan Kenobi ) (This company dedicates this E-Mail to Master Yoda ) > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@;VM.MARIST.EDU] On Behalf Of > Scott Courtney > Sent: Tuesday, November 12, 2002 11:05 AM > To: [EMAIL PROTECTED] > Subject: Re: [LINUX-390] CPU Arch Security [was: Re: Probably the first > published shell code] > > On Monday 11 November 2002 05:34 pm, Gregg C Levine wrote: > > However, I did look at the > > product, for Windows. And I wasn't thrilled by it. > > iRMX for Windows? UGH!!! My mind quails at the mere thought. > > (For those unfamiliar, iRMX was/is a realtime operating system created by Intel > and primarily used in hard- and soft-realtime embedded applications.) > > -- > - > Scott D. Courtney, Senior Engineer Sine Nomine Associates > [EMAIL PROTECTED] http://www.sinenomine.net/
Re: Use SSH instead of TELNET
Pat, It should have come on your distribution, unless you're using one of the Marist file systems (which I don't currently recommend). Mark Post -Original Message- From: Abruzzese, Pat [mailto:Pabruzzese@;Thomcomp.com] Sent: Tuesday, November 12, 2002 11:29 AM To: [EMAIL PROTECTED] Subject: Use SSH instead of TELNET My Unix group will be installing an application under the VM Linux. They want to access Linux using SSH instead of TELNET. Where can I get SSH for Linux. vr, P. Abruzzese
Re: CPU Arch Security [was: Re: Probably the first published shell code]
On Monday 11 November 2002 05:34 pm, Gregg C Levine wrote: > However, I did look at the > product, for Windows. And I wasn't thrilled by it. iRMX for Windows? UGH!!! My mind quails at the mere thought. (For those unfamiliar, iRMX was/is a realtime operating system created by Intel and primarily used in hard- and soft-realtime embedded applications.) -- - Scott D. Courtney, Senior Engineer Sine Nomine Associates [EMAIL PROTECTED] http://www.sinenomine.net/
Re: Use SSH instead of TELNET
AFAIK all vanilla installs of Linux for s390 have ssh installed and ready for use. Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 [EMAIL PROTECTED] Office: 850.219.5184 Fax: 850.219.5050 http://www.mainline.com "Abruzzese, Pat" To: [EMAIL PROTECTED] Subject: Use SSH instead of TELNET Sent by: Linux on 390 Port <[EMAIL PROTECTED] ARIST.EDU> 11/12/2002 11:28 AM Please respond to Linux on 390 Port My Unix group will be installing an application under the VM Linux. They want to access Linux using SSH instead of TELNET. Where can I get SSH for Linux. vr, P. Abruzzese
Re: Use SSH instead of TELNET
On Tue, 2002-11-12 at 11:28, Abruzzese, Pat wrote: > Where can I get SSH for Linux. http://www.openssh.com/ worked for me on the original SLES for S/390. -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED]
Re: Use SSH instead of TELNET
www.openssh.com On Tue, 2002-11-12 at 10:28, Abruzzese, Pat wrote: > My Unix group will be installing an application under the VM Linux. They > want to access Linux using SSH instead of TELNET. Where can I get SSH for > Linux. > > vr, > > P. Abruzzese -- - Michael Martin [EMAIL PROTECTED] (713) 918-2631
Use SSH instead of TELNET
My Unix group will be installing an application under the VM Linux. They want to access Linux using SSH instead of TELNET. Where can I get SSH for Linux. vr, P. Abruzzese
Re: SUSE s390 - Zebra installation problems
Michael,
Since zebra comes on the SuSE distribution, I'm wondering why you're trying
to build it from source?
It sounds like the version of zebra you're compiling has an out-of-date
config.guess and/or config.sub file in it. That would be why it doesn't
understand "s390x-unknown-linux-gnu" as a valid system type. You could try
copying those files from /usr/share/libtool into where ever you find them in
the zebra source tree.
I wasn't able to find either RTM_ADD or RTM_DELETE on my system. I have a
bunch of RTM_somethings in /usr/src/linux/include/linux/rtnetlink.h, but not
those.
Mark Post
-Original Message-
From: Michael.Megson [mailto:megson@;attglobal.net]
Sent: Tuesday, November 12, 2002 8:03 AM
To: [EMAIL PROTECTED]
Subject: Re: SUSE s390 - Zebra installation problems
Hi, I have been trying to install Zebra on a z/VM-Linux 390 virtual machine
and
have a problem with the make process.
Everything appears to go well until .
rt_socket.c: In function `kernel_rtm_ipv4':
rt_socket.c:100: `RTM_ADD' undeclared (first use in this function)
rt_socket.c:100: (Each undeclared identifier is reported only once
rt_socket.c:100: for each function it appears in.)
rt_socket.c:105: `RTM_DELETE' undeclared (first use in this function)
rt_socket.c: In function `kernel_add_ipv4':
rt_socket.c:183: `RTM_ADD' undeclared (first use in this function)
rt_socket.c: In function `kernel_delete_ipv4':
rt_socket.c:189: `RTM_DELETE' undeclared (first use in this function)
rt_socket.c: In function `kernel_rtm_ipv6_multipath':
rt_socket.c:317: `RTM_ADD' undeclared (first use in this function)
rt_socket.c:322: `RTM_DELETE' undeclared (first use in this function)
rt_socket.c: In function `kernel_add_ipv6':
rt_socket.c:417: `RTM_ADD' undeclared (first use in this function)
rt_socket.c: In function `kernel_delete_ipv6':
rt_socket.c:423: `RTM_DELETE' undeclared (first use in this function)
rt_socket.c: In function `kernel_delete_ipv6_old':
rt_socket.c:431: `RTM_DELETE' undeclared (first use in this function)
make[2]: *** [rt_socket.o] Error 1
make[2]: Leaving directory `/usr/src/packages/BUILD/zebra-0.92a/zebra'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/packages/BUILD/zebra-0.92a'
make: *** [all-recursive-am] Error 2
Bad exit status from /var/tmp/rpm-tmp.39744 (%build)
I looked earlier in the process and found
zebra configuration
---
zebra version : 0.92a
host operationg system :
source code location: .
compiler: gcc
compiler flags : -g -O2 -Wall
directory for pid files : /var/run
+ make
make all-recursive
make[1]: Entering directory `/usr/src/packages/BUILD/zebra-0.92a'
Making all in lib
make[2]: Entering directory `/usr/src/packages/BUILD/zebra-0.92a/lib'
echo '' >version.c
echo 'char *host_name = "s390x-unknown-linux-gnu";' >>version.c
gcc -DHAVE_CONFIG_H -DSYSCONFDIR=\"/etc/\" -I.. -I.. -I../lib-g -O2 -Wal
l -c version.c
and even earlier
+ ./configure --prefix=/usr --sysconfdir=/etc
creating cache ./config.cache
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... missing
checking for working autoconf... found
checking for working automake... missing
checking for working autoheader... found
checking for working makeinfo... found
checking host system type... Invalid configuration
`s390x-unknown-linux-gnu': machine `s390x-unknown' not recognized
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking how to run the C preprocessor... gcc -E
checking for a BSD compatible install... /usr/bin/install -c
checking whether make sets ${MAKE}... (cached) yes
checking build system type... Invalid configuration
`s390x-unknown-linux-gnu': machine `s390x-unknown' not recognized
checking for s390x-unknown-linux-gnu-ar... ar
any help would be appreciated
Mick Megson
Re: Anyone running a 2.5 kernel?
Hi Mark, No development system here. I am running Linux in a VM to work on volume mgt code. I need to verify evms user interface tools with device mapper on various platforms and was looking for any gotchas before proceeding on 390. -Don -Original Message- Date:Mon, 11 Nov 2002 10:34:10 -0500 From:"Post, Mark K" <[EMAIL PROTECTED]> Subject: Re: Anyone running a 2.5 kernel? Don, The only warning I can think of is that you're going to be running a "development" kernel. Unless you're planning on being part of the development process, providing feedback to the kernel developers, etc., you don't want to do that. If that _is_ your intent, then go for it. Mark Post
Re: CPU Arch Security [was: Re: Probably the first published shell code]
On Mon, 11 Nov 2002 21:38:13 -0600, Linas Vepstas wrote: >On Tue, Nov 12, 2002 at 02:00:14AM +0100, Ulrich Weigand was heard to remark: >> Linas Vepstas wrote: >> >Ugh. Well, that could stop the show. But since the instruction causing >this would be a problem state instruction, maybe there are fewer wacky >situations to deal with. Clearly, a store can be re-executed without >harm, even if its been partly executed before. The problem would be >with any instructions that had side effects, that would not do the same >thing the second time around, as it did the first time. I don't know >what these would be. > Actually on 390, a storage instruction MAY not necessarily be able to be re-executed without problem. You need to specify what store you are talking about. A register to storage or storage to register instruction CAN be re-executed without problem. However, 390 has storage to storage instructions, and those instructions can overlap and DO overlap. And those MAY have problems if interrupted in the middle. In fact, if you look in the Principle of Operations book for MVCL, you will find an elaborate explanation of the oops that you can get if you are overlaping a MVCL, and the instruction is interrupted (which can happen easily with an MVCL on a multi-processing system). So imagine what could happen with such an instruction when you went over a page boundary, the new page had different protection, and you tried to restart the instruction. Lloyd
Re: SUSE s390 - Zebra installation problems
Hi, I have been trying to install Zebra on a z/VM-Linux 390 virtual machine
and
have a problem with the make process.
Everything appears to go well until .
rt_socket.c: In function `kernel_rtm_ipv4':
rt_socket.c:100: `RTM_ADD' undeclared (first use in this function)
rt_socket.c:100: (Each undeclared identifier is reported only once
rt_socket.c:100: for each function it appears in.)
rt_socket.c:105: `RTM_DELETE' undeclared (first use in this function)
rt_socket.c: In function `kernel_add_ipv4':
rt_socket.c:183: `RTM_ADD' undeclared (first use in this function)
rt_socket.c: In function `kernel_delete_ipv4':
rt_socket.c:189: `RTM_DELETE' undeclared (first use in this function)
rt_socket.c: In function `kernel_rtm_ipv6_multipath':
rt_socket.c:317: `RTM_ADD' undeclared (first use in this function)
rt_socket.c:322: `RTM_DELETE' undeclared (first use in this function)
rt_socket.c: In function `kernel_add_ipv6':
rt_socket.c:417: `RTM_ADD' undeclared (first use in this function)
rt_socket.c: In function `kernel_delete_ipv6':
rt_socket.c:423: `RTM_DELETE' undeclared (first use in this function)
rt_socket.c: In function `kernel_delete_ipv6_old':
rt_socket.c:431: `RTM_DELETE' undeclared (first use in this function)
make[2]: *** [rt_socket.o] Error 1
make[2]: Leaving directory `/usr/src/packages/BUILD/zebra-0.92a/zebra'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/packages/BUILD/zebra-0.92a'
make: *** [all-recursive-am] Error 2
Bad exit status from /var/tmp/rpm-tmp.39744 (%build)
I looked earlier in the process and found
zebra configuration
---
zebra version : 0.92a
host operationg system :
source code location: .
compiler: gcc
compiler flags : -g -O2 -Wall
directory for pid files : /var/run
+ make
make all-recursive
make[1]: Entering directory `/usr/src/packages/BUILD/zebra-0.92a'
Making all in lib
make[2]: Entering directory `/usr/src/packages/BUILD/zebra-0.92a/lib'
echo '' >version.c
echo 'char *host_name = "s390x-unknown-linux-gnu";' >>version.c
gcc -DHAVE_CONFIG_H -DSYSCONFDIR=\"/etc/\" -I.. -I.. -I../lib-g -O2 -Wal
l -c version.c
and even earlier
+ ./configure --prefix=/usr --sysconfdir=/etc
creating cache ./config.cache
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... missing
checking for working autoconf... found
checking for working automake... missing
checking for working autoheader... found
checking for working makeinfo... found
checking host system type... Invalid configuration
`s390x-unknown-linux-gnu': machine `s390x-unknown' not recognized
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking how to run the C preprocessor... gcc -E
checking for a BSD compatible install... /usr/bin/install -c
checking whether make sets ${MAKE}... (cached) yes
checking build system type... Invalid configuration
`s390x-unknown-linux-gnu': machine `s390x-unknown' not recognized
checking for s390x-unknown-linux-gnu-ar... ar
any help would be appreciated
Mick Megson
