Cory,
If you want to share the SYSUAF.DAT (and you technically don't have to in a VMS cluster, but it gets a bit hairy with multiple ones), you would put it on a common disk directly mounted by all nodes and pointed to by the SYSUAF system logical name, oh and usually a bunch of other files are included with this, There is a template command procedure in SYS$STARTUP that describes them, I believe SYLOGICALS.
A quorum disk is only needed to provide a vote, and usually only used in a two node cluster.
Recent VMS versions do have external authentication capabilities but you still have a SYSUAF.DAT as a backup...
- Dave
On 6/12/2014 5:40 PM, Cory Smelosky wrote:
Got a (hopefully) quick question regarding clustering
I've got a VAX<---->Alpha cluster rolling (VAX for booting VAX
satellites, Alpha for Alpha satellites) and I'm running in to an issue
with the SYS$UAF stuff. Only the password/user DB...nothing else needs
shared.
What's the easiest way to share it between the VAX and Alpha nodes
WITHOUT a using a quorum disk?
1). Kerberos or something? (I could have both query active directory...)
2). Shove SYS$UAF on MOIRA$dka100, mount in SYLOGICALS on all nodes?
3). Other
Got a (hopefully) quick question regarding clustering
I've got a VAX<---->Alpha cluster rolling (VAX for booting VAX satellites, Alpha for Alpha satellites) and I'm running in to an issue with the SYS$UAF stuff. Only the password/user DB...nothing else needs shared.
What's the easiest way to share it between the VAX and Alpha nodes WITHOUT a using a quorum disk?
1). Kerberos or something? (I could have both query active directory...)
2). Shove SYS$UAF on MOIRA$dka100, mount in SYLOGICALS on all nodes?
3). Other
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
For those working on parallel computing: rullfs::[.parallel]
contains some routines in Fortran for VMS, inspired by TCGMSG
and the paper with the SEM routines.
Erik
I think I might just wipe the drive and install from scratch. It has gotten a bit full of cruft over time. ;)
Sent from my mobile^Wcorporate advertising device
On 11 Jun 2014, at 05:40, Cory Smelosky <b4 at gewt.net> wrote:
On Wed, 11 Jun 2014, Hans Vlems wrote:
What is the value for intstackpages? May be as low as 4 and must be at least 6 (iirc)
25.
Also: progress:
MOIRA::CSMELOSKY$ type sys$manager:DECW$SERVER_0_ERROR.LOG
11-JUN-2014 05:35:07.0 Hello, this is the X server
This is the DECwindows X11 display server for OpenVMS VAX V7.1-010215
compiled on Feb 15 2001 at 08:53:03
Dixmain address=00019c58
Server is running in bug-compatible mode
Now attach all known txport images
Can't start transports
Yet:
$ decw$device == "GAA0,GAB0,WSA1,WSA2,WSA3,WSA4,WSA4"
$ ! decw$default_keyboard_map == "US_LK401AA"
$ decw$server_transports == "DECNET,LOCAL,TCPIP"
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Wed, 11 Jun 2014, Hans Vlems wrote:
What is the value for intstackpages? May be as low as 4 and must be at least 6 (iirc)
25.
Also: progress:
MOIRA::CSMELOSKY$ type sys$manager:DECW$SERVER_0_ERROR.LOG
11-JUN-2014 05:35:07.0 Hello, this is the X server
This is the DECwindows X11 display server for OpenVMS VAX V7.1-010215
compiled on Feb 15 2001 at 08:53:03
Dixmain address=00019c58
Server is running in bug-compatible mode
Now attach all known txport images
Can't start transports
Yet:
$ decw$device == "GAA0,GAB0,WSA1,WSA2,WSA3,WSA4,WSA4"
$ ! decw$default_keyboard_map == "US_LK401AA"
$ decw$server_transports == "DECNET,LOCAL,TCPIP"
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
What is the value for intstackpages? May be as low as 4 and must be at least 6 (iirc)
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
Van: Brian Schenkenberger, VAXman-
Verzonden: woensdag 11 juni 2014 03:12
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] Latest version of VWS
Cory Smelosky <b4 at gewt.net> writes:
On Tue, 10 Jun 2014, Brian Schenkenberger, VAXman- wrote:
8192. Looks like SET FILE/ATTRIB=LRL:8192 EWS012.A allowed BACKUP/LIST
EWS012.A/SAVE to succeed.
VMS DUMP the first block. You should see the BACKUP command in the ASCII
translation. If there's a /BLOCK listed, use that value; otherwise, there
are defaults as you have discovered.
Didn't even need to DUMP it. VMSINSTAL didn't complain.
Don't feel bad, I've been dealing with this for 20 years when trying to get
VMS crash dump files from customers sent to me in tact via the internet. ;)
I'm impressed I figured out that LRL was the value I wanted. ;)
Luck. ;)
Yup. ;)
Next battle: anything graphical logs this:
%%%%%%%%%%% OPCOM 10-JUN-2014 19:25:19.33 %%%%%%%%%%%
Message from user AUDIT$SERVER on MOIRA
Security alarm (SECURITY) and security audit (SECURITY) on MOIRA, system
id: 9217
Auditable event: Detached process login failure
Event time: 10-JUN-2014 19:25:19.32
PID: 20200149
Process name: _WSA3:
Username: SYSTEM
Process owner: [SYSTEM]
Image name: MOIRA$DKA0:[SYS0.SYSCOMMON.][SYSEXE]LOGINOUT.EXE
Status: %DECW-F-NOMSG, Message number 02DB8204
Which makes no sense.
$ SET MESSAGE SYS$MESSAGE:DECW$XLIBMSG.EXE
$ EXIT %X02DB8204
%XLIB-F-CANTOPEN, cannot open display
Do you, indeed, have the DECWindows server started?
Is there a Gxx0: device? Configured? Channels assigned?
Try setting SYSGEN parameter STARTUP_P2 to "VDC" in a conversational boot
and then continue. You will find a STARTUP.LOG file in SYS$SYSTEM which
might hold some clues. ;)
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
I speak to machines with the voice of humanity.
On Tue, 10 Jun 2014, Cory Smelosky wrote:
I put the graphics board in the VS4000/60 (boot node)
Device GFA0:, device type DECwindows output device, is online, enabled as
operator terminal.
Error count 0 Operations completed 4
Owner process "" Owner UIC [SYSTEM]
Owner process ID 00000000 Dev Prot S:RWPL,O:RWPL,G:RWPL,W:RWPL
Reference count 0 Default buffer size 80
MOIRA::CSMELOSKY$
%%%%%%%%%%% OPCOM 11-JUN-2014 03:19:42.61 %%%%%%%%%%%
Message from user AUDIT$SERVER on MOIRA
Security alarm (SECURITY) and security audit (SECURITY) on MOIRA, system id: 9217
Auditable event: Detached process login failure
Event time: 11-JUN-2014 03:19:42.60
PID: 20200127
Username: SYSTEM
Process owner: [SYSTEM]
Image name: MOIRA$DKA0:[SYS0.SYSCOMMON.][SYSEXE]LOGINOUT.EXE
Status: %DECW-F-NOMSG, Message number 02DB8204
No change. Other ideas? ;)
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On 06/10/2014 10:39 PM, Lee Gleason wrote:
I'd do the same...except the cable doesn't provide an internal SCSI
port...does it? I don't have any cables spare that would work I don't
think.
You'd need the expansion plate, I believe, because it provided the
interface
to the external disk and the rudimentary SCSI for the TK50Z.
Connection-wise, all it takes is a 50 pin cable from the 50 pin IDC
connector on the motherboard to a 50 pin narrow SCSI disk. I bolted the
disk into the compartment in the unit where the RD54 was (used rubber
spacers under it to suppress the noise even more).
...but it still goes "rrrrRRRRRRRRRRRRRR!" when it loads heads! ;)
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
I'd do the same...except the cable doesn't provide an internal SCSI
port...does it? I don't have any cables spare that would work I don't
think.
You'd need the expansion plate, I believe, because it provided the interface
to the external disk and the rudimentary SCSI for the TK50Z.
Connection-wise, all it takes is a 50 pin cable from the 50 pin IDC connector on the motherboard to a 50 pin narrow SCSI disk. I bolted the disk into the compartment in the unit where the RD54 was (used rubber spacers under it to suppress the noise even more).
--
Lee K. Gleason N5ZMR
Control-G Consultants
lee.gleason at comcast.net
For the two or three people that may care, I ported the latest version of
the HECnet bridge to Windows. This isn't a MinGW or Cygwin port, but a
native Win32 console version.
I've been able to use it with Windows NT 4.0 Terminal Server, and binding
Pathworks 7 on a loopback interface, and then using HECnetNT to bridge it to
a Linux box with HECnet, that had a SIMH VAX. Memory and CPU utilization
seems to be pretty small.
As an added bonus I added support for Ethernet_II so you can build NetWare
networks, and added in LZSS if desired to make compressed bridges. However
it'll parse original configurations, and operate in a normal uncompressed
manner by default.
I uploaded it to sourceforge here:
http://sourceforge.net/projects/hecnetnt/
Thanks!
Jason