Archive-Date: XXX, 5 Aug 1994 13:44:14 GMT Subject: MOSAIC Message-ID: <31tfne$pnm@pheidippides.axion.bt.co.uk> From: system@leeds.syntegra.bt.co.uk (Mark Armitage) Date: 5 Aug 1994 13:44:14 GMT Reply-To: system@leeds.syntegra.bt.co.uk Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Has anyone out there managed to compile NCSA Mosaic using TCPWARE? I have got it up and running but it hangs when the data transfer is almost complete. (The IP connection stops in a CLOSE-WAIT state). If you have managed to get it working then please let me know what I have missed. Thanks, Mark. armitage@leeds.syntegra.bt.co.uk ================================================================================ Archive-Date: XXX, 6 Aug 1994 09:16:53 GMT Subject: Re: MOSAIC Message-ID: <31vke5$6gm@aragorn.unibe.ch> From: (Martin Egger) Date: 6 Aug 1994 09:16:53 GMT Reply-To: egger@ubeclu.unibe.ch References: <31tfne$pnm@pheidippides.axion.bt.co.uk> In article <31tfne$pnm@pheidippides.axion.bt.co.uk>, system@leeds.syntegra.bt.co.uk (Mark Armitage) writes: >Has anyone out there managed to compile NCSA Mosaic using TCPWARE? >I have got it up and running but it hangs when the data transfer is almost complete. (The IP connection stops in a CLOSE-WAIT state). I have seen that too with TCPware 3.1-5 on OpenVMS/AXP with one release of Mosaic. The new version of TCPware (4.1-2) now works with Mosaic. I suppose it was a problem in the UCX emulation. Martin ******************************************************************************* Martin Egger, Ph.D., Computing Services - Head of System/User Support Group University of Bern, Gesellschaftsstrasse 6, CH-3012 Bern, Switzerland Phone: ++41 (0)31 631 38 45, Fax: ++41 (0)31 631 38 65, Telex: 912643 pibe ch RFC: egger@id.unibe.ch, X.400: S=egger;OU=id;O=unibe;P=switch;A=arcom;C=ch; ******************************************************************************* ================================================================================ Archive-Date: XXX, 6 Aug 1994 22:19:55 +0200 Subject: Re: MOSAIC Message-ID: <1994Aug6.221955.48@vision.rs.ch> From: winter@vision.rs.ch (Martin Winter) Date: 6 Aug 94 22:19:55 +0200 References: <31tfne$pnm@pheidippides.axion.bt.co.uk> In article <31vke5$6gm@aragorn.unibe.ch>, (Martin Egger) writes: > In article <31tfne$pnm@pheidippides.axion.bt.co.uk>, system@leeds.syntegra.bt.co.uk (Mark Armitage) writes: >>Has anyone out there managed to compile NCSA Mosaic using TCPWARE? >>I have got it up and running but it hangs when the data transfer is almost >>complete. (The IP connection stops in a CLOSE-WAIT state). > > I have seen that too with TCPware 3.1-5 on OpenVMS/AXP with one release of > Mosaic. The new version of TCPware (4.1-2) now works with Mosaic. I suppose > it was a problem in the UCX emulation. > There was a problem in the UCX emulation of TCPware before version 4.1 If I remember correctly, the problem was the detection of a connection close. Most software (Mosaic, Lynx, maybe others) expect an end-of-file but TCPware (and as I was told UCX too [maybe only older versions of UCX?]) present it as file read error. Don't blame your TCPware for this... they just did the UCX-emulation too perfectly - including the bugs. Possible solutions for you: 1) call the TCPware support and arrange a fast shipping of the 4.1 update. (I think to offical relase date is 8-August) or 2) get a Mosaic with the UCX-patches [in this case you might not have the newest patch level in mosaic]. You can find such a mosaic by anonymous FTP on osu.edu files MOSAIC-2_0.TLB (the mosaic) and MOSAIC_TUNEUP1A.TLB (the patches to apply) Regards, Martin Winter (who is now luckly running the brand new 4.1-2 of TCPware :-)) ) -- ---------------------------------------------------------------------------- Radio Suisse Ltd, Internet: winter@vision.rs.ch HAM: HB9TCP Laupenstrasse 18a postmaster@rs.ch & hostmaster@rs.ch 3008 Bern PSI-Mail: +22846431062::WINTER (public X.25) Switzerland X.400: C=CH; A=ARCOM; P=RS; O=DM; S=WINTER, G=MARTIN ---------------------------------------------------------------------------- ================================================================================ Archive-Date: Sun, 7 Aug 1994 17:28:29 GMT Subject: Internet Utilities Message-ID: From: armitage@marksmac.demon.co.uk (Mark Armitage) Date: Sun, 7 Aug 1994 17:28:29 GMT Sender: news@demon.co.uk (Usenet Administration) Hi, Can anyone recommend Internet utilities for the VAX (NEWS, FTP etc...). Also can anyone recommend and X windows front ends for these products? Thanks, MArk. -- Mark Armitage armitage@marksmac.demon.co.uk ================================================================================ Archive-Date: XXX, 8 Aug 1994 15:24:28 -0400 From: volz@process.com (Bernie Volz) Subject: Re: MOSAIC Message-ID: <1994Aug8.152428.568@process.com> Date: 8 Aug 94 15:24:28 -0400 References: <31tfne$pnm@pheidippides.axion.bt.co.uk> In article <31tfne$pnm@pheidippides.axion.bt.co.uk>, system@leeds.syntegra.bt.co.uk (Mark Armitage) writes: > Has anyone out there managed to compile NCSA Mosaic using TCPWARE? > I have got it up and running but it hangs when the data transfer is almost complete. (The IP connection stops in a CLOSE-WAIT state). > > If you have managed to get it working then please let me know what I have missed. There was a bug in the UCX emulation in waking the select operation when a connection closed. NCSA Mosaic and some other packages do use the select and hence might hang waiting to be woken. This has been corrected. If you can't upgrade to TCPware for OpenVMS V4.1, send me an email with the details on the version of TCPware you are running to see if a patch kit may be available. - Bernie Volz (volz@process.com) Process Software Corporation ================================================================================ Archive-Date: Fri, 12 Aug 1994 22:11:59 GMT Subject: Looking for experiences/suggestions for large number of nfs proxies Message-ID: From: dustyd@netcom.com (Dusty Day (D-Day)) Date: Fri, 12 Aug 1994 22:11:59 GMT Hello all, We have been using Process Software's TCP/IP package, TCPware, for quite some time now, and have been fairly pleased with it. In the near future we are planning to move about 3000+ PC users to NFS, with most of them mounting vax directories on their PCs. We currently use NFS for only about 100 total clients, whose mounts are spread evenly over eight of our cluster nodes. Each node has its own system disk, so each has its own proxy database. However, we are trying to keep each database in sync to allow for TCPware's load balancing feature. Thus each database will need to have over 3000 proxies entered. What I'd like to know is if anyone out there has any experience with TCPware's NFS servers and large proxy databases. Specifically, how long would it take to reload this many proxies, and what kind of working set and page file quotas are needed? Any problems that people have seen and the solutions wil be appreciated. Some of the suggestions we've had so far are to split up the proxies over several servers, or to use a generic access username for nfs proxies. These are not our first choices, since our requirements specify a single proxy database with each user uniquely identified.. BTW, most of our VAX NFS servers are 7630s and 7640s. Thanks in advance, Dusty -- ------- Dusty Day ------- dustyd@netcom.com ------- dday@vax.micron.com ------- - They say I'm a VMS System Manager, but how much can a guy learn in a year? - - I guess that's why my company ignores, er, I mean, is not responsible for - - anything I may say... So, take the above for what it's worth... -