INFO-VAX Thu, 18 Jan 2007 Volume 2007 : Issue 36 Contents: Re: "Big Grey Wall" in Chicago Re: AB379A FC Card on VMS Advanced Server Note Re: BACKUP - how much of the tape has been used Re: BACKUP - how much of the tape has been used Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Re: DFU comments Re: Diskmizer 2.1 License Re: F$SEARCH in date order? Re: F$SEARCH in date order? Re: How long to really setup a VMS system ? Re: Moving from Bind 8 to Bind 9 Re: Nonstop UNIX takes another loss Re: SIMH hints and tips please Re: SIMH hints and tips please Re: SIMH hints and tips please Re: Typehead buffer and ---------------------------------------------------------------------- Date: Thu, 18 Jan 2007 00:58:28 -0800 From: glen herrmannsfeldt Subject: Re: "Big Grey Wall" in Chicago Message-ID: Rich Alderson wrote: (snip) > Oh, hell. I just flew home from Chicago yesterday, after visiting family in > the north and northwest suburbs. I'd have shipped it on the company's dime. Media mail, what used to be book rate, is still pretty reasonable. http://pe.usps.gov/text/dmm300/ratesandfees.htm#wp3805290 $25 for 70 pounds (the maximum weight), $18.40 for 50 pounds (a reasonable size for a box full of books/manuals.) Not that I am suggesting shipping them, but it isn't so bad as you might think. -- glen ------------------------------ Date: Thu, 18 Jan 2007 05:28:58 -0800 From: "Tom Linden" Subject: Re: AB379A FC Card on VMS Message-ID: On Wed, 17 Jan 2007 17:18:29 -0800, Robert Deininger wrote: > In article <1169058148.279959.131840@51g2000cwl.googlegroups.com>, > etmsreec@yahoo.co.uk wrote: > >> It's in an Integrity server, so there isn't a console. :o( > > There's a console, but there's no wwidmgr. > > As far as I know, you plug the card in and it works. But I'm no > FibreChannel expert. > >> >> Steve >> >> Tom Linden wrote: >>> On Wed, 17 Jan 2007 09:25:08 -0800, wrote: >>> >>> > Hiya, >>> > >>> > The documentation doesn't make it clear whether the AB379A PCI-X 2.0 >>> > 2port 4Gb FC card is switched fabric only or whether it will do >>> FC-AL. >>> > VMS (I guess) needs switched fabric, but is the card likely to be in >>> > some other state when it's new? >>> > >>> > If the answer is it may be in FC-AL mode, how do I change it to >>> > switched fabric please? >>> >>> I suspect you need to run wwidmgr from the console. Isn't the topology set on the card in nvram? If so, there must be some sort of config utility. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: 18 Jan 2007 06:41:27 -0800 From: "Bobby" Subject: Advanced Server Note Message-ID: <1169131287.080299.246020@v45g2000cwv.googlegroups.com> I recently finished setting up an install of Advanced Server 7.3-2B and had a few teething pains along the way. Since one of these proved evasive I figured that I'd post the issue here for others who may at some point find themselves in the same spot. To BROWSE the Advanced Server from Windows XP (and other systems possibly?) without mapping a drive, the GUEST account apparently must be enabled? The account defaults to being DISABLED when Advanced Server is installed as a good (and preferred) security practice. I found that the account cannot have a password but that it doesn't need to have any permissions to actual shares either. If a machine is configure this way, it is very important that shares not provide access accidentally (i.e., NOAccess = Everyone in share permissions). What makes this issue frustrating is that some XP computers will browse the server just fine (without the GUEST account) while others give one of several different error messages. A couple that seemed to come up often on Windows XP were: - The MOUNTD is not accessible on the remote server - The server service is not started My "fix" is admittedly a hack, given my ignorance of the underlying methods used in the LANMANAGER and WindowsXP networking model and is NOT a preferred configuration. If anyone knows a way to enable "browsing" without enabling the GUEST account, it would be much appreciated. Bobby ------------------------------ Date: 18 Jan 2007 08:58:46 GMT From: "Andrew Black (delete obvious bit)" Subject: Re: BACKUP - how much of the tape has been used Message-ID: David J Dachtera wrote in news:45AEE170.B265BC2A@spam.comcast.net: > "Andrew Black (delete obvious bit)" wrote: >> >> Hi >> I run a number of BACKUP to saves sets on a DLT >> Is there a way of finding out at the end of it how much of the tape >> has been used? > > What fits on a tape is largely a matter of experience with your > specific procedures and parameters (blocksize, compression yes/no, > etc.) I have compression on. But AEF's suggestion of /LIST is a starter > The short answer is no, there is no data provided back to the system > to say how far in which direction, etc. the tape was moved in total. > That's about the only way to figure what would have been left at the > end of a save operation. > Phew - that is why my attemps to RTFM drew a blank :-) They only way I can think of is to repeat a backup at the end in a loop to see when it fails...... ------------------------------ Date: 18 Jan 2007 08:02:49 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: BACKUP - how much of the tape has been used Message-ID: In article , "Andrew Black (delete obvious bit)" writes: > Hi > I run a number of BACKUP to saves sets on a DLT > Is there a way of finding out at the end of it how much of the tape has > been used? Yes. I wouldn't recommend it. You can estimate it by mounting the tape as a labeled tape and using DIRECTORY tofind out how many blocks are used. YMMV with the blocksize as it affects the data to interblock gap ratio. ------------------------------ Date: 18 Jan 2007 00:31:24 -0800 From: "urbancamo" Subject: Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Message-ID: <1169109084.145548.186800@38g2000cwa.googlegroups.com> > > Are you still using DHCP on the Alpha? Why? > Turn it off, configure a fixed address and use xhost > on the Linux box as already discussed. > What are the boxes connected to? A hub? A switch? > Grab a copy of DBS-ETHERWATCH and install it > on the VAX and watch what traffic is actually going > over the network between the Alpha and Linux box. > > Dave I am using DHCP but with an unlimited timeout on IP addresses, so to all intents and purposes the IP address is fixed. I use DHCP so that the router is configured correctly. The Alpha and Linux boxes are connected via CAT5 to a standard Netgear 10/100 switch, the gateway/router is connected to this switch. The VAX is connected via a 10MB hub supporting thin ethernet to the switch via an uplink port. My gut feeling is that TCPIP is not configured correctly in some way. I noticed that DNS is not working correctly, and that routing is not set up properly to the gateway, so that the internet is not currently accessible to the Alpha. If I get a chance I will run ethereal on the Linux box to determine if any TCP/IP packets are actually leaving the Alpha. I must reiterate that I am doing everything suggested that I have found, and I've been at this for a bit! The Linux box is configured properly - I issue 'xhost +' and can then remotely display xterms from both another linux box and the VAX. Thanks for the help! Mark. ------------------------------ Date: Thu, 18 Jan 2007 12:58:16 +0100 From: Paul Sture Subject: Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Message-ID: In article <1169109084.145548.186800@38g2000cwa.googlegroups.com>, "urbancamo" wrote: > My gut feeling is that TCPIP is not configured correctly in some way. I > noticed that DNS is not working correctly, and that routing is not set > up properly to the gateway, so that the internet is not currently > accessible to the Alpha. If I get a chance I will run ethereal on the > Linux box to determine if any TCP/IP packets are actually leaving the > Alpha. You can show your gateway settings by: $ tcpip show route $ tcpip show route/perm and set them via: $ tcpip set route/default/gate=192.168.1.1 $ tcpip set route/default/gate=192.168.1.1/perm Substitue your gateway address here,obviously. -- Paul Sture ------------------------------ Date: 18 Jan 2007 05:09:17 -0800 From: "urbancamo" Subject: Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Message-ID: <1169125757.714811.192380@q2g2000cwa.googlegroups.com> Hi Guys, Thanks for the help. Here are the results of running various commands: $ tcpip show route DYNAMIC Type Destination Gateway AN 0.0.0.0 192.168.1.20 AH 127.0.0.1 127.0.0.1 AN 192.168.1.0/24 192.168.1.23 AN 192.168.1.0/24 192.168.1.25 AH 192.168.1.23 192.168.1.23 AH 192.168.1.25 192.168.1.25 $ set display/create/node=192.168.1.21/server=1/screen=0/trans=tcpip $ show display Device: WSA1: [super] Node: 192.168.1.21 Transport: TCPIP Server: 1 Screen: 0 $ create/term/detach %DECW-E-CANT_OPEN_DISPL, Can't open display $ tcpip show arp Cnt Flags Timer Host Phys Addr 1: UC 56 192.168.1.20 00-50-7f-d7-f2-d0 2: UC 17 192.168.1.202 00-50-7f-d7-f2-d0 $ show log decw$display "DECW$DISPLAY" = "_WSA1:" (LNM$PROCESS_TABLE) $ tcpip show route/perm PERMANENT Type Destination Gateway PN 0.0.0.0 192.168.1.20 $ $ tcpip ping 192.168.1.21 PING 192.168.1.21 (192.168.1.21): 56 data bytes 64 bytes from 192.168.1.21: icmp_seq=0 ttl=64 time=0 ms 64 bytes from 192.168.1.21: icmp_seq=1 ttl=64 time=0 ms 64 bytes from 192.168.1.21: icmp_seq=2 ttl=64 time=0 ms 64 bytes from 192.168.1.21: icmp_seq=3 ttl=64 time=0 ms ----192.168.1.21 PING Statistics---- 4 packets transmitted, 4 packets received, 0% packet loss round-trip (ms) min/avg/max = 0/0/0 ms Maybe what is happening is that because of the way routing is setup the Alpha box is attempting to route traffic for the local subnet through the gateway? Could the fact that both interfaces are configured on the same network be causing a problem (although I'm sure that I only have one physical cable connected)? I notice the following error on tcpip startup: %TCPIP-I-DHCPC_STRD_CLNT, DHCP client started with PID 0000024F node2$dqa0:[sys0.syscommon.][sysexe]tcpip$dhcp_client_conf.exe;1: timed out afte r 30 seconds %TCPIP-E-DHCPC_TIMEOUT, controlling program timed out %TCPIP-E-DHCPCONFERR, DHCP client failed to configure interface WE1 -TCPIP-E-DHCPC_TIMEOUT, controlling program timed out %%%%%%%%%%% OPCOM 18-JAN-2007 12:59:19.40 %%%%%%%%%%% Message from user INTERnet on NODE2 INTERnet ACP Created INTERnet interface: WE0 node2$dqa0:[sys0.syscommon.][sysexe]tcpip$dhcp_client_conf.exe;1: timed out afte r 30 seconds %TCPIP-E-DHCPC_TIMEOUT, controlling program timed out %TCPIP-E-DHCPCONFERR, DHCP client failed to configure interface WE0 -TCPIP-E-DHCPC_TIMEOUT, controlling program timed out %TCPIP-I-STARTDROUT, starting dynamic routing %%%%%%%%%%% OPCOM 18-JAN-2007 12:59:55.82 %%%%%%%%%%% Message from user INTERnet on NODE2 INTERnet ACP Routing Process Exiting, Status: 00191218 ------------------------------ Date: 18 Jan 2007 07:50:13 -0600 From: briggs@encompasserve.org Subject: Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Message-ID: In article <1169125757.714811.192380@q2g2000cwa.googlegroups.com>, "urbancamo" writes: > Hi Guys, > > Thanks for the help. Here are the results of running various commands: > > $ tcpip show route > > DYNAMIC > > Type Destination Gateway > > AN 0.0.0.0 192.168.1.20 Ok. So we have a default route. But since the target machine is on the connected subnet[s], that's irrelevant. > AH 127.0.0.1 127.0.0.1 > AN 192.168.1.0/24 192.168.1.23 > AN 192.168.1.0/24 192.168.1.25 And we appear to have two interfaces on the local machine, one at 192.168.1.23 and one at 192.168.1.25. I'm hopping onto this thread late -- had you mentioned that previously? > AH 192.168.1.23 192.168.1.23 > AH 192.168.1.25 192.168.1.25 > $ set display/create/node=192.168.1.21/server=1/screen=0/trans=tcpip > $ show display > > Device: WSA1: [super] > Node: 192.168.1.21 > Transport: TCPIP > Server: 1 > Screen: 0 > > $ create/term/detach > %DECW-E-CANT_OPEN_DISPL, Can't open display And, of course, that's our key question -- why can't it open the display... > $ tcpip show arp > Cnt Flags Timer Host Phys Addr > 1: UC 56 192.168.1.20 00-50-7f-d7-f2-d0 > 2: UC 17 192.168.1.202 00-50-7f-d7-f2-d0 No ARP reply from 192.168.1.21... That's curious. One would have expected the local machine to at least try to send a packet before declaring the display dead. And if you'd displayed the arp table quickly enough, that should have left an ARP in cache. That points to a problem on the DECWINDOWS side. Could there be a problem with SYS$SHARE:DECW$TRANSPORT_TCPIP.EXE Could DECWINDOWS not even be started? > $ show log decw$display > "DECW$DISPLAY" = "_WSA1:" (LNM$PROCESS_TABLE) > $ tcpip show route/perm > > PERMANENT > > Type Destination Gateway > > PN 0.0.0.0 192.168.1.20 > $ > > $ tcpip ping 192.168.1.21 > PING 192.168.1.21 (192.168.1.21): 56 data bytes > 64 bytes from 192.168.1.21: icmp_seq=0 ttl=64 time=0 ms > 64 bytes from 192.168.1.21: icmp_seq=1 ttl=64 time=0 ms > 64 bytes from 192.168.1.21: icmp_seq=2 ttl=64 time=0 ms > 64 bytes from 192.168.1.21: icmp_seq=3 ttl=64 time=0 ms Right. Network is good. We need to look elsewhere. > > > ----192.168.1.21 PING Statistics---- > 4 packets transmitted, 4 packets received, 0% packet loss > round-trip (ms) min/avg/max = 0/0/0 ms > > Maybe what is happening is that because of the way routing is setup the > Alpha box is attempting to route traffic for the local subnet through > the gateway? Nope. The routing table showed /24's for the 192.168.1.0 subnet and no /32's for 192.168.1.21. > Could the fact that both interfaces are configured on the same network > be causing a problem (although I'm sure that I only have one physical > cable connected)? Huh? You have two routes in the routing table but only one of them has a cable attached? That's not good. I don't know how TCP/IP services deals with this situation, the resulting behavior might range anywhere from "no effect" through "works for half the traffic" to "network is permanently dead". The fact that PING works to 192.168.1.21 argues strongly for something between "no effect" and "caught lucky on the 50/50 shot". It is barely conceivable that per-flow load balancing might result in PING working but TCP port 6000 failing. But I don't think that TCP Services does that. Still, it's worth turning off the interface that doesn't have a cable. Or putting a cable in. > I notice the following error on tcpip startup: > > %TCPIP-I-DHCPC_STRD_CLNT, DHCP client started with PID 0000024F > node2$dqa0:[sys0.syscommon.][sysexe]tcpip$dhcp_client_conf.exe;1: timed > out afte > r 30 seconds > %TCPIP-E-DHCPC_TIMEOUT, controlling program timed out > %TCPIP-E-DHCPCONFERR, DHCP client failed to configure interface WE1 > -TCPIP-E-DHCPC_TIMEOUT, controlling program timed out > %%%%%%%%%%% OPCOM 18-JAN-2007 12:59:19.40 %%%%%%%%%%% > Message from user INTERnet on NODE2 > INTERnet ACP Created INTERnet interface: WE0 > > node2$dqa0:[sys0.syscommon.][sysexe]tcpip$dhcp_client_conf.exe;1: timed > out afte > r 30 seconds > %TCPIP-E-DHCPC_TIMEOUT, controlling program timed out > %TCPIP-E-DHCPCONFERR, DHCP client failed to configure interface WE0 > -TCPIP-E-DHCPC_TIMEOUT, controlling program timed out > %TCPIP-I-STARTDROUT, starting dynamic routing > %%%%%%%%%%% OPCOM 18-JAN-2007 12:59:55.82 %%%%%%%%%%% > Message from user INTERnet on NODE2 > INTERnet ACP Routing Process Exiting, Status: 00191218 You can still ping, and both interfaces still have an IP, so the DHCP messages are apparently only cosmetic at this point. ------------------------------ Date: 18 Jan 2007 09:00:52 -0800 From: "urbancamo" Subject: Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Message-ID: <1169139652.041782.313430@l53g2000cwa.googlegroups.com> OK, So I deleted the route to WE1 interface. The routing table is now: TCPIP> show route DYNAMIC Type Destination Gateway AN 0.0.0.0 192.168.1.20 AH 127.0.0.1 127.0.0.1 AN 192.168.1.0/24 192.168.1.23 I can telnet to the Linux box: $ telnet 192.168.1.21 %TELNET-I-TRYING, Trying ... 192.168.1.21 %TELNET-I-SESSION, Session 01, host 192.168.1.21, port 23 Welcome to SUSE LINUX 10.0 (i586) - Kernel 2.6.13-15.13-default (7). linux login: ARP reports a translation between the 192.168.1.21 tcpip address and the hardware id: $ tcpip arp -a router (192.168.1.20) at 00-50-7f-d7-f2-d0 stale 192.168.1.21 at 00-c0-df-04-cd-73 192.168.1.202 at 00-50-7f-d7-f2-d0 I can telnet to port 6001 which is the X-Window server port for server 1: $ telnet/port=6001 192.168.1.21 %TELNET-I-TRYING, Trying ... 192.168.1.21 %TELNET-I-SESSION, Session 01, host 192.168.1.21, port 6001 -TELNET-I-ESCAPE, Escape character is ^] However, I cannot open an Xterm from the Alpha on the Linux display: $ set display/create/node=192.168.1.21/server=1/screen=0/trans=tcpip $ create/term/detach %DECW-E-CANT_OPEN_DISPL, Can't open display If I try this using another linux box on the network: msw@xpsgen2:~> export DISPLAY=192.168.1.21:1.0 msw@xpsgen2:~> xterm & Success! Any more ideas gratefully appreciated. Mark. ------------------------------ Date: 18 Jan 2007 09:36:46 -0800 From: "urbancamo" Subject: Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Message-ID: <1169141806.511496.77930@q2g2000cwa.googlegroups.com> Some more information: I ran ethereal on the target box 192.168.1.21 and it receives no request from the OpenVMS Alpha box when I run $ create/term/detach. If I telnet to the linux box, I get the expected network traffic. Any ideas? It certainly seems to point back to DECWindows. Is there any way to determine if the DECWindows TCP/IP transport is working? From what I could determine, does this only apply to a local server on the Alpha box. Thanks for the help, Mark. ------------------------------ Date: 18 Jan 2007 09:51:54 -0800 From: "johnhreinhardt@yahoo.com" Subject: Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Message-ID: <1169142714.827894.134930@q2g2000cwa.googlegroups.com> urbancamo wrote: > Some more information: > > I ran ethereal on the target box 192.168.1.21 and it receives no > request from the OpenVMS Alpha box when I run > $ create/term/detach. > > If I telnet to the linux box, I get the expected network traffic. > > Any ideas? It certainly seems to point back to DECWindows. Is there any > way to determine if the DECWindows TCP/IP transport is working? From > what I could determine, does this only apply to a local server on the > Alpha box. > > Thanks for the help, Mark. Taking a WAG, but have you put "TCPIP" in the DECW$SERVER_TRANSPORTS symbol in DECW$Private_Server_Setup.com ? ------------------------------ Date: Thu, 18 Jan 2007 18:55:00 +0100 From: Paul Sture Subject: Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Message-ID: In article <1169139652.041782.313430@l53g2000cwa.googlegroups.com>, "urbancamo" wrote: > OK, > > So I deleted the route to WE1 interface. > The routing table is now: > > TCPIP> show route > > DYNAMIC > > Type Destination Gateway > > AN 0.0.0.0 192.168.1.20 > AH 127.0.0.1 127.0.0.1 > AN 192.168.1.0/24 192.168.1.23 > > I can telnet to the Linux box: > $ telnet 192.168.1.21 > %TELNET-I-TRYING, Trying ... 192.168.1.21 > %TELNET-I-SESSION, Session 01, host 192.168.1.21, port 23 > Welcome to SUSE LINUX 10.0 (i586) - Kernel 2.6.13-15.13-default (7). > > linux login: > > ARP reports a translation between the 192.168.1.21 tcpip address and > the hardware id: > $ tcpip arp -a > router (192.168.1.20) at 00-50-7f-d7-f2-d0 stale > 192.168.1.21 at 00-c0-df-04-cd-73 > 192.168.1.202 at 00-50-7f-d7-f2-d0 > > I can telnet to port 6001 which is the X-Window server port for server > 1: > $ telnet/port=6001 192.168.1.21 > %TELNET-I-TRYING, Trying ... 192.168.1.21 > %TELNET-I-SESSION, Session 01, host 192.168.1.21, port 6001 > -TELNET-I-ESCAPE, Escape character is ^] > > However, I cannot open an Xterm from the Alpha on the Linux display: > $ set display/create/node=192.168.1.21/server=1/screen=0/trans=tcpip > $ create/term/detach > %DECW-E-CANT_OPEN_DISPL, Can't open display > > If I try this using another linux box on the network: > msw@xpsgen2:~> export DISPLAY=192.168.1.21:1.0 > msw@xpsgen2:~> xterm & > > Success! > > Any more ideas gratefully appreciated. Mark. Sorry, late to this thread. Have you tried this (from the VMS FAQ)? 11.14 How can I enable the DECwindows TCP/IP Transport To configure the TCP/IP transport for DECwindows, first ensure that a TCP/IP package is installed and configured. Then set the DCL symbol DECW$SERVER_ TRANSPORTS in SYS$MANAGER:DECW$PRIVATE_SERVER_ SETUP.COM to the appropriate local value, based on the comments in that file. If you do not have a copy of SYS$STARTUP:DECW$PRIVATE_SERVER_SETUP.COM, the use the following COPY command to create this file based on the provided template file: $ COPY SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.TEMPLATE - $_ SYS$COMMON:[SYSMGR]DECW$PRIVATE_SERVER_SETUP.COM -- Paul Sture ------------------------------ Date: 18 Jan 2007 12:03:00 -0600 From: briggs@encompasserve.org Subject: Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Message-ID: <+zaql4rUimCH@eisner.encompasserve.org> In article <1169139652.041782.313430@l53g2000cwa.googlegroups.com>, "urbancamo" writes: [snip various output confirming network behavior] > I can telnet to port 6001 which is the X-Window server port for server > 1: > $ telnet/port=6001 192.168.1.21 > %TELNET-I-TRYING, Trying ... 192.168.1.21 > %TELNET-I-SESSION, Session 01, host 192.168.1.21, port 6001 > -TELNET-I-ESCAPE, Escape character is ^] Which pretty conclusively proves that the network part is solid. And I see from another posting that packet sniffing shows that DECwindows is never generating a TCP SYN on port 6001. So, we need to be troubleshooting the DECwindows part rather than the TCP/IP network part. > However, I cannot open an Xterm from the Alpha on the Linux display: > $ set display/create/node=192.168.1.21/server=1/screen=0/trans=tcpip > $ create/term/detach > %DECW-E-CANT_OPEN_DISPL, Can't open display I see you have the transport name spelled right. A test I ran a few minutes ago reveals that abbreviating it to "tcp" won't work. > Any more ideas gratefully appreciated. Mark. It's been eons since I've used DECwindows. So take the following with a grain of salt. Check to verify that you have a DECwindows transport for TCP/IP and that it has been installed: $ install list sys$share:decw$transport_tcpip.exe DISK$ALPHASYS:.EXE DECW$TRANSPORT_TCPIP;1 Open Hdr Shared Prot Lnkbl You have started DECWINDOWS, right? I ran your test scenario here on eisner and was able to generate an outbound TCP connection attempt on TCP port 6001. I ran it verbatim using cut and paste except for changing the destination IP address. So your syntax is perfect. Eisner is running Multinet (which should be irrelevant) and VMS 7.2-1 (which might conceivably be relevant). I don't know what vintage of DECwindows is installed. It's a fairly old system and the DECW$TRANSPORT_TCPIP image on eisner is: $ ANALYZE /IMAGE SYS$SHARE:DECW$TRANSPORT_TCPIP ... Image Identification Information image name: "DECW$TRANSPORT_TCPIP" image file identification: "DW T6.2-020507" image file build identification: "X6TF-0050130104" link date/time: 7-MAY-2002 15:43:48.55 linker identification: "A11-39" ------------------------------ Date: 18 Jan 2007 10:26:10 -0800 From: "urbancamo" Subject: Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Message-ID: <1169144770.381943.294000@q2g2000cwa.googlegroups.com> > Check to verify that you have a DECwindows transport for TCP/IP > and that it has been installed: > > $ install list sys$share:decw$transport_tcpip.exe > > DISK$ALPHASYS:.EXE > DECW$TRANSPORT_TCPIP;1 > Open Hdr Shared Prot Lnkbl I get exactly the same: $ install list sys$share:decw$transport_tcpip.exe DISK$ALPHASYS:.EXE DECW$TRANSPORT_TCPIP;1 Open Hdr Shared Prot Lnkbl > You have started DECWINDOWS, right? I will try a decnet connection between my Alpha and VAX tomorrow, but can't do that today. I think if you can run a SET DISPLAY command and it creates a device then it is running. > It's a fairly old system and the DECW$TRANSPORT_TCPIP image on > eisner is: > > $ ANALYZE /IMAGE SYS$SHARE:DECW$TRANSPORT_TCPIP > ... > Image Identification Information > > image name: "DECW$TRANSPORT_TCPIP" > image file identification: "DW T6.2-020507" > image file build identification: "X6TF-0050130104" > link date/time: 7-MAY-2002 15:43:48.55 > linker identification: "A11-39" I get the following for this command: Analyze Image 18-JAN-2007 18:21:39.31 Page 1 SYS$COMMON:[SYSLIB]DECW$TRANSPORT_TCPIP.EXE;1 ANALYZ A07-04 This is an OpenVMS Alpha image file IMAGE HEADER Fixed Header Information image format major id: 3, minor id: 0 header block count: 2 image type: shareable (EIHD$K_LIM) global section major id: %X'0C', minor id: %X'00000C' match control: ISD$K_MATLEQ I/O channel count: default I/O pagelet count: default Symbol Vector Virtual Address: %X'00000660' Symbol Vector Size: 16 bytes Virtual Memory Block Size: 65536 (BPAGE = 16) Fixup Section Virtual Address: %X'00040000' ...snip... Image Identification Information image name: "DECW$TRANSPORT_TCPIP" image file identification: "DW V7.3-020718" image file build identification: "X9E9-0060020000" link date/time: 18-JUL-2002 20:46:10.55 linker identification: "A11-50" The analysis uncovered NO errors. Thanks for the help Mark. ------------------------------ Date: 18 Jan 2007 10:32:44 -0800 From: "urbancamo" Subject: Re: DECWindows SET/DISPLAY & CREATE/TERM/DETACH problem on Alphaserver DS10L Message-ID: <1169145164.647180.127850@51g2000cwl.googlegroups.com> > Taking a WAG, but have you put "TCPIP" in the DECW$SERVER_TRANSPORTS > symbol in DECW$Private_Server_Setup.com ? If I type: show log decw$* I get: DECW$SERVER_TRANSPORTS == "TCPIP,DECNET,LOCAL" included in the list, so it appears TCPIP is configured as a transport. Any other clues in the list of symbols and logicals attached? Cheers, Mark. (LNM$PROCESS_TABLE) "DECW$SHARE_ADDRESS_DATA" = "TRUE" (LNM$JOB_81227740) (LNM$GROUP_000001) (LNM$SYSTEM_TABLE) "DECW$AILSHR_TV" = "DECW$AILSHR_TV_SUPPORT.EXE" "DECW$BKRSHR_TV" = "DECW$BKRSHR_TV_SUPPORT.EXE" "DECW$D2DXLIBSHR_TV" = "DECW$D2DXLIBSHR_TV_SUPPORT.EXE" "DECW$DWTLIBSHR_TV" = "DECW$DWTLIBSHR_TV_SUPPORT.EXE" "DECW$DWTSHR_TV" = "DECW$DWTSHR_TV_SUPPORT.EXE" "DECW$DXMLIBSHR_TV" = "DECW$DXMLIBSHR_TV_SUPPORT.EXE" "DECW$INSTALL_TCPIP" = "TRUE" "DECW$LOGINOUT" = "CDE$SYSTEM_DEFAULTS:[BIN]DECW$LOGINOUT" "DECW$MAILSHR_TV" = "DECW$MAILSHR_TV_SUPPORT.EXE" "DECW$PRINTWGTSHR_TV" = "DECW$PRINTWGTSHR_TV_SUPPORT.EXE" "DECW$SECURITY" = "SYS$SHARE:DECW$SECURITY_VMS.EXE" "DECW$SESSIONCOM" = "sys$manager:decw$startsm.com" "DECW$SESSIONINIT" = "run sys$system:decw$wsinit" "DECW$SESSIONMAIN" = "run sys$system:decw$session" "DECW$TERMINALSHR_TV" = "DECW$TERMINALSHR_TV_SUPPORT.EXE" "DECW$TRANSPORT_COMMON_TV" = "DECW$TRANSPORT_COMMON" "DECW$XEXTLIBSHR_TV" = "DECW$XEXTLIBSHR_TV_SUPPORT.EXE" "DECW$XLIBSHR_TV" = "DECW$XLIBSHR_TV_SUPPORT.EXE" "DECW$XMLIBSHR_TV" = "DECW$XMLIBSHR_TV_SUPPORT.EXE" "DECW$XMULIBSHR_TV" = "DECW$XMULIBSHR_TV_SUPPORT.EXE" "DECW$XTRAPLIBSHR_TV" = "DECW$XTRAPLIBSHR_TV_SUPPORT.EXE" "DECW$XTSHR_TV" = "DECW$XTSHR_TV_SUPPORT.EXE" (LNM$SYSCLUSTER_TABLE) (DECW$LOGICAL_NAMES) "DECW$BITMAPS" = "SYS$SYSROOT:[DECW$INCLUDE.BITMAPS]" "DECW$BOOK" = "SYS$SYSROOT:[DECW$BOOK]" "DECW$CBI" = "SYS$SYSROOT:[SYSCBI.DECW$CBI]" "DECW$CONSOLE_SELECTION" = "NONE" "DECW$EXAMPLES" = "SYS$SYSROOT:[SYSHLP.EXAMPLES.DECW]" "DECW$INCLUDE" = "SYS$SYSROOT:[DECW$INCLUDE]" = "SYS$SYSROOT:[DECW$INCLUDE.EXTENSIONS]" "DECW$KEYMAP" = "DECW$SYSCOMMON:[SYS$KEYMAP.DECW.USER]" = "DECW$SYSCOMMON:[SYS$KEYMAP.DECW.SYSTEM]" "DECW$SNAPSHOT_SECURITY" = "TRUE" "DECW$SYSCOMMON" = "SYS$SYSROOT" "DECW$SYSTEM_DEFAULTS" = "SYS$SYSROOT:[DECW$DEFAULTS.USER]" = "SYS$SYSROOT:[DECW$DEFAULTS.SYSTEM]" = "SYS$LIBRARY:" "DECW$USER_DEFAULTS" = "SYS$LOGIN:" "DECW$USE_XM_VENDOR_SHELL" = "NOTES$MAIN" "DECW$UTILS" = "SYS$SYSROOT:[SYSHLP.EXAMPLES.DECW.UTILS]" "DECW$XLIBERRDB" = "SYS$MESSAGE:DECW$XLIBERRDB.DAT" $ show sym decw* DECW$100DPIFONT == "DECW$SYSCOMMON:[SYSFONT.DECW.USER_100DPI],DECW$SYSCOMMON:[SYSFONT.DECW.100DPI],DECW$SYSCOMMON:[SYS FONT.DECW.USER_75DPI],DECW$SYSCOMMON:[SYSFONT.DECW.75DPI],DECW$SYSCOMMON:[SYSFONT.DECW.USER_COMMON],DECW$SYSCOMMON:[SYSF ONT.DECW.COMMON]" DECW$75DPIFONT == "DECW$SYSCOMMON:[SYSFONT.DECW.USER_75DPI],DECW$SYSCOMMON:[SYSFONT.DECW.75DPI],DECW$SYSCOMMON:[SYSFON T.DECW.USER_100DPI],DECW$SYSCOMMON:[SYSFONT.DECW.100DPI],DECW$SYSCOMMON:[SYSFONT.DECW.USER_COMMON],DECW$SYSCOMMON:[SYSFO NT.DECW.COMMON]" DECW$APPSNODE == 0 Hex = 00000000 Octal = 00000000000 DECW$APPSSCREEN == 0 Hex = 00000000 Octal = 00000000000 DECW$APPSSERVER == 0 Hex = 00000000 Octal = 00000000000 DECW$BOOK == "sys$sysroot:[decw$book]" DECW$CBI == "sys$sysroot:[syscbi.decw$cbi]" DECW$COLOR == "TRUE" DECW$COMMON_DECODER == "sys$indriver" DECW$CONSOLE_GEOMETRY == "-0-0" DECW$CONSOLE_SELECTION == "NONE" DECW$CURSOR_SIZE == "" DECW$DEFAULT_FONT == "FIXED" DECW$DEFINE == "DEFINE/NOLOG/EXEC/TABLE=DECW$LOGICAL_NAMES" DECW$DEFINE_TERM == "DEFINE/NOLOG/EXEC/TABLE=DECW$LOGICAL_NAMES/TRANS=TERMINAL" DECW$DEVICE == "NONE" DECW$DEVICEFONT == "DECW$SYSCOMMON:[SYSFONT.DECW.USER_CURSOR32],DECW$SYSCOMMON:[SYSFONT.DECW.CURSOR32],DECW$SYSCOMMON: [SYSFONT.DECW.USER_CURSOR16],DECW$SYSCOMMON:[SYSFONT.DECW.CURSOR16]" DECW$DEVICEFONT16 == "DECW$SYSCOMMON:[SYSFONT.DECW.USER_CURSOR16],DECW$SYSCOMMON:[SYSFONT.DECW.CURSOR16]" DECW$DEVICEFONT32 == "DECW$SYSCOMMON:[SYSFONT.DECW.USER_CURSOR32],DECW$SYSCOMMON:[SYSFONT.DECW.CURSOR32],DECW$SYSCOMMO N:[SYSFONT.DECW.USER_CURSOR16],DECW$SYSCOMMON:[SYSFONT.DECW.CURSOR16]" DECW$DEVICE_CONFIGURATION == "" DECW$DEVICE_COUNT == 0 Hex = 00000000 Octal = 00000000000 DECW$DEVICE_SKIP_INIT == 0 Hex = 00000000 Octal = 00000000000 DECW$DO_SORT == 1 Hex = 00000001 Octal = 00000000001 DECW$EXAMPLES == "sys$sysroot:[syshlp.examples.decw]" DECW$FONT_SERVERS == "" DECW$INPUT_TIMEOUT == 15 Hex = 0000000F Octal = 00000000017 DECW$KEYBOARD == "OPA2:" DECW$KEYBOARD_DECODER == "sys$ikbdriver" DECW$KEYBOARD_DEV == "ika0" DECW$KEYMAP == "decw$syscommon:[sys$keymap.decw.user],decw$syscommon:[sys$keymap.decw.system]" DECW$LOGINLOG == "" DECW$LOGINLOGO == "" DECW$LOGINLOGOSUB == "" DECW$LOGINMANY == "" DECW$MAINAPP == "run sys$system:decw$startlogin" DECW$MONITOR_DENSITY == "" DECW$MULTI_HEAD == 0 Hex = 00000000 Octal = 00000000000 DECW$OUTLINEFONT == "DECW$SYSCOMMON:[SYSFONT.DECW.SPEEDO],DECW$SYSCOMMON:[SYSFONT.DECW.USER_SPEEDO],DECW$SYSCOMMON:[SY SFONT.DECW.TYPE1],DECW$SYSCOMMON:[SYSFONT.DECW.USER_TYPE1]" DECW$POINTER == "OPA3:" DECW$POINTER_DECODER == "sys$imbdriver" DECW$POINTER_DEV == "ima0" DECW$PRIMARY_DEVICE == "" DECW$RGBPATH == "SYS$MANAGER:DECW$RGB.DAT" DECW$SERVER_DEFAULT_VISUAL_CLASS == "" DECW$SERVER_DENSITY == 100 Hex = 00000064 Octal = 00000000144 DECW$SERVER_DISABLE_BACKING_STORE == "FALSE" DECW$SERVER_DISABLE_SAVE_UNDER == "" DECW$SERVER_ENQUEUE_LIMIT == 512 Hex = 00000200 Octal = 00000001000 DECW$SERVER_EXTENSIONS == "" DECW$SERVER_FILE_LIMIT == 200 Hex = 000000C8 Octal = 00000000310 DECW$SERVER_NO_DRIVER == "" DECW$SERVER_PAGE_FILE == 100000 Hex = 000186A0 Octal = 00000303240 DECW$SERVER_TRANSPORTS == "TCPIP,DECNET,LOCAL" DECW$SERVER_WSDEF == 3000 Hex = 00000BB8 Octal = 00000005670 DECW$SERVER_WSEXTENT == 262144 Hex = 00040000 Octal = 00001000000 DECW$SERVER_WSQUOTA == 6000 Hex = 00001770 Octal = 00000013560 DECW$SESSIONCOM == "sys$manager:decw$startsm.com" DECW$SESSIONEND == "" DECW$SESSIONINIT == "run sys$system:decw$wsinit" DECW$SESSIONLOG == "" DECW$SESSIONMAIN == "run sys$system:decw$session" DECW$SNAPSHOT_SECURITY == "TRUE" DECW$START_FONT_SERVER == "F" DECW$START_NEW_DESKTOP == "TRUE" DECW$SYLOGINCOM == "" DECW$UNIXLOGICALS == "TRUE" DECW$USE_XM_VENDOR_SHELL == "NOTES$MAIN" DECW$UTILS == "sys$sysroot:[syshlp.examples.decw.utils]" DECW$VIRTUAL_PAGES == 0 Hex = 00000000 Octal = 00000000000 DECW$XPORT_LRP_SIZE == 32768 Hex = 00008000 Octal = 00000100000 DECW$XSIZE_IN_PIXELS == 1280 Hex = 00000500 Octal = 00000002400 DECW$YSIZE_IN_PIXELS == 1024 Hex = 00000400 Octal = 00000002000 $ show log decw$* (LNM$PROCESS_TABLE) "DECW$SHARE_ADDRESS_DATA" = "TRUE" (LNM$JOB_81227740) (LNM$GROUP_000001) (LNM$SYSTEM_TABLE) "DECW$AILSHR_TV" = "DECW$AILSHR_TV_SUPPORT.EXE" "DECW$BKRSHR_TV" = "DECW$BKRSHR_TV_SUPPORT.EXE" "DECW$D2DXLIBSHR_TV" = "DECW$D2DXLIBSHR_TV_SUPPORT.EXE" "DECW$DWTLIBSHR_TV" = "DECW$DWTLIBSHR_TV_SUPPORT.EXE" "DECW$DWTSHR_TV" = "DECW$DWTSHR_TV_SUPPORT.EXE" "DECW$DXMLIBSHR_TV" = "DECW$DXMLIBSHR_TV_SUPPORT.EXE" "DECW$INSTALL_TCPIP" = "TRUE" "DECW$LOGINOUT" = "CDE$SYSTEM_DEFAULTS:[BIN]DECW$LOGINOUT" "DECW$MAILSHR_TV" = "DECW$MAILSHR_TV_SUPPORT.EXE" "DECW$PRINTWGTSHR_TV" = "DECW$PRINTWGTSHR_TV_SUPPORT.EXE" "DECW$SECURITY" = "SYS$SHARE:DECW$SECURITY_VMS.EXE" "DECW$SESSIONCOM" = "sys$manager:decw$startsm.com" "DECW$SESSIONINIT" = "run sys$system:decw$wsinit" "DECW$SESSIONMAIN" = "run sys$system:decw$session" "DECW$TERMINALSHR_TV" = "DECW$TERMINALSHR_TV_SUPPORT.EXE" "DECW$TRANSPORT_COMMON_TV" = "DECW$TRANSPORT_COMMON" "DECW$XEXTLIBSHR_TV" = "DECW$XEXTLIBSHR_TV_SUPPORT.EXE" "DECW$XLIBSHR_TV" = "DECW$XLIBSHR_TV_SUPPORT.EXE" "DECW$XMLIBSHR_TV" = "DECW$XMLIBSHR_TV_SUPPORT.EXE" "DECW$XMULIBSHR_TV" = "DECW$XMULIBSHR_TV_SUPPORT.EXE" "DECW$XTRAPLIBSHR_TV" = "DECW$XTRAPLIBSHR_TV_SUPPORT.EXE" "DECW$XTSHR_TV" = "DECW$XTSHR_TV_SUPPORT.EXE" (LNM$SYSCLUSTER_TABLE) (DECW$LOGICAL_NAMES) "DECW$BITMAPS" = "SYS$SYSROOT:[DECW$INCLUDE.BITMAPS]" "DECW$BOOK" = "SYS$SYSROOT:[DECW$BOOK]" "DECW$CBI" = "SYS$SYSROOT:[SYSCBI.DECW$CBI]" "DECW$CONSOLE_SELECTION" = "NONE" "DECW$EXAMPLES" = "SYS$SYSROOT:[SYSHLP.EXAMPLES.DECW]" "DECW$INCLUDE" = "SYS$SYSROOT:[DECW$INCLUDE]" = "SYS$SYSROOT:[DECW$INCLUDE.EXTENSIONS]" "DECW$KEYMAP" = "DECW$SYSCOMMON:[SYS$KEYMAP.DECW.USER]" = "DECW$SYSCOMMON:[SYS$KEYMAP.DECW.SYSTEM]" "DECW$SNAPSHOT_SECURITY" = "TRUE" "DECW$SYSCOMMON" = "SYS$SYSROOT" "DECW$SYSTEM_DEFAULTS" = "SYS$SYSROOT:[DECW$DEFAULTS.USER]" = "SYS$SYSROOT:[DECW$DEFAULTS.SYSTEM]" = "SYS$LIBRARY:" "DECW$USER_DEFAULTS" = "SYS$LOGIN:" "DECW$USE_XM_VENDOR_SHELL" = "NOTES$MAIN" "DECW$UTILS" = "SYS$SYSROOT:[SYSHLP.EXAMPLES.DECW.UTILS]" "DECW$XLIBERRDB" = "SYS$MESSAGE:DECW$XLIBERRDB.DAT" $ show sym decw* DECW$100DPIFONT == "DECW$SYSCOMMON:[SYSFONT.DECW.USER_100DPI],DECW$SYSCOMMON:[SYSFONT.DECW.100DPI],DECW$SYSCOMMON:[SYS FONT.DECW.USER_75DPI],DECW$SYSCOMMON:[SYSFONT.DECW.75DPI],DECW$SYSCOMMON:[SYSFONT.DECW.USER_COMMON],DECW$SYSCOMMON:[SYSF ONT.DECW.COMMON]" DECW$75DPIFONT == "DECW$SYSCOMMON:[SYSFONT.DECW.USER_75DPI],DECW$SYSCOMMON:[SYSFONT.DECW.75DPI],DECW$SYSCOMMON:[SYSFON T.DECW.USER_100DPI],DECW$SYSCOMMON:[SYSFONT.DECW.100DPI],DECW$SYSCOMMON:[SYSFONT.DECW.USER_COMMON],DECW$SYSCOMMON:[SYSFO NT.DECW.COMMON]" DECW$APPSNODE == 0 Hex = 00000000 Octal = 00000000000 DECW$APPSSCREEN == 0 Hex = 00000000 Octal = 00000000000 DECW$APPSSERVER == 0 Hex = 00000000 Octal = 00000000000 DECW$BOOK == "sys$sysroot:[decw$book]" DECW$CBI == "sys$sysroot:[syscbi.decw$cbi]" DECW$COLOR == "TRUE" DECW$COMMON_DECODER == "sys$indriver" DECW$CONSOLE_GEOMETRY == "-0-0" DECW$CONSOLE_SELECTION == "NONE" DECW$CURSOR_SIZE == "" DECW$DEFAULT_FONT == "FIXED" DECW$DEFINE == "DEFINE/NOLOG/EXEC/TABLE=DECW$LOGICAL_NAMES" DECW$DEFINE_TERM == "DEFINE/NOLOG/EXEC/TABLE=DECW$LOGICAL_NAMES/TRANS=TERMINAL" DECW$DEVICE == "NONE" DECW$DEVICEFONT == "DECW$SYSCOMMON:[SYSFONT.DECW.USER_CURSOR32],DECW$SYSCOMMON:[SYSFONT.DECW.CURSOR32],DECW$SYSCOMMON: [SYSFONT.DECW.USER_CURSOR16],DECW$SYSCOMMON:[SYSFONT.DECW.CURSOR16]" DECW$DEVICEFONT16 == "DECW$SYSCOMMON:[SYSFONT.DECW.USER_CURSOR16],DECW$SYSCOMMON:[SYSFONT.DECW.CURSOR16]" DECW$DEVICEFONT32 == "DECW$SYSCOMMON:[SYSFONT.DECW.USER_CURSOR32],DECW$SYSCOMMON:[SYSFONT.DECW.CURSOR32],DECW$SYSCOMMO N:[SYSFONT.DECW.USER_CURSOR16],DECW$SYSCOMMON:[SYSFONT.DECW.CURSOR16]" DECW$DEVICE_CONFIGURATION == "" DECW$DEVICE_COUNT == 0 Hex = 00000000 Octal = 00000000000 DECW$DEVICE_SKIP_INIT == 0 Hex = 00000000 Octal = 00000000000 DECW$DO_SORT == 1 Hex = 00000001 Octal = 00000000001 DECW$EXAMPLES == "sys$sysroot:[syshlp.examples.decw]" DECW$FONT_SERVERS == "" DECW$INPUT_TIMEOUT == 15 Hex = 0000000F Octal = 00000000017 DECW$KEYBOARD == "OPA2:" DECW$KEYBOARD_DECODER == "sys$ikbdriver" DECW$KEYBOARD_DEV == "ika0" DECW$KEYMAP == "decw$syscommon:[sys$keymap.decw.user],decw$syscommon:[sys$keymap.decw.system]" DECW$LOGINLOG == "" DECW$LOGINLOGO == "" DECW$LOGINLOGOSUB == "" DECW$LOGINMANY == "" DECW$MAINAPP == "run sys$system:decw$startlogin" DECW$MONITOR_DENSITY == "" DECW$MULTI_HEAD == 0 Hex = 00000000 Octal = 00000000000 DECW$OUTLINEFONT == "DECW$SYSCOMMON:[SYSFONT.DECW.SPEEDO],DECW$SYSCOMMON:[SYSFONT.DECW.USER_SPEEDO],DECW$SYSCOMMON:[SY SFONT.DECW.TYPE1],DECW$SYSCOMMON:[SYSFONT.DECW.USER_TYPE1]" DECW$POINTER == "OPA3:" DECW$POINTER_DECODER == "sys$imbdriver" DECW$POINTER_DEV == "ima0" DECW$PRIMARY_DEVICE == "" DECW$RGBPATH == "SYS$MANAGER:DECW$RGB.DAT" DECW$SERVER_DEFAULT_VISUAL_CLASS == "" DECW$SERVER_DENSITY == 100 Hex = 00000064 Octal = 00000000144 DECW$SERVER_DISABLE_BACKING_STORE == "FALSE" DECW$SERVER_DISABLE_SAVE_UNDER == "" DECW$SERVER_ENQUEUE_LIMIT == 512 Hex = 00000200 Octal = 00000001000 DECW$SERVER_EXTENSIONS == "" DECW$SERVER_FILE_LIMIT == 200 Hex = 000000C8 Octal = 00000000310 DECW$SERVER_NO_DRIVER == "" DECW$SERVER_PAGE_FILE == 100000 Hex = 000186A0 Octal = 00000303240 DECW$SERVER_TRANSPORTS == "TCPIP,DECNET,LOCAL" DECW$SERVER_WSDEF == 3000 Hex = 00000BB8 Octal = 00000005670 DECW$SERVER_WSEXTENT == 262144 Hex = 00040000 Octal = 00001000000 DECW$SERVER_WSQUOTA == 6000 Hex = 00001770 Octal = 00000013560 DECW$SESSIONCOM == "sys$manager:decw$startsm.com" DECW$SESSIONEND == "" DECW$SESSIONINIT == "run sys$system:decw$wsinit" DECW$SESSIONLOG == "" DECW$SESSIONMAIN == "run sys$system:decw$session" DECW$SNAPSHOT_SECURITY == "TRUE" DECW$START_FONT_SERVER == "F" DECW$START_NEW_DESKTOP == "TRUE" DECW$SYLOGINCOM == "" DECW$UNIXLOGICALS == "TRUE" DECW$USE_XM_VENDOR_SHELL == "NOTES$MAIN" DECW$UTILS == "sys$sysroot:[syshlp.examples.decw.utils]" DECW$VIRTUAL_PAGES == 0 Hex = 00000000 Octal = 00000000000 DECW$XPORT_LRP_SIZE == 32768 Hex = 00008000 Octal = 00000100000 DECW$XSIZE_IN_PIXELS == 1280 Hex = 00000500 Octal = 00000002400 DECW$YSIZE_IN_PIXELS == 1024 Hex = 00000400 Octal = 00000002000 $ show log decw$* (LNM$PROCESS_TABLE) "DECW$SHARE_ADDRESS_DATA" = "TRUE" (LNM$JOB_81227740) (LNM$GROUP_000001) (LNM$SYSTEM_TABLE) "DECW$AILSHR_TV" = "DECW$AILSHR_TV_SUPPORT.EXE" "DECW$BKRSHR_TV" = "DECW$BKRSHR_TV_SUPPORT.EXE" "DECW$D2DXLIBSHR_TV" = "DECW$D2DXLIBSHR_TV_SUPPORT.EXE" "DECW$DWTLIBSHR_TV" = "DECW$DWTLIBSHR_TV_SUPPORT.EXE" "DECW$DWTSHR_TV" = "DECW$DWTSHR_TV_SUPPORT.EXE" "DECW$DXMLIBSHR_TV" = "DECW$DXMLIBSHR_TV_SUPPORT.EXE" "DECW$INSTALL_TCPIP" = "TRUE" "DECW$LOGINOUT" = "CDE$SYSTEM_DEFAULTS:[BIN]DECW$LOGINOUT" "DECW$MAILSHR_TV" = "DECW$MAILSHR_TV_SUPPORT.EXE" "DECW$PRINTWGTSHR_TV" = "DECW$PRINTWGTSHR_TV_SUPPORT.EXE" "DECW$SECURITY" = "SYS$SHARE:DECW$SECURITY_VMS.EXE" "DECW$SESSIONCOM" = "sys$manager:decw$startsm.com" "DECW$SESSIONINIT" = "run sys$system:decw$wsinit" "DECW$SESSIONMAIN" = "run sys$system:decw$session" "DECW$TERMINALSHR_TV" = "DECW$TERMINALSHR_TV_SUPPORT.EXE" "DECW$TRANSPORT_COMMON_TV" = "DECW$TRANSPORT_COMMON" "DECW$XEXTLIBSHR_TV" = "DECW$XEXTLIBSHR_TV_SUPPORT.EXE" "DECW$XLIBSHR_TV" = "DECW$XLIBSHR_TV_SUPPORT.EXE" "DECW$XMLIBSHR_TV" = "DECW$XMLIBSHR_TV_SUPPORT.EXE" "DECW$XMULIBSHR_TV" = "DECW$XMULIBSHR_TV_SUPPORT.EXE" "DECW$XTRAPLIBSHR_TV" = "DECW$XTRAPLIBSHR_TV_SUPPORT.EXE" "DECW$XTSHR_TV" = "DECW$XTSHR_TV_SUPPORT.EXE" (LNM$SYSCLUSTER_TABLE) (DECW$LOGICAL_NAMES) "DECW$BITMAPS" = "SYS$SYSROOT:[DECW$INCLUDE.BITMAPS]" "DECW$BOOK" = "SYS$SYSROOT:[DECW$BOOK]" "DECW$CBI" = "SYS$SYSROOT:[SYSCBI.DECW$CBI]" "DECW$CONSOLE_SELECTION" = "NONE" "DECW$EXAMPLES" = "SYS$SYSROOT:[SYSHLP.EXAMPLES.DECW]" "DECW$INCLUDE" = "SYS$SYSROOT:[DECW$INCLUDE]" = "SYS$SYSROOT:[DECW$INCLUDE.EXTENSIONS]" "DECW$KEYMAP" = "DECW$SYSCOMMON:[SYS$KEYMAP.DECW.USER]" = "DECW$SYSCOMMON:[SYS$KEYMAP.DECW.SYSTEM]" "DECW$SNAPSHOT_SECURITY" = "TRUE" "DECW$SYSCOMMON" = "SYS$SYSROOT" "DECW$SYSTEM_DEFAULTS" = "SYS$SYSROOT:[DECW$DEFAULTS.USER]" = "SYS$SYSROOT:[DECW$DEFAULTS.SYSTEM]" = "SYS$LIBRARY:" "DECW$USER_DEFAULTS" = "SYS$LOGIN:" "DECW$USE_XM_VENDOR_SHELL" = "NOTES$MAIN" "DECW$UTILS" = "SYS$SYSROOT:[SYSHLP.EXAMPLES.DECW.UTILS]" "DECW$XLIBERRDB" = "SYS$MESSAGE:DECW$XLIBERRDB.DAT" $ ------------------------------ Date: Thu, 18 Jan 2007 18:18:30 +0100 From: Paul Sture Subject: Re: DFU comments Message-ID: In article <12qv8aermt89409@corp.supernews.com>, "Syltrem" wrote: > "Paul Sture" wrote in message > news:paul.sture.nospam-B6098A.13461813012007@news.hispeed.ch... > > In article <45a8cdef$0$17810$c3e8da3@news.astraweb.com>, > > JF Mezei wrote: > > > >> And while I am at it, pressing does suppress the output of each > >> file being deleted. But it also suppresses the escape sequences that > >> reset > >> the terminal after the command exits (I called it as a single command > >> line > >> from DCL, so onnce it is done, it returns to DCL). As a result, after > >> the > >> DCL command ends, one is stuck in a single line scrolling window at > >> bottom > >> of screen, so one has to do a set term/inquire to reset it. > > > > CTRL-O is not the solution if you are looking for performance, as the > > program is still doing the processing to do the output, even though the > > terminal driver doesn't display it. > > > > -- > > Paul Sture > > > CTRL-O helps tremendously even though. > Try any LEARN command in TPU, do a REPEATE 150,000 times with CTRL-O and > without, and you will see. > I always CTRL-O then CTRL-W and wait till the screen refreshes when I do > something like this. The refresh marks the end of the processing. > > My 2 cents... > That is an excellent example of where CTRL-O is useful. -- Paul Sture ------------------------------ Date: 18 Jan 2007 09:49:12 -0800 From: "bclaremont" Subject: Re: Diskmizer 2.1 License Message-ID: <1169142552.706711.161250@v45g2000cwv.googlegroups.com> > What would have affected the LURT table is if the graphics hardware was > removed or disabled as a side effect of the "upgrade". > > The other side effect of the LURT change is that you need a different > base license for OpenVMS and the other products. > > Is there a specific reason that the graphics hardware was removed? Yep, I removed the graphic's card. The monitor had failed and I didn't need the graphics capabilities. As I recall, pulling the card gave me room for another 8MB of memory(!). I use this box to support some "older" media devices, like RX02's, RX50's, TK50, and 9-track tape. ------------------------------ Date: 18 Jan 2007 01:53:40 -0800 From: "Ian Miller" Subject: Re: F$SEARCH in date order? Message-ID: <1169114020.488922.146230@q2g2000cwa.googlegroups.com> Freeware QDSB http://www.openvms.org/stories.php?story=06/11/04/0279565 appears to do directory listings in date order. ------------------------------ Date: Thu, 18 Jan 2007 05:37:14 -0800 From: "Tom Linden" Subject: Re: F$SEARCH in date order? Message-ID: On Thu, 18 Jan 2007 01:53:40 -0800, Ian Miller wrote: > Freeware QDSB > http://www.openvms.org/stories.php?story=06/11/04/0279565 > > appears to do directory listings in date order. > This has come up before. How about an extension ála dir/date=ascending or descending -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: 18 Jan 2007 01:38:41 -0800 From: "Dave Gullen" Subject: Re: How long to really setup a VMS system ? Message-ID: <1169113121.698464.225060@51g2000cwl.googlegroups.com> How long is this piece of string I'm holding? ;) This depends on the network environment you are adding the system to, your corporate standards, whether you already have management code you can copy in or if you have to write it, if you already have standards to work to or are making them up as you go, whether you are building a VAX, Alpha or Itanium system, how many applications you need to install, configure and license (and if you need to do any data loading) and how many users you need to set up, how you're going to do your printing, file sharing, data serving, backups, security monitoring and reporting, any patching, your own level of experience, and no doubt your inside-leg measurement, how you voted last time and what you have for breakfast. But then you probably knew that. Realistically, from out the box to on the network for an Alpha should be within one working day if everything is to hand. Applications, users, management tools is site-dependent is that piece of string, but I would expect between 1 day and 1 week. Dave ------------------------------ Date: Thu, 11 Jan 2007 10:37:08 -0600 From: "Schroeder, AJ" Subject: Re: Moving from Bind 8 to Bind 9 Message-ID: JF Mezei wrote: > Going from VAX to Alpha brings one from TCPIP Services Bind8 to a > newer Bind9 implementation with many new features. > > The manual discusses moving from UCX to Bind9 (eg: convert the config > files), but I didn't see stuff from Bind8 to Bind 9. > > The server options file TCPIP$BIND.CONF gets many new options. Many > of them are documented in the manual. > > Do the actual zone files remain the same with no new options ? Or > does the updated VMS software now support more record types (such as > the geographical location of a server, not supported on VAX (forget > the record type for those, but I recall trying them and it failed). > > Does anyone know if different views are working on the TCPIP Services > 5.6 ? (this would allow the DNS server to serve different answers > depending on whether the request comes from within the lan or from > the outside world for instance). > > Any hints ? recommendations ? any warnings ? gotchas for such a move > ? I have ran BIND on *nix for years and have just recently started to run it on VMS. I have an Alpha running 8.2 and HP TCP/IP services. I have been able to implement most everything on VMS that I have been able to in *nix, including views. The only thing I have not gotten working (no time to work on it) is dynamic updates. If you keep your zone files neat and tidy the way ISC wants you to then upgrading from BIND8 to BIND9 is quite easy. As you pointed out, most of the changes are in TCPIP$BIND.CONF - but I have noticed that most of those features (save for views) aren't really utilized much by SOHO users. The only warning I can think of is when I have upgraded BIND the biggest thing I have noticed is that ISC can't seem to make their mind up if they are going to perform strict name checking or not. That is more of an annoyance than anything because you have to add an option to TCPIP$BIND.CONF to turn that off. BIND has good logging and is not afraid to tell you if you made a mistake in your config file. :) Good luck ------------------------------ Date: Thu, 18 Jan 2007 05:50:39 -0800 From: "Tom Linden" Subject: Re: Nonstop UNIX takes another loss Message-ID: On Wed, 17 Jan 2007 17:39:40 -0800, JF Mezei wrote: > Bob Koehler wrote: >> Just another "expert" reporter who thinks "if it isn't a PC, then >> it must be UNIX". > > > When Unix became all the rage, Tandem produced a so called "non stop" > version of Unix that ran on its hardware. It was a different product > than Non-Stop_Lernel (NSK) although I think that many application > interfaces were compatible. Actually, it was a port of System V and was headed up by Allen Berglund, IIRC, http://www.multicians.org/drv-bull.html and it think this was in the early 80's although it could have been as late as 85. It used parts of the Guardian kernel. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: Thu, 18 Jan 2007 12:56:04 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: SIMH hints and tips please Message-ID: <00A61E5E.913C2E22@SendSpamHere.ORG> In article , Paul Sture writes: > > >In article <00A61DD8.CC30AC50@SendSpamHere.ORG>, > VAXman- @SendSpamHere.ORG wrote: > >> In article , Paul >> Sture writes: >> > >> > >> >Update. >> > >> >I've found out that you don't need to run it via sudo. You can change >> >the ownership of /dev/bpf* - though I'm in unfamiliar territory here, >> >and don't know the potential security pitfalls *there*. Perhaps someone >> >knowledgeable in Unix could comment on that... >> > >> >Having got my Simh VMS system talking to the outside world to fetch ECOs >> >etc, I then discovered that I could no longer reach the Mac from the >> >outside world. This turned out to be the port forwarding behaviour of my >> >router. As opposed to previous routers I have owned, with this one you >> >specify the MAC address rather than the IP address. As a result, >> >incoming connections were being routed to the Simh/VAX IP address rather >> >than the Mac one. The only cure was to reboot the router. >> > >> >This took some prolonged head scratching (and a few curses on the way) >> >:-) >> > >> >The solution there for me was to use my Airport card as well as the >> >normal ethernet connection and use different MAC addresses for the >> >Simh/VAX and the Mac itself. >> >> Now I have a couple of questions. >> >> 1. Can you still use the Mac when SimH/VAX is running? I recall it >> was quite a CPU hog. > >Yes. Simh runs in "nice" mode - at a lower priority. It appears to soak >up all the idle CPU, but I'm not seeing any slowdown due to that. Heavy >I/O isn't too friendly, but that's the case for Mac apps anyway on this >system. What are you running it on? I have a 17" Powerbook G4. It would be nice to have a portable VMS box. I'd given up on Simh/VAX when I got my EVDO card. I now have internet pretty much anywhere I go -- even in a moving car on the highway. I've got a hack that allows me to close the Powerbook without having it go to sleep. I can now listen to streaming internet radio (wonder which radio that might be :roll: ) with the Powerbook safely and securely strapped down. Anyway, back to VMS... I can ssh into my systems at home and do whatever I would do on VMS as if it was there on my Powerbook and I can access VAX, Alpha and Itanium too; Simh/VAX is only VAX. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" ------------------------------ Date: 18 Jan 2007 07:59:22 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: SIMH hints and tips please Message-ID: In article <00A61DD8.CC30AC50@SendSpamHere.ORG>, VAXman- @SendSpamHere.ORG writes: > Now I have a couple of questions. > > 1. Can you still use the Mac when SimH/VAX is running? I recall it > was quite a CPU hog. SIMH out of the box is a 100% CPU load. There's a patch around to make it slow down when VMS is idle. > 2. Can you access both the SimH/VAX and the Mac OS X? Yep. > 3. Could I fire up X11 on the Mac and then access the SimH/VAX run- > ning on the Mac? Probably requires two NICs, like it does on Windows. Generally you can get one NIC to be shareable to/from outside machines, but nothing knows how to route between the two OS sharing the NIC. It would be fairly trivial to write an X11 reflector to run on a third system. If you used Multinet's IP-DECnet X11 gateway you could use two of these to affect such a connection (I've done this, but not with SIMH). IIRC you're using UCX in the VAXcave. I'd think an X11 reflector would be a trivial modification to any of the example servers and clients in SYS$EXAMPLES. Maybe I'll have a go at it one of these days, I haven't put anything new on the Freeware in years. ------------------------------ Date: Thu, 18 Jan 2007 18:59:23 +0100 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: SIMH hints and tips please Message-ID: <45afb57b.524144494f47414741@radiogaga.harz.de> Bob Koehler wrote: > VAXman- @SendSpamHere.ORG writes: >> 3. Could I fire up X11 on the Mac and then access the SimH/VAX run- >> ning on the Mac? > > Probably requires two NICs, like it does on Windows. Generally you > can get one NIC to be shareable to/from outside machines, but nothing > knows how to route between the two OS sharing the NIC. I have SimH running on my WinXP notebook with local DECwindows. The trick is to have a virtual NIC inside the machine to connect SimH to its host. I use the TAP-Win32-Adapter of the OpenVPN project (www.openvpn.org). I had it on a (now dead) notebook that ran Linux, too - look for "TUN/TAP bridge". cu, Martin -- | Martin Vorlaender | OpenVMS rules! OpenVMS: When you | work: mv@pdv-systeme.de KNOW where you want | http://www.pdv-systeme.de/users/martinv/ to go today. | home: martin@radiogaga.harz.de ------------------------------ Date: 18 Jan 2007 07:20:12 -0600 From: briggs@encompasserve.org Subject: Re: Typehead buffer and Message-ID: In article <45af6ade$0$9518$c3e8da3@news.astraweb.com>, JF Mezei writes: > Sanity check please... (ok, not necessary, everyone thinks I am insane :-) > > I interactively issue a BACKUP command for disk to disk copy. > > works. > Then, I paste some commands to be executed after backup ends. > ceases to work. > > Shouldn't a step ahead of any typeahead stuff and go directly to > the currently executing image ? > > Or would this be too complex to implement in the terminal driver ? (I > assume it is the terminal driver ?). The terminal driver already does what you suggest correctly. If there is a problem, it may lie within BACKUP. I can't even break it by reaching the typeahead limit. $ wait 0:0:10 (press control-T) EISNER::BRIGGS_1 07:13:38 (DCL) CPU=00:00:00.01 PF=77 IO=98 MEM=64 (type some gibberish and press control-T again) EISNER::BRIGGS_1 07:13:39 (DCL) CPU=00:00:00.01 PF=77 IO=99 MEM=64 $ asdf And, as if that were not enough $ type test.for call lib$wait ( 5.0 ) end $ fort test $ link test $ r test (control-t) EISNER::BRIGGS_1 07:15:43 TEST CPU=00:00:00.17 PF=1585 IO=406 MEM=107 (gibberish and another control-T) EISNER::BRIGGS_1 07:15:44 TEST CPU=00:00:00.17 PF=1585 IO=407 MEM=107 $ asdf ------------------------------ End of INFO-VAX 2007.036 ************************