Yes, I modified the DEFINE VSWITCH so that it was using the correct port. Linux is connected to the VSWITCH.
No problems connecting to VM TN3270 or Linux via SSH. Seems strictly to be an FTP issue. However, I may have been thrown a Red-Herring by the customer. After, finally, getting more information from them, they are trying to FTP through a proxy. Still not sure why I has such odd behavior from my home network. On Mon, Apr 12, 2010 at 2:58 PM, Davis, Larry (National VM/VSE Capability) < [email protected]> wrote: > OSA 3 devices require the PORTNUM option on the VM Link and Device > Statement > > > > Are you using a VSWITCH to connect your Linux images or are you using a > direct connect method. > > > > > > Larry Davis** > > > > *From:* The IBM z/VM Operating System [mailto:[email protected]] *On > Behalf Of *Mark Pace > *Sent:* Monday, April 12, 2010 1:55 PM > *To:* [email protected] > *Subject:* Odd OSA Express3 behaviour - maybe > > > > Friday we migrated from a z9 with OSA Express2 adapters to a z10 with OSA > Express-3 adapters. Since then we have had odd behavior on a Linux > (SLES-11) server running under z/VM 5.4. When a customer tries to FTP data > to us, they log in with problem, but when they do the put, they will either > time out, or they will wait for 2 to 3 minutes before the transfer begins. > I've verified this behavior by FTPing from my PC at home. I've checked with > our network/firewall guy and he says nothing has been changed/modified over > the weekend. The only thing I can bring it back to is the push/pull of the > z9 to a z10 and the OSA adapters. The old OSA express2 where 2 ports 2 > chpids. The OSA express3 are 2 ports 1 chpid. > > Linux is connected to a vswitch as is z/VM TCPIP. > > If on my PC client I enter the command > ftp> epsv > EPSV/EPRT on IPv4 off. > > Then there is no pause at all when I issue the put command. I've asked > the customer to add this command to his FTP to see if it clears the > problem. > > Does anyone have an idea if the change from OSA2 to OSA3 could actually be > causing this behavior? > > -- > Mark Pace > Mainline Information Systems > 1700 Summit Lake Drive > Tallahassee, FL. 32317 > -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317
