Re: Switching Universal Connection transport. -- MIDRANGE-L

Kirk,

I had the delete using OPS NAV down.

The part about deleting the files in the IFS gave me some more variations to search on and I found KB 28181617 and it listed the 4 files to delete as Question #2. Naturally after that I got another error at the start that matched Question #1 which wanted the defective PTF deleted (but of course it turned out to be Perm applied) and listed a PTF to get, that turned out to be superseded by SI06973. Without ECS I couldn't get the PTF directly (except by setting up IPTF) but fortunately I had another customer that had the PTF (must have been on a CUME) that I could copy from and FTP over. Everything works now and the latest CUMEs and Groups are on order.

Thanks.

Roger Vicker, CCP

On 2/26/2003 4:05 PM, kirkg@xxxxxxxxxxxxx wrote:

1st go thru OPS Nav and into the remote connection and delete the connection under "orignate" . I can't find the exact files with the erorr message you posted but, if I remember correctly this is a know problem. there are 5-10 files in the IFS that need to be deleted and then re-run the wizard. Also you may need to remove and install a new PTF.

When you get the error try going to www-912.ibm.com and use the search box with the details from the sharing violation message and I think you will find the tip.

good luck _____________________ Kirk Goins Systems Engineer, Manage Inc. IBM Certified iSeries Solutions Expert IBM Certified iSeries e-Business Infrastructure IBM Certified Designing IBM e-business Solutions Office 503-353-1721 x106 Cell 503-577-9519 kirkg@xxxxxxxxxxxxx www.manageinc.com
"Roger Vicker, CCP" <rvicker@xxxxxxxxxx>
Sent by: midrange-l-bounces@xxxxxxxxxxxx
02/26/2003 01:16 PM
Please respond to Midrange Systems Technical Discussion
To: Midrange List <MIDRANGE-L@xxxxxxxxxxxx> cc: Subject: Switching Universal Connection transport.

Hello,

I've got a college with a 270 at V5R1 Cume 2134. The system used to have a public address and used the internet for ECS.

They finally switched their firewall to a Sonicwall and now the iSeries has a private address with the old public address being NAT'ed through the firewall. Since the Universal Connection at V5R1 doesn't deal with firewalls I tried to switch to the internal modem on the 2771. After filling out the wizard in OpsNav (as a QSECOFR) I got the error "An error occurred saving data: Sharing violation occurred." It then asked if I wanted to test the connection. The test was successful but if I use SNDPTFORD the job log shows that it tries to use the QTOCL2TP and QESLINE (SDLC) but not the new QESDIAL.

Has anyone seen this before or know how to clear the sharing violation so ECS functions will use the correct hardware?

BTW I found out the hard way that before I run the wizard again to delete QESDIAL first. If I don't the wizard creates a duplicate profile and then practically nothing works (even delete) until an IPL cleans one of them out.

Thanks.

Roger Vicker, CCP

--

*** Vicker Programming and Service *** Have bits will byte *** www.vicker.com 
***
All Scotch cuisine is based on a dare.