T.R | Title | User | Personal Name | Date | Lines |
---|
233.1 | | VMSNET::DEFIANT::s_vore | Smile, Mickey's watching! [email protected] | Thu Apr 17 1997 08:42 | 8 |
| also, the servers really involved here are RHYTHM and ULMO. ULMO is
running UNIX V4.0A and PW6 (Advanced Server for UNIX Systems Version
3.51), where it is both the PDC and (a) licence server.
Both of the servers have "garbage" in their respective "license
presented to" entries.
|
233.2 | | VMSNET::DEFIANT::s_vore | Smile, Mickey's watching! [email protected] | Fri Apr 18 1997 09:10 | 62 |
| here's what the server says it's claimed as NetBIOS names:
Over NetBEUI
ulmo su> nbemon -i 1 -n
0 Loops Remaining Fri Apr 18 11:03:04 1997
---Names Configured ( 64) Display Max ( 64)-----------
st lsn sessq dgq hash type Name
0. 05 -1 80 -1 -1 0 PermName: AA 00 04 00 1B 24
1. 04 0 -1 -1 -1 0 "PWRK$LULMO "
2. 04 -1 -1 2 -1 1 "PWRK$LS G"
3. 04 3 192 -1 -1 0 "ULMO "
4. 04 -1 4 8 -1 0 "ULMO_0070700 "
5. 04 -1 -1 5 -1 0 "ULMO 00"
6. 04 -1 -1 6 -1 1 "SANDQ.DOM 00"
7. 04 -1 -1 7 -1 1 "SANDQ.DOM 1c"
8. 04 -1 -1 9 -1 0 "ULMO_0078900 "
9. 04 -1 -1 10 -1 1 "SANDQ.DOM 1e"
10. 04 -1 -1 11 8 0 "ULMO_0080000 "
11. 04 -1 -1 12 -1 0 "ULMO_0079400 "
12. 04 -1 -1 13 6 0 "SANDQ.DOM 1b"
13. 04 -1 -1 14 -1 0 "SANDQ.DOM 1d"
14. 04 -1 -1 17 -1 1 "0102__MSBROWSE__0201"
15. 04 -1 205 -1 11 0 "PWRK$LULMO C"
16. 04 -1 189 -1 3 0 "ULMO_00794000000000000"
Over TCP/IP
ulmo su> knbmon -i 1 -n
0 Loops Remaining Fri Apr 18 11:07:05 1997
----Names Configured ( 64) Display Max ( 64) NBNSAVAIL=Y--
st lsn sessq dgq hash type reg clm Name
0. 05 -1 -1 -1 -1 0 0 0 PermName: 08 00 2B BC C3 E0
1. 04 2 -1 -1 -1 0 1 2 "PWRK$LULMO "
2. 04 -1 -1 4 -1 1 1 2 "PWRK$LS G"
3. 04 5 43 -1 -1 0 1 2 "ULMO "
4. 04 -1 6 10 -1 0 0 0 "ULMO_0070700 "
5. 04 -1 -1 7 -1 0 1 2 "ULMO 00"
6. 04 -1 -1 8 -1 1 1 2 "SANDQ.DOM 00"
7. 04 -1 -1 9 -1 1 1 2 "SANDQ.DOM 1c"
8. 04 -1 -1 13 -1 0 1 2 "ULMO_0078900 "
9. 04 -1 -1 14 -1 1 1 2 "SANDQ.DOM 1e"
10. 04 -1 -1 20 8 0 1 2 "ULMO_0080000 "
11. 04 -1 -1 21 -1 0 1 2 "ULMO_0079400 "
12. 04 -1 -1 22 6 0 1 2 "SANDQ.DOM 1b"
13. 04 -1 -1 23 -1 0 1 2 "SANDQ.DOM 1d"
14. 04 -1 -1 26 -1 1 1 2 "0102__MSBROWSE__0201"
15. 04 -1 182 -1 11 0 0 0 "PWRK$LULMO C"
ulmo su>
-------------------------end of screen capture---------------------
ULMO is the name of the server. SANDQ.DOM is the name of the domain.
Does anyone have any idea?
Does anyone (except the customer) care? :-)
|
233.3 | | JAMIN::WASSER | John A. Wasser | Fri Apr 18 1997 11:25 | 34 |
| > here's what the server says it's claimed as NetBIOS names:
Unfortunately the name used might not remain permanently
registered. It may be created for this one use and then
removed.
Many of these names seem to be of unconventional format.
By convention, a NetBIOS name should be the base machine
name padded with blanks to 15 characters and having an
arbitrary byte for the 16th character. Most of the names
fit the conventional pattern or fit the conventional
pattern with an printable prefix but some of the
others appear to have embeded nonprintable characters:
4. 04 -1 4 8 -1 0 "ULMO_0070700 "
8. 04 -1 -1 9 -1 0 "ULMO_0078900 "
10. 04 -1 -1 11 8 0 "ULMO_0080000 "
11. 04 -1 -1 12 -1 0 "ULMO_0079400 "
14. 04 -1 -1 17 -1 1 "0102__MSBROWSE__0201"
16. 04 -1 189 -1 3 0 "ULMO_00794000000000000"
If the server is using one of these strange names
when talking to the License Transponder on the
client then the client will pass the data on to
the Event Logger which then gets confused.
The server were changed to use a name of the
conventional form.
The License Transponder should be changed to
convert the bad characters to printable text
before passing the name to the Event Logger.
Please escalate both problems.
|
233.4 | | JAMIN::WASSER | John A. Wasser | Fri Apr 18 1997 11:28 | 16 |
| > The server were changed to use a name of the
> conventional form.
>
> The License Transponder should be changed to
> convert the bad characters to printable text
> before passing the name to the Event Logger.
>
> Please escalate both problems.
And another one: The Event Logger should be changed so that
it does not die with a PARSE ERROR on any message that
does not end in <CR><LF>. If it wants to have <CR><LF>
at the end of every line it should put them there.
Please escalate that one, too.
|
233.5 | HPAQ40YKM | VMSNET::DEFIANT::s_vore | Smile, Mickey's watching! [email protected] | Fri Apr 18 1997 14:35 | 4 |
| > escalate...
done.
|