Even if you don't recreate the license database every year, as far as I can see the license file is just a (DCL?) script that runs 'LICENSE REGISTER' for each License you are granted. 5 mins and a decent editor and you could easily create one to rip out each license by name too, right? Can LICENSE do that? I think it can IIRC.
--
Mark Benson
http://markbenson.org/bloghttp://twitter.com/MDBenson
On 17 Jun 2011, at 10:53, Kari Uusim ki <uusimaki at exdecfinland.org> wrote:
On 17.6.2011 12:48, Rok Vidmar wrote:
... it is a real pain to delete them all when you have to renew them each year.
No pain at all if you create License Database anew each year.
--
Regards, Rok
.
Or then you can create a DCL procedure which does the job. :)
Regards,
Kari
On 17.6.2011 12:48, Rok Vidmar wrote:
... it is a real pain to delete them all when you have to renew them each year.
No pain at all if you create License Database anew each year.
--
Regards, Rok
.
Or then you can create a DCL procedure which does the job. :)
Regards,
Kari
... it is a real pain to delete them all when you have to renew them each year.
No pain at all if you create License Database anew each year.
--
Regards, Rok
Hi Mark,
The base set of licenses you'll need for using a VMS machine like a workstation consists of:
OPENVMS-ALPHA
DW-MOTIF (DECwindows)
UCX (TCP/IP)
DVNETEND (DECnet)
Then if you need more features, you can load more licenses.
When you want to disable DECwindows to start when you boot the machine, just edit the SYS$MANAGER:SYSTARTUP_VMS.COM and remove the comment (!) from the line
$ DEFINE DECW$IGNORE_DECWINDOWS TRUE
like above.
One thing which is usually helpful when you get in some kind of trouble is to keep the console functions tied to the serial port (SET CONSOLE SERIAL at the console prompt [>>>]). That way you'll always have a way to log into the machine and use a command line session. The additional benefit is to follow what happens during the early self tests of the machine and the whole startup of VMS. That doesn't affect the DECwindows usage on the graphics port.
Regards,
Kari
On 16.6.2011 23:14, Mark Benson wrote:
Well I'm stuck now. I couldn't get my Licenses to validate during install so I skipped that part and put them in later. I put in the base license for OPENVMS-ALPHA and rebooted the machine. Now I am presented with a DECwindows login screen (which is some welcome progress) and I can't log in because I get the 'LMF license check has failed' error (no DECwindows license??).
If I could get out to a command-line terminal I can input some more licenses but, unlike any other CDE/Motif system I've used before the 'Options' menu has no 'Command Line Login' option.
Is there a boot flag from the SRM console or a special keystroke command I can issue, or any other method to get me to a command line?
Also does anyone know which licenses I will need to enter and operate the DECwindows 1.6 environment?
Mark,
Wrong machine...
"boot -fl 0,1" not "boot/r5:..."
I was in VAXen mode not Alpha... :-)
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Steve Davidson
Sent: Thursday, June 16, 2011 17:44
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] Introduction
Mark,
If you can get to the system console prompt ">>>" then boot into
converstional mode "boot/r5:00000001 <boot_dev>:".
At "SYSBOOT>"
Type "SET STARTUP_P1 "MIN"
Type "CONTINUE"
This should bring the system up without DECwindows. At this point
install your licenses. I would NOT install every license it is a real
pain to delete them all when you have to renew them each year. I
usually wind up "fixing" this on several machines within HECnet. Before
rebooting, execute the following:
$ SET DEFAULT SYS$SYSTEM
$ MCR SYSGEN
SYSTEM> USE CURRENT
SYSGEN> SET STARTUP_P1 ""
SYSGEN> WRITE CURRENT
SYSGEN> EXIT
$
$ REBOOT
-Steve Davidson
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Mark Benson
Sent: Thursday, June 16, 2011 16:15
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Introduction
Well I'm stuck now. I couldn't get my Licenses to validate during
install so I skipped that part and put them in later. I put in the base
license for OPENVMS-ALPHA and rebooted the machine. Now I am presented
with a DECwindows login screen (which is some welcome progress) and I
can't log in because I get the 'LMF license check has failed' error (no
DECwindows license??).
If I could get out to a command-line terminal I can input some more
licenses but, unlike any other CDE/Motif system I've used before the
'Options' menu has no 'Command Line Login' option.
Is there a boot flag from the SRM console or a special keystroke command
I can issue, or any other method to get me to a command line?
Also does anyone know which licenses I will need to enter and operate
the DECwindows 1.6 environment?
--
Mark Benson
My Blog:
<http://markbenson.org/blog>
Follow me on Twitter:
http://twitter.com/mdbenson
"Never send a human to do a machine's job..."
Mark,
If you can get to the system console prompt ">>>" then boot into
converstional mode "boot/r5:00000001 <boot_dev>:".
At "SYSBOOT>"
Type "SET STARTUP_P1 "MIN"
Type "CONTINUE"
This should bring the system up without DECwindows. At this point
install your licenses. I would NOT install every license it is a real
pain to delete them all when you have to renew them each year. I
usually wind up "fixing" this on several machines within HECnet. Before
rebooting, execute the following:
$ SET DEFAULT SYS$SYSTEM
$ MCR SYSGEN
SYSTEM> USE CURRENT
SYSGEN> SET STARTUP_P1 ""
SYSGEN> WRITE CURRENT
SYSGEN> EXIT
$
$ REBOOT
-Steve Davidson
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Mark Benson
Sent: Thursday, June 16, 2011 16:15
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Introduction
Well I'm stuck now. I couldn't get my Licenses to validate during
install so I skipped that part and put them in later. I put in the base
license for OPENVMS-ALPHA and rebooted the machine. Now I am presented
with a DECwindows login screen (which is some welcome progress) and I
can't log in because I get the 'LMF license check has failed' error (no
DECwindows license??).
If I could get out to a command-line terminal I can input some more
licenses but, unlike any other CDE/Motif system I've used before the
'Options' menu has no 'Command Line Login' option.
Is there a boot flag from the SRM console or a special keystroke command
I can issue, or any other method to get me to a command line?
Also does anyone know which licenses I will need to enter and operate
the DECwindows 1.6 environment?
--
Mark Benson
My Blog:
<http://markbenson.org/blog>
Follow me on Twitter:
http://twitter.com/mdbenson
"Never send a human to do a machine's job..."
Mark,
There's a way to fire off an interactive boot and then telling the startup not to start decwindows, I don't have the details handy right now, will look it up unless someone else knows it from memory - I'm a relative noob here as well.. :)
As for loading licenses, just load all of them :)
I find the easiest way to get the licenses loaded is to burn a CD with a text file containing all the lines from the hobbyist email starting with a $ sign, calling the file e.g. LOADLIC.COM.
I then mount the CD as follows:
MOUNT/MEDIA=CD-ROM/UNDEFINED=(STREAM_LF:132)/OVER=ID <DEVICE NAME>
Then just run the license file:
@<DEVICENAME>:[000000]LOADLIC.COM
Sampsa
On 16 Jun 2011, at 21:14, Mark Benson wrote:
Well I'm stuck now. I couldn't get my Licenses to validate during install so I skipped that part and put them in later. I put in the base license for OPENVMS-ALPHA and rebooted the machine. Now I am presented with a DECwindows login screen (which is some welcome progress) and I can't log in because I get the 'LMF license check has failed' error (no DECwindows license??).
If I could get out to a command-line terminal I can input some more licenses but, unlike any other CDE/Motif system I've used before the 'Options' menu has no 'Command Line Login' option.
Is there a boot flag from the SRM console or a special keystroke command I can issue, or any other method to get me to a command line?
Also does anyone know which licenses I will need to enter and operate the DECwindows 1.6 environment?
--
Mark Benson
My Blog:
<http://markbenson.org/blog>
Follow me on Twitter:
http://twitter.com/mdbenson
"Never send a human to do a machine's job..."
Well I'm stuck now. I couldn't get my Licenses to validate during install so I skipped that part and put them in later. I put in the base license for OPENVMS-ALPHA and rebooted the machine. Now I am presented with a DECwindows login screen (which is some welcome progress) and I can't log in because I get the 'LMF license check has failed' error (no DECwindows license??).
If I could get out to a command-line terminal I can input some more licenses but, unlike any other CDE/Motif system I've used before the 'Options' menu has no 'Command Line Login' option.
Is there a boot flag from the SRM console or a special keystroke command I can issue, or any other method to get me to a command line?
Also does anyone know which licenses I will need to enter and operate the DECwindows 1.6 environment?
--
Mark Benson
My Blog:
<http://markbenson.org/blog>
Follow me on Twitter:
http://twitter.com/mdbenson
"Never send a human to do a machine's job..."
On 2011-06-16 20.53, Johnny Billquist wrote:
On 2011-06-16 20.08, Mark Benson wrote:
On 16 Jun 2011, at 18:55, Mark Wickens wrote:
I've yet to dip my toe properly in the emulated water
There is a sneaky way around the SIMH-can't-talk-to-host limitation:
Stick SIMH in a VM :) That way it can talk to the host running
VMware, just not the IP stack on the VM itself.
Ah, that's clever. Although I'm still thwarted given that atoms don't
have the required VM instructions.
You are correct, Atom CPUs lack the VTx component required for true
Virtualisation. For some confounded reason Intel thought it might not
be needed in a Netbook CPU ;)
In my case I could easily run SIMH on my Mac Pro (I take it it'll
compile on OS X? Maybe need darwin-ports or something like that?) - it
has dual ethernet interfaces and one is redundant t the moment :)
===
So, do I need more than one ethernet card in the Linux machine to run
a DECnet bridge out to HECnet?
I'm not aware if DECnet and TCP/IP will play nicely on the same LAN or
if I need a separate one for DECnet connections?
DECnet and TCP/IP are just two different protocols on ethernet. No
issues or problems with that. In fact, you also have at least ARP also
running on the same ethernet (yet another protocol).
No, you do not need to have two interfaces on a bridge machine, unless
possibly if you want the machine that runs the bridge software itself to
also be participating in the DECnet network as a node itself.
The bridge program should compile just fine on Linux systems. If there
are any issues, just let me know.
There is a makefile, so just typing make in the directory where you have
the files should produce the binary. Then you just need to figure out
where to connect to, setup the config file, and start running.
The separate issue then is set configuration of DECnet itself on
whatever (VMS?) machine you use.
Oh, yeah. I just sent a separate mail to Mark Benson as well. The same as you've all seen in the past. Starting with area, then figuring out node number, nodename, where to connect to, and so on... You all know the drill... :-)
Johnny
On 2011-06-16 20.08, Mark Benson wrote:
On 16 Jun 2011, at 18:55, Mark Wickens wrote:
I've yet to dip my toe properly in the emulated water
There is a sneaky way around the SIMH-can't-talk-to-host limitation: Stick SIMH in a VM :) That way it can talk to the host running VMware, just not the IP stack on the VM itself.
Ah, that's clever. Although I'm still thwarted given that atoms don't have the required VM instructions.
You are correct, Atom CPUs lack the VTx component required for true Virtualisation. For some confounded reason Intel thought it might not be needed in a Netbook CPU ;)
In my case I could easily run SIMH on my Mac Pro (I take it it'll compile on OS X? Maybe need darwin-ports or something like that?) - it has dual ethernet interfaces and one is redundant t the moment :)
===
So, do I need more than one ethernet card in the Linux machine to run a DECnet bridge out to HECnet?
I'm not aware if DECnet and TCP/IP will play nicely on the same LAN or if I need a separate one for DECnet connections?
DECnet and TCP/IP are just two different protocols on ethernet. No issues or problems with that. In fact, you also have at least ARP also running on the same ethernet (yet another protocol).
No, you do not need to have two interfaces on a bridge machine, unless possibly if you want the machine that runs the bridge software itself to also be participating in the DECnet network as a node itself.
The bridge program should compile just fine on Linux systems. If there are any issues, just let me know.
There is a makefile, so just typing make in the directory where you have the files should produce the binary. Then you just need to figure out where to connect to, setup the config file, and start running.
The separate issue then is set configuration of DECnet itself on whatever (VMS?) machine you use.
Johnny
Mark Benson wrote:
Funny, I sent myself an e-mail with the URL of that self-same page only
this morning. Lots a' reading to do. I have a working OpenVMS box now
but not the faintest clue how to operate it. :)
RTFM to the power 20 I think is required!
The "help" command on VMS is your friend. Waaaay better than "man" on UNIX.
Peace... Sridhar
The scsnode and the scssystemid are tightly connected with decnet. The scsnode is the name of the system, 6 alphanum characters in size maximum end is the same as the DECnet nodename. The scssystemid is connected with the decnet address. A decnet address is of the form (area).(hostnr) where area is an integer of 1..63 and hostnr an integer of 1..1023. The syssystemid is computed as 1024*area + hostnr.
Both values may be changed. Google for modparams.dat (the file where those values are stored), sysgen.exe (the utility that modifies the parameters) and autogen.com which is a utility that helps tuning your system.
A lot is covered in a manual I wrote last year that describes the installation of the bridge program and the various system mqnagement tasks tjat are neede on VMS and Windows systems that run DECnet. Johnny Billquist runs DECnet and he has the latest copy of this manual.
Welcome to Hecnet and good luck!
Hans Vlems
Verzonden vanaf mijn draadloze BlackBerry -toestel
-----Original Message-----
From: Mark Benson <md.benson at gmail.com>
Sender: owner-hecnet at Update.UU.SE
Date: Wed, 15 Jun 2011 20:40:05
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: [HECnet] Introduction
Hi!
I'm new to the DEC/OpenVMS platform, but am hoping to join HECnet on recommendation from a friend who is (or at least was) more into this area of computing.
I am not seriously involved with DEC systems to any great extent, or a DEC-using professional, but I'm an avid enthusiast who thrives on investigating different platforms and OSs.
I am currently going through my first install of OpenVMS 8.3 and have hit the part where I need the SCSNODE and SCSSYSTEMID - I guess that's where I need details from HECnet. If I put something random in at the install can I change those post-install?
Also I would like to know details of how to build and run the DECnet bridge on Linux (if that's possible) and if, when using a DECnet, I can still use conventional TCP/IP on the OpenVMS machine.
As I said, I'm very new to this whole thing, so go easy on me :D!
--
Mark Benson
My Blog:
<http://markbenson.org/blog>
Follow me on Twitter:
http://twitter.com/mdbenson
"Never send a human to do a machine's job..."
Hi!
I'm new to the DEC/OpenVMS platform, but am hoping to join HECnet on recommendation from a friend who is (or at least was) more into this area of computing.
I am not seriously involved with DEC systems to any great extent, or a DEC-using professional, but I'm an avid enthusiast who thrives on investigating different platforms and OSs.
I am currently going through my first install of OpenVMS 8.3 and have hit the part where I need the SCSNODE and SCSSYSTEMID - I guess that's where I need details from HECnet. If I put something random in at the install can I change those post-install?
Also I would like to know details of how to build and run the DECnet bridge on Linux (if that's possible) and if, when using a DECnet, I can still use conventional TCP/IP on the OpenVMS machine.
As I said, I'm very new to this whole thing, so go easy on me :D!
--
Mark Benson
My Blog:
<http://markbenson.org/blog>
Follow me on Twitter:
http://twitter.com/mdbenson
"Never send a human to do a machine's job..."
Chrissie,
Apparently your IP address has changed because you are no longer
connected to GORVAX::. If you wish, you may connect to declab.net (in
the US). This system, gets around the fact that Multinet only supports
static addresses.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Chrissie Caulfield
Sent: Tuesday, March 22, 2011 11:21
To: hecnet at Update.UU.SE
Cc: Sampsa Laine
Subject: Re: [HECnet] Multinet to area 3
OK!
My IP address is 80.2.74.73 (should be in dynDNS as
chrissie.homelinux.net)
Chrissie
On 22/03/11 14:57, Sampsa Laine wrote:
If you want, I can set up a Multinet link for you as well to area 8.
My bridge to area 1 is down at the moment, however.
Sampsa
On 22 Mar 2011, at 14:53, Chrissie Caulfield wrote:
Thanks to Sampsa and DECUServe I now have my router up and running
again, but it doesn't seem to be talking to any of its multinet peers.
It's been a while so I'm not sure who it usually talks to, I think
LEGATO might have been one. The IP addresses are:
64.142.52.93.700& 78.86.123.31
if that helps ;-)
Chrissie
On 2011-06-06 05.17, Sampsa Laine wrote:
Is update OK? My bridge connection to there seems to be down..
Yeah, the update bridge was down for some unknown reason. I restarted it. However, the network connectivity isn't that big right now.
.ncp sho act are
Active areas summary as of 7-JUN-11 23:49:21
Next
Area State Circuit Node
1 Reachable 1.13 (MIM)
8 Reachable UNA-0 8.400 (GORVAX)
11 Reachable UNA-0 11.2 (MAISA)
19 Reachable UNA-0 8.400 (GORVAX)
33 Reachable UNA-0 8.400 (GORVAX)
Johnny
ok that worked. :)
On Mon, Jun 6, 2011 at 8:27 AM, Sampsa Laine <sampsa at mac.com> wrote:
CHIMPY is down - RHESUS should be up, along with GORVAX...
Sampsa
On 6 Jun 2011, at 13:26, Jason Stevens wrote:
heh I can't even connect to chimpy
On Mon, Jun 6, 2011 at 8:17 AM, Sampsa Laine <sampsa at mac.com> wrote:
Is update OK? My bridge connection to there seems to be down..
Sampsa
CHIMPY is down - RHESUS should be up, along with GORVAX...
Sampsa
On 6 Jun 2011, at 13:26, Jason Stevens wrote:
heh I can't even connect to chimpy
On Mon, Jun 6, 2011 at 8:17 AM, Sampsa Laine <sampsa at mac.com> wrote:
Is update OK? My bridge connection to there seems to be down..
Sampsa
heh I can't even connect to chimpy
On Mon, Jun 6, 2011 at 8:17 AM, Sampsa Laine <sampsa at mac.com> wrote:
Is update OK? My bridge connection to there seems to be down..
Sampsa
On 03/28/11 15:38, Sampsa Laine wrote:
I'm having problems connecting to update again. Is everything OK?
Things look ok from MIM.
.ncp sho act are
Active areas summary as of 28-MAR-11 16:20:46
Next
Area State Circuit Node
1 Reachable 1.13 (MIM)
2 Reachable UNA-0 19.41 (SG1)
3 Reachable UNA-0 8.400 (GORVAX)
4 Reachable UNA-0 4.256 (BUBBLE)
8 Reachable UNA-0 8.400 (GORVAX)
11 Reachable UNA-0 11.2 (MAISA)
19 Reachable UNA-0 19.41 (SG1)
33 Reachable UNA-0 19.41 (SG1)
59 Reachable UNA-0 19.41 (SG1)
Johnny
Sampsa -
I don't know anything about UPDATE, but I do notice that my Multinet link
to GORVAX is down again. Did something change on your end?
Bob
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf
Of Sampsa Laine
Sent: Monday, March 28, 2011 6:38 AM
To: hecnet at Update.UU.SE
Cc: Johnny Billquist
Subject: [HECnet] Bridge?
I'm having problems connecting to update again. Is everything OK?
Sampsa
It's been a while so I'm not sure who it usually talks to, I think
LEGATO might have been one. The IP addresses are:
64.142.52.93.700 & 78.86.123.31
Probably (LEGATO) - I purged a bunch of dead links a while back. If you
want me to put it back, let me know. If you want to talk to Sampsa instead,
that's OK too.
Bob
Mine too ... that seems to work :-)
Chrissie
On 22/03/11 15:26, Sampsa Laine wrote:
OK, my side is up.
Sampsa
On 22 Mar 2011, at 15:21, Chrissie Caulfield wrote:
OK!
My IP address is 80.2.74.73 (should be in dynDNS as chrissie.homelinux.net)
Chrissie
On 22/03/11 14:57, Sampsa Laine wrote:
If you want, I can set up a Multinet link for you as well to area 8.
My bridge to area 1 is down at the moment, however.
Sampsa
On 22 Mar 2011, at 14:53, Chrissie Caulfield wrote:
Thanks to Sampsa and DECUServe I now have my router up and running again, but it doesn't seem to be talking to any of its multinet peers.
It's been a while so I'm not sure who it usually talks to, I think LEGATO might have been one. The IP addresses are:
64.142.52.93.700& 78.86.123.31
if that helps ;-)
Chrissie
No worries! I'm up again.
Sampsa
On 22 Mar 2011, at 15:34, Johnny Billquist wrote:
On 03/22/11 08:41, Pontus Pihlgren wrote:
On Tue, Mar 22, 2011 at 05:42:36AM +0000, Sampsa Laine wrote:
My bridge doesn't seem to be connecting at the moment - is update OK?
We have been fighting with a bad UPS tonight. Power is restored and the
UPS is no longer connected.
And now the bridge is up and running again as well. Sorry for the downtime.
Johnny
