INFO-VAX Thu, 01 Nov 2007 Volume 2007 : Issue 598 Contents: (UK) DECServer 90TL 4MB SIMM required DCL command - No system messages at times Re: DCL command - No system messages at times Re: DCL command - No system messages at times Re: EST Fubar Re: Still more NFS problems - and happy birthday VMS Re: Submit to run at 01:05 after EDT becomes EST Re: Submit to run at 01:05 after EDT becomes EST [ON TOPIC] Standalone Backup Kit on TLZ07 works! Re: [ON TOPIC] Standalone Backup Kit on TLZ07 works! ---------------------------------------------------------------------- Date: Thu, 01 Nov 2007 08:16:50 -0700 From: urbancamo Subject: (UK) DECServer 90TL 4MB SIMM required Message-ID: <1193930210.261708.85900@57g2000hsv.googlegroups.com> Hi, Does anyone have a 4MB SIMM (FPM, parity I believe) suitable for a DECServer 90TL (in the UK, preferably, although I guess anywhere is good)? I'd like to get rid of the annoying telnet 'echo echo' when running as a telnet listener for my VAX/DEC gear connected via serial reverse lookup. I've not found anywhere on the net that gives a fix for this problem, so am assuming that it is down to a limitation of version 1 of the firmware. I need the extra memory to run the updated firmware which handles telnet echo negotiation properly). I am, of course, willing to pay for one. I've found a possible candidate at 15 GBP, so anything below that (preferably free+postage!) would be great. I now have a near perfect setup at home (thanks to the DECServer and a home-built remote mains switch for all my boxes) and this is the one remaining thorn in the side (it is very off-putting seeing everything twice when you are trying to do a BBAACCKKUPP DDKKAA110000:: MMUUAA660000: !!!!) Thanks for the help, Mark. ------------------------------ Date: Thu, 01 Nov 2007 11:06:55 -0400 From: Chuck Aaron Subject: DCL command - No system messages at times Message-ID: On my Alph servers running VMS 8.3 at times (not all the time) if I enter in a DCL command like for example: SHOW INTRUSION/TYPE=ALL and there are no intrusions I normally get the message: %SHOW-F-NOINTRUDERS, no intrusion records match specification However, frequently I get no message at all. or a dcl command like DIR (on a file I know is not there) I would normally get: %DIRECT-W-NOFILES, no files found However, frequently I get no message at all Does anyone have any ideas what might be causing this and how to fix it? Thanks in advance. ------------------------------ Date: Thu, 01 Nov 2007 15:13:47 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: DCL command - No system messages at times Message-ID: Chuck Aaron wrote: > On my Alph servers running VMS 8.3 at times (not all the time) > if I enter in a DCL command like for example: > > SHOW INTRUSION/TYPE=ALL > and there are no intrusions I normally get the message: > > %SHOW-F-NOINTRUDERS, no intrusion records match specification > > However, frequently I get no message at all. > Have you executed any command file that disables messages ? ------------------------------ Date: Thu, 1 Nov 2007 12:23:29 -0400 From: "Ken Robinson" Subject: Re: DCL command - No system messages at times Message-ID: <7dd80f60711010923u5fa211a6id11e1b19812ebbd7@mail.gmail.com> On 11/1/07, Jan-Erik S=F6derholm wrote: > Chuck Aaron wrote: > > On my Alph servers running VMS 8.3 at times (not all the time) > > if I enter in a DCL command like for example: > > > > SHOW INTRUSION/TYPE=3DALL > > and there are no intrusions I normally get the message: > > > > %SHOW-F-NOINTRUDERS, no intrusion records match specification > > > > However, frequently I get no message at all. > > > > Have you executed any command file that disables messages ? > What does $ write sys$output f$env("message") show? This will tell you what settings VMS thinks are set for the $ set message command If it says something like /notext/noid/noseverity/nofacility do a $ set mess/text/id/severity/facility to get the messages back, then figure out why they were turned off. Ken ------------------------------ Date: 1 Nov 2007 07:22:43 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: EST Fubar Message-ID: In article <1193591530.303808.84300@57g2000hsv.googlegroups.com>, Neil Rieck writes: > Timezone FYI, > > This morning (Sunday Oct 28) I got a call about a Solaris application > that desided to transition from EDT to EST a week early. I wonder what our PBS stations here abouts are using. My VCR/DVD recorder is supposed to pick up time code from PBS. Last night I see that it jumped forward an hour (wrong day and wrong way). I verified that the unit believes it is using EDT and that the changeover date is programmed to 2:00 AM 1st Sunday in November. I suspect someone with an out of date clock saw that it was running one hour late. I have no way of knowing if it's picking up time from Maryland PBS or DC PBS, other than the former happens to be the lower numbered channel. ------------------------------ Date: Thu, 01 Nov 2007 23:21:48 +1100 From: Gremlin Subject: Re: Still more NFS problems - and happy birthday VMS Message-ID: <13ijh6te8dtlfe2@corp.supernews.com> Hi Steve It is a hobby version - and CIFS won't really help as I want to access Windows shares without loading port 139 etc vulnerabilities....but thanks for the suggestion. etmsreec@yahoo.co.uk wrote: > On 28 Oct, 07:59, Gremlin wrote: >> Hi JF >> >> Well, in the proxy database on vms I mapped system and my username, >> system to UID 0 and GID 0, my username to the same value specified in >> the password file in Windows. >> >> Then, using the MS tool on the server, I mapped the "unix" username >> SYSTEM to the Windows username Domain Administrator and gave it UID 0 >> and GID 0. I then mapped my "unix" username to my Windows username and >> gave it the same UID and GID as in the passwd file on Windows. >> Anonymous access UID -2, GID -2 is allowed on the Windows NFS server as >> a "catch all" in case mapping fails.... >> >> On Windows, the nfssvc service is running happily and logging >> mount/unmounts, so I can only assume that it is really there - VMS also >> is happy to see it. There don't appear to be any other bits on the >> Windows side, expected or running. >> >> The client is running on the VMS side (hence the mount/unmount). >> >> On VMS, I have tried mounting using every combination of UID/GUI/path >> etc - and apart from obvious errors (all logged), the mount/unmount >> process works fine. The reads fail no matter what combination I have >> tried on anything..... >> >> So, just jumped onto a SuSE and Redhat client, used the linux NFS client >> to map and browse - works like a charm. Therefore, Windows2003 is >> serving it fine, something on VMS is broken.....stopped and restarted >> the client on VMS - still won't do it. >> >> >> >> JF Mezei wrote: >>> Gremlin wrote: >>>> On Windows, the UNIX (ie VMS) username SYSTEM is mapped to a domain >>>> administrator account, anonymous access is allowed and a NFS share is >>>> created. The Windows log shows no errors >>> "SYSTEM" doesn't really exist in NFS parlance. UID and GID values are >>> exchanged. >>> On VMS, when you issue a TCPIP MOUNT command, the GID/UID values are >>> either specified in the MOUNT command, or VMS looks at the proxy >>> database for a record with your username in it and uses UID/GID >>> associated with this, or of there is nothing available, it uses a >>> default value of -2 -2 . >>> On unix servers, you have options of mapping the incoming remote UID/GID >>> values to the local user database. You can't really do that on windows >>> or VMS since the UID/GID values have no meaning on their systems. >>> On all systems, you also have options to map incoming requests to >>> specific local usernames. >>>> From VMS, I can mount the NFS disk and unmount it, but I cannot do >>>> any file access at all. >>> It appears that just mounting doesn't do that much. (mountd deamon), but >>> when you then try to access files, it is a different process (nfsd) >>> which handles the requests. >>>> wasn't really happening - just timing out as the VMS message says. >>> Perhaps the mountd process is running, but the nfsd deamon isn't running ? >>> The fact that VMS is waiting for a response and timing out is an >>> indication that, instead of getting a bad status code from the server, >>> VMS isn't getting any responses. Remember that NFS is usually UDP >>> traffic, so there is no concept of a dropped connection. You can reboot >>> the server and the client can happily continue to access his files.- Hide quoted text - >> - Show quoted text - > > Is this a home environment or a production one? > If it's a home environment, why not try the field test of Samba > (a.k.a. CIFS) and see if that's any easier to work with? > > Steve > ------------------------------ Date: 1 Nov 2007 07:18:15 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Submit to run at 01:05 after EDT becomes EST Message-ID: In article , norm.raphael@metso.com writes: > This is a multipart message in MIME format. > --=_alternative 0071A2FA85257385_= > Content-Type: text/plain; charset="US-ASCII" > > If I want to submit a batch job to execute at 01:05 after the clock resets > from EDT to EST, > can I submit it to run after 1:55 and put a > $WAIT 01:10:00 > in it, then > $@whatever.com > > In other words, will the WAIT count time units and ignore the clock? IIRC, the timers in VMS are all converted to and sorted by absolute time when they are entered in the timer queue. ------------------------------ Date: 1 Nov 2007 07:44:29 -0600 From: briggs@encompasserve.org Subject: Re: Submit to run at 01:05 after EDT becomes EST Message-ID: In article , koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: > In article , norm.raphael@metso.com writes: >> This is a multipart message in MIME format. >> --=_alternative 0071A2FA85257385_= >> Content-Type: text/plain; charset="US-ASCII" >> >> If I want to submit a batch job to execute at 01:05 after the clock resets >> from EDT to EST, >> can I submit it to run after 1:55 and put a >> $WAIT 01:10:00 >> in it, then >> $@whatever.com >> >> In other words, will the WAIT count time units and ignore the clock? > > IIRC, the timers in VMS are all converted to and sorted by absolute > time when they are entered in the timer queue. True, but irrelevant. [Pulls out his 5.2 VAX/VMS IDSM] Each timer queue entry has a bit mask (TQE$B_RQTYPE) with a bit (TQE$V_ABSOLUTE) that indicates whether the entry is relative or absolute. When you "spring forward" or "fall back", EXE$SETTIME adjusts the expiration time of each entry in the timer queue that was created using a relative time by the difference between the previous system time and the new system time. So if you fall back by one hour then the absolute time on each relative timer queue entry will be decremented by one hour. ------------------------------ Date: Thu, 01 Nov 2007 08:27:25 -0700 From: AEF Subject: [ON TOPIC] Standalone Backup Kit on TLZ07 works! Message-ID: <1193930845.849991.240320@22g2000hsm.googlegroups.com> I modified STABACKIT.COM -- changing the occurrences of 60 to 28 for the device code for the TLZ07 -- and successfully made a kit on a DDS-1 tape. I booted from the tape successfully (approx. 7 min.) and repacked the system disk. IT WORKED! Just in case anyone who read my question about this back in August is curious how it turned out (I finally tried it yesterday). AEF ------------------------------ Date: Thu, 01 Nov 2007 15:38:24 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: [ON TOPIC] Standalone Backup Kit on TLZ07 works! Message-ID: In article <1193930845.849991.240320@22g2000hsm.googlegroups.com>, AEF writes: > > >I modified STABACKIT.COM -- changing the occurrences of 60 to 28 for >the device code for the TLZ07 -- and successfully made a kit on a >DDS-1 tape. I booted from the tape successfully (approx. 7 min.) and >repacked the system disk. > >IT WORKED! > >Just in case anyone who read my question about this back in August is >curious how it turned out (I finally tried it yesterday). Why didn't you just build it on the system disk or an alternate disk? This would have you booting up faster and you wouldn't have needed to muck in the STABACKIT.COM procedure. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ End of INFO-VAX 2007.598 ************************