How to access IMS Database from Linux/390

2001-12-11 Thread Dougie G Lawson
Samy, A few ways are open to you. 1. Java CCF EJB programming through IMS Connect (on OS/390) to the IMS message queue. 2. DB2 connect to DB2 for OS/390, DB2 stored proc runs ODBA to access IMS database. 3. CICS Transaction Gateway, runs CICS/DBCTL txn on OS/390. 4. MQSeries, OTMA to IMS message

2.4.13-ac8 doesn't detect my 2.4.7 disk-label

2001-12-11 Thread Simon Fischer
hello everybody, my 2.4.13-ac8 kernel isn't able to recognize the disk-label's from my original 2.4.7-system. Any quick ideas? Regards Simon -- simon fischer linux on zSeries - team becom informationssysteme gmbh - germany

[no subject]

2001-12-11 Thread Islam Abdel-Aleem
Hi , I plan the following case LPR1 for OS/390 R 2 10 or z/OS LPR2 for Linux/390 and I had the following questions .? If I will write applications may be ( JAVA applications or Web applications ) at LPR2 (Linux/390 ) _ Ho

Moving Linux DASD

2001-12-11 Thread Davis, Andrew Phillip (SWD)
We have SuSe linux running on S/390 in an LPAR and all was well until the hardware team purchased new DASD and de-creed that we need to move from our existing UCBs to new devices. /proc/dasd/devices currently shows: 10A8(ECKD) at (94:0) is dasda:active at blocksize: 4096, 601020 blocks, 2347

Re: Moving Linux DASD

2001-12-11 Thread Ramalingam, Vinod Kumar (Cognizant)
Hi Davis.. For devices other than the root device, You can edit the parmfile and re-run the silo command. You can't do this for root device as the device that you are adding is not bootable. Vinod. > -Original Message- > From: Davis, Andrew Phillip (SWD) [SMTP:[EMAIL PROTECTED]] > S

Re: Problem with Virtual CTCs between VM Linux guests and OS/390 2.10 IP Stack.

2001-12-11 Thread Michel, Hugo
We access our 'test' Linux/390 via TCP/IP on the VSE/ESA system (from Connectivity Systems), their software provides a 'discover' command that really helps with this (not only on Linux); output looks like: 103 DISCOVER 152.159.87.11308 Z1 0101 TCP910I

Re: Moving Linux DASD

2001-12-11 Thread Post, Mark K
This is not correct. See my other reply to Andrew's message. Mark Post -Original Message- From: Ramalingam, Vinod Kumar (Cognizant) [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 11, 2001 8:00 AM To: [EMAIL PROTECTED] Subject: Re: Moving Linux DASD Hi Davis.. For devices othe

FW: Problem with Virtual CTCs between VM Linux guests and OS/390 2.10 IP Stack.

2001-12-11 Thread Eric Lawler
Thanks again to all who responded to my query. Jay's pointer at buffersizes resulted in our problem being solved. Great to have it sorted so promptly. My colleague John Rattray's note below might just help somebody else. Regards, Eric Lawler. -Original Message- From: Rattray, John : SP-

Re: Moving Linux DASD

2001-12-11 Thread Post, Mark K
Andrew, How much work this requires depends on several things. If you can add the new DASD to the LPAR _before_ removing the old DASD, then it's pretty straightforward. If you can't do that, then take a look at http://www.marist.edu/htbin/wlvtype?LINUX-VM.21315. Sandy Gelbard recently needed t

Re: MP2003Model106 on Lan Fast Ethernet

2001-12-11 Thread David Boyes
> Is it possible to connect a MP 2003 Model 106 on a LAN Fast Ethernet > knowing that the 2003-106 is equiped with a 5201OSA-2 > Token Ring? > If yes what is the incidence on the LAN ? Not directly. You would need a MAU and a token-ring/Ethernet bridge (old Cisco 25xxes with 1 TR/1 Ether

dump/restore

2001-12-11 Thread Tom Butts
Does anyone know of a way to do Standalone dump/restore of Linux/390 Dasd Volumes? (volumes are 3390 Model 3)

Re: How to access IMS Database from Linux/390

2001-12-11 Thread Kevin O'Brien
Samy, NEON Systems Inc (where I work), provide ODBC, JDBC and JCA connectivity from Linux to any OS/390 datasource including IMS/DB and IMS/TM. Details about the product, Shadow Direct, can be found at http://www.neonsys.com. Regards Kevin O'Brien

Re: MP2003Model106 on Lan Fast Ethernet

2001-12-11 Thread Alan Cox
> Not directly. You would need a MAU and a token-ring/Ethernet bridge (old > Cisco 25xxes with 1 TR/1 Ethernet are good choices). It'd be fairly > expensive. The configuration would look like: > > 2003 --> TR --> MAU --> TR interface on Cisco 2513 --> Ethernet int on > 2513 --> Ethernet old 8228

Re: MP2003Model106 on Lan Fast Ethernet

2001-12-11 Thread Rich Smrcina
...networking your several hundred thousand dollar Mainframe with your several hundred dollar Linux PC...priceless. > > Not directly. You would need a MAU and a token-ring/Ethernet bridge (old > > Cisco 25xxes with 1 TR/1 Ethernet are good choices). It'd be fairly > > expensive. The configuratio

Re: MP2003Model106 on Lan Fast Ethernet

2001-12-11 Thread Adam Thornton
On Tue, Dec 11, 2001 at 04:21:39PM +, Alan Cox wrote: > old 8228 MAU ($40 on ebay) > random 486 PC with PCI ($20) > random ethernet card ($10) > old IBM olympic or lanstreamer card ($100) > Linux CD Look of shock on friends' faces: Priceless. I didn't know Alan was working for Mastercard! A

Re: Problem with Virtual CTCs between VM Linux guests and OS/390 2.10 IP Stack.

2001-12-11 Thread Alan Altmark
On Monday, 12/10/2001 at 11:02 EST, Nick Gimbrone <[EMAIL PROTECTED]> wrote: > > The MTU sizes on both sides of the CTC connection must match. Make both > > sides 32768 or something. (VTAM CTC connections have the same issues! If > > the buffer sizes don't match you get truncated PIUs...) This

Re: Linux on lpar

2001-12-11 Thread Post, Mark K
Avinoam, Where, exactly, did you get these files from? Mark Post -Original Message- From: Avinoam Hirschberg [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 11, 2001 4:00 AM To: [EMAIL PROTECTED] Subject: Re: Linux on lpar the machine have 512mb and the LPAR have 412mb Avinoam Hir

Re: Problem with Virtual CTCs between VM Linux guests and OS/390 2.10 IP Stack.

2001-12-11 Thread Nick Gimbrone
> It would have been better if the TCP/IP CTC protocol included an exchange > of buffer sizes using a pre-defined small I/O buffer. But it didn't and > that's the way the ball bounces. (The restriction being that the MTU would > be forced to be less than the I/O buffer size.) Exactly. But when a

Re: OT (somewhat) - ps2pdf tool

2001-12-11 Thread Phil Payne
> IIRC the noise you refer to as "key click" was actually the noise of > the solenoids banging the punches through the card. They had to be > strong and fast to keep up with an operator that could punch 10,000 > strokes an hour or better. We had around 140 keypunch operators at any time working a

Re: Problem with Virtual CTCs between VM Linux guests and OS/390 2.10 IP Stack.

2001-12-11 Thread Adam Thornton
On Tue, Dec 11, 2001 at 03:11:41PM -0500, Nick Gimbrone wrote: > And while I'm on the subject... why is it that the IBM proprietary > device drivers need to be versioned to the kernel (creating all > sorts of havic for those who what to upgrade before IBM is ready or > even do their own kernel hac

Re: Problem with Virtual CTCs between VM Linux guests and OS/390 2.10 IP Stack.

2001-12-11 Thread Alan Altmark
On Tuesday, 12/11/2001 at 03:11 EST, Nick Gimbrone <[EMAIL PROTECTED]> wrote: > > It would have been better if the TCP/IP CTC protocol included an exchange > > of buffer sizes using a pre-defined small I/O buffer. But it didn't and > > that's the way the ball bounces. (The restriction being that

Re: Problem with Virtual CTCs between VM Linux guests and OS/390 2.10 IP Stack.

2001-12-11 Thread Patterson, Ross
Alan Altmark <[EMAIL PROTECTED]> writes: > Nah. Instead of VCTC, use z/VM 4.2 and guest LANs with virtual > HiperSockets. Did I miss something? The "zSeries HiperSockets" Redpaper said that HiperSockets are QDIO devices, and that they use the binary-only "qeth" device driver. If not, Nick's st

Re: Problem with Virtual CTCs between VM Linux guests and OS/390 2.10 IP Stack.

2001-12-11 Thread Alan Altmark
On Tuesday, 12/11/2001 at 05:34 EST, "Patterson, Ross" <[EMAIL PROTECTED]> wrote: > Alan Altmark <[EMAIL PROTECTED]> writes: > > Nah. Instead of VCTC, use z/VM 4.2 and guest LANs with virtual > > HiperSockets. > > Did I miss something? The "zSeries HiperSockets" Redpaper > said that HiperSockets