| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 4176.1 | | VMSNET::P_NUNEZ | | Wed Feb 26 1997 13:15 | 9 |
|
You forgot one thing - provide the
PWRK$LOGS:PWRK$LICENSE_SERVER_name.LOG file active at the time...
Also, with the license server stopped on PRV08, do $ MC PCSA_CLAIM_NAME
and see if any of the license server netbios names (PWRK$L*) are still
defined.
Paul
|
| 4176.2 | | VAXRIO::LORENA | | Wed Feb 26 1997 15:46 | 84 |
|
First of all, thank you for your help.
I copied the log files that you requested in your reply/answer.
Sorry, but I don't know how define the logical name to PCSA_CLAIM_NAME.
I am searching in TIMA, but I didn't find.
Regards,
Lorena
=========================================================================
$ nbshow nbstatus
Adapter status for * on
ID: 08 00 2B E7 B6 2E Version 3.0
Time up: 0 days 6 hours 35 minutes
Packets sent: 673 CRC errors: 0
Packets received: 0 Alignment errors: 0
Retransmitted packets: 0 Collisions: 0
Resources exhausted: 0 Aborted transmissions: 0
Ncbs: Free : 65535 of 65535; maximum configurable: 65535
Sessions: In use: 13 of 406; maximum configurable: 406
Adapter packet size: 1492
Local name table (8 names):
Name Soc Num Status
^^^^^^^^^^^^^^^ x00 0 Unique Registration pending
ELEBRA x20 1 Unique Registered
PRV08CMTSERVER x20 2 Unique Registered
PRV08 x20 3 Unique Registered
PRV08 x00 4 Unique Registered
PREVI x00 5 Group Registered
PREVI x1c 6 Group Registered
ELEBRA x00 7 Group Registered
Session status:
name num 8, # sessions 3, rcv dg=7, rcv any=0
LSN State Local Name Soc Remote Name Soc rcvs sends
0 LISTEN ELEBRA x20 ^^^^^^^^^^^^^^^ x00 0 0
0 LISTEN PRV08CMTSERVER x20 ^^^^^^^^^^^^^^^ x00 0 0
0 LISTEN PRV08 x20 ^^^^^^^^^^^^^^^ x00 0 0
==============================================================
$ dir PWRK$LOGS:PWRK$LICENSE_SERVER_prv08.log/date
Directory PWRK$COMMONROOT:[LOGS]
PWRK$LICENSE_SERVER_PRV08.LOG;161
26-FEB-1997 11:26:53.44
PWRK$LICENSE_SERVER_PRV08.LOG;160
26-FEB-1997 10:57:22.59
PWRK$LICENSE_SERVER_PRV08.LOG;159
26-FEB-1997 10:13:08.68
PWRK$LICENSE_SERVER_PRV08.LOG;158
26-FEB-1997 10:11:31.94
PWRK$LICENSE_SERVER_PRV08.LOG;157
25-FEB-1997 23:41:49.27
Total of 5 files.
$ typ PWRK$LOGS:PWRK$LICENSE_SERVER_prv08.log;
26-FEB-1997 11:26:53.00 INIT_LOGFILE:
OPEN: PATHWORKS for OpenVMS License Server Startup
26-FEB-1997 11:26:53.00 MESSAGE:
Image Identification: V5.0-500E
$ typ PWRK$LOGS:PWRK$LICENSE_SERVER_prv08.log;-1
26-FEB-1997 10:57:22.00 INIT_LOGFILE:
OPEN: PATHWORKS for OpenVMS License Server Startup
26-FEB-1997 10:57:22.00 MESSAGE:
Image Identification: V5.0-500E
$ typ PWRK$LOGS:PWRK$LICENSE_SERVER_prv08.log;-2
26-FEB-1997 10:13:08.00 INIT_LOGFILE:
OPEN: PATHWORKS for OpenVMS License Server Startup
26-FEB-1997 10:13:08.00 MESSAGE:
Image Identification: V5.0-500E
$ typ PWRK$LOGS:PWRK$LICENSE_SERVER_prv08.log;-3
26-FEB-1997 10:11:31.00 INIT_LOGFILE:
OPEN: PATHWORKS for OpenVMS License Server Startup
26-FEB-1997 10:11:31.00 MESSAGE:
Image Identification: V5.0-500E
$ typ PWRK$LOGS:PWRK$LICENSE_SERVER_prv08.log;-4
25-FEB-1997 23:41:49.00 INIT_LOGFILE:
OPEN: PATHWORKS for OpenVMS License Server Startup
25-FEB-1997 23:41:49.00 MESSAGE:
Image Identification: V5.0-500E
|
| 4176.3 | Not yet ;o) | VMSNET::P_NUNEZ | | Wed Feb 26 1997 17:01 | 39 |
| Lorena,
Sorry, I left out the /STATUS qualifer on the $ mc pcsa_claim_name -
you should enter $ MC PCSA_CLAIM_NAME /STATUS
I was hoping for some error in the license server log, but none there.
Look in pwrk$logs:pwrk$license_s_<nodename>.log;* for evidence of
trouble. If you don't find anything there, do:
$ anal/proc/full/image=sys$system:pwrk$license_server.exe -
pwrk$logs:pwrk$license_server.dmp
If/when you get to a DBG> prompt, enter:
DBG> SET MODULE/CALLS
DBG> SHOW CALLS
and post the output.
Finally, you might try creating a new state file to see if the current
one is corrupted and causing the problem:
$ @sys$startup:pwrk$license_shutdown (on both nodes running pwrks)
$ rename pwrk$license:pwrk$license_server_state.dat *.old
$ @sys$startup:pwrk$license_shutdown
Unfortunately, this has the same affect as removing all assigned
licenses, so all license products would need to be re-installed in $ MC
PWRK$LICENSE_MANAGER and all clients will need to re-obtain a license.
If this is too traumatic for them, maybe a state file from a recent
backup will work...
If creating the new state file doesn't help, be sure to put the old one
back into place...
HTH,
Paul
|
| 4176.4 | hint | CPEEDY::KENNEDY | Steve Kennedy | Wed Feb 26 1997 17:23 | 25 |
| .3> Unfortunately, this has the same affect as removing all assigned
.3> licenses, so all license products would need to be re-installed in
.3> $ MC PWRK$LICENSE_MANAGER and all clients will need to re-obtain a
.3> license.
If they aren't using license groups this should not be too traumatic at
all. Yes clients would need to get new licenses (because they will be
told their old ones are invalid when they try to verify them), but you
will not need to reload all the license products using
PWRK$License_Manager - as clients ask for licenses, the license server
will dynamically load the license type requested if it doesn't have any
in its database and allocate the client a license from the "default"
license group.
If the customer is using license groups, then the customer will need to
do as Paul said: reload all the license products using
PWRK$License_Manager and reallocate licenses as desired to the
appropriate license groups.
Also note that the license server disables itself if it finds it
doesn't have a state file and recreates a new one. To enable the
license server, simply run PWRK$License_Manager and exit (or use the
menu option to enable the license server).
\steve
|
| 4176.5 | Thanks | VAXRIO::LORENA | | Thu Feb 27 1997 12:13 | 61 |
|
Paul and Steve, thanks for your help. I renamed the
pwrk$license:pwrk$license_server_state.dat file and executed the
PRRK$license_manager to add the licenses and now the problem is
apparent solved, but I don't know what happens...If I could to run the
ANALYZE/PROC you help me to understand this problem.
Thanks and best regards,
Lorena/CSC/Rio
(re.3) I couldn't do the command: "ANALYZE/PROC/FUL...", and receive a
the following message:
=========================================================================
$ anal/proc/full/image=sys$system:pwrk$license_server.exe -
_$ pwrk$logs:pwrk$license_server.dmp
R0 = FFFFFFFFFFFFFFFF R1 = 0000000000000000 R2 = 0000000000012558
R3 = 000000000057DB88 R4 = 0000000000020134 R5 = 0000000000017148
R6 = 0000000000012490 R7 = 00000000000600E0 R8 = 000000000000FFFF
R9 = 0000000000000011 R10 = 000000000000000D R11 = 0000000000000004
R12 = 0000000000000002 R13 = 00000000001A8060 R14 = 0000000000016520
R15 = 00000000009AEFC7 R16 = 000000000000002C R17 = 0000000000000001
R18 = 000000007F0D6000 R19 = 000000000004037A R20 = FFFFFFFFFFFFFFF9
R21 = 0000000000000000 R22 = 0000000000000000 R23 = 0000000000000000
R24 = 0000000000000000 R25 = 0000000000000001 R26 = 0000000000044238
R27 = 000000007F03EB20 R28 = 200000000000001B AP = 000000000057D7A0
FP = 000000000057DAC0 SP = 000000000057DAA0 PC = 0000000000044238
FREE_P0_VA 00646000 FREE_P1_VA 7EF1C000
Active ASTs 08 Enabled ASTs 07
Current Privileges F65DD32D F65DD32D
Event Flags 18000000 E0000000
Buffered I/O count/limit 32762/32767
Direct I/O count/limit 32767/32767
File count/limit 32759/32767
Process count/limit 0/0
Timer queue count/limit 32765/32767
AST count/limit 32759/32767
Enqueue count/limit 32766/32767
Buffered I/O total 201 Direct I/O total 158
Link Date 14-JUN-1996 13:26:38.86
Kernel stack 00000030 pagelets at 7FF8C000 moved to 00646000
Exec stack 00000020 pagelets at 7FF92000 moved to 0064C000
Vector page 00000002 pagelet at 7FFF0000 moved to 00650000
PIO (RMS) area 00000007 pagelets at 7FFD0000 moved to 00652000
Image activator context 00000001 pagelet at 7FFD0E00 moved to 00654000
User writeable context 00000008 pagelets at 7FFC0000 moved to 00656000
Creating a subprocess
To analyze the dump on this system you must decrease
the size of P1 space by at least 7994 page(s). Refer to the
ANALYZE/PROCESS_DUMP documentation for further explanation.
$
|
| 4176.6 | | CPEEDY::FLEURY | | Thu Feb 27 1997 15:35 | 8 |
| Re: .-1
The message indicates to me that the dump was taken on a system WITHOUT
DecWindows running and that you are attempting to analyze the dump on a
workstation. This won't work. You will need to decrease IMGREGPAGES
to its default of 600. DecWindows requires a minimum of 2000.
Dan
|
| 4176.7 | | VMSNET::P_NUNEZ | | Mon Mar 03 1997 10:20 | 16 |
| Re: .4
Steve,
Is this a new feature (if so, as of what version)?
> but you will not need to reload all the license products using
>PWRK$License_Manager - as clients ask for licenses, the license server
>will dynamically load the license type requested if it doesn't have any
>in its database and allocate the client a license from the "default"
>license group.
Paul
|
| 4176.8 | always there | CPEEDY::KENNEDY | Steve Kennedy | Mon Mar 10 1997 15:43 | 10 |
| .7> Is this a new feature (if so, as of what version)?
Nope, as far as I know it has always been there (at least as long as
I've been involved with licensing). The idea being that you don't ned
to use the license manager to get things going _UNLESS_ you want to use
user-defined license groups.
\steve
(sorry for the delay in responding - I was out last week)
|