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
