| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 3140.1 | | HYDRA::SCHAFER | Mark Schafer, SPE MRO | Thu Feb 06 1997 14:09 | 7 |
| Brent called me and I looked into it. Looks quite alot like Topic
7851.0 in Conference digital_unix on turris. The number of units on
the PAK must be sufficient for the number of processors in the system.
The customer should have gotten a second osf_base license with second
CPU. Probably forgot to load both. I left a phone message.
Mark
|
| 3140.2 | | HYDRA::SCHAFER | Mark Schafer, SPE MRO | Thu Feb 06 1997 16:30 | 4 |
| exchanged voicemails with Brent. One of his PAKS has MOD_UNITS, so I
told him to modify that license and set the number of units to 0.
Mark
|
| 3140.3 | Is call "closed" and is PAK legal?... | AMCUCS::SWIERKOWSKI | Quot homines tot sententiae | Thu Feb 06 1997 18:15 | 17 |
| Greetings! (and THANKS!)
Two questions though:
1) Did this get fixed (so I can "close" the call)?
2) I thought only *INTERNAL USE ONLY* PAK's (from VTX PAK) had "MOD_UNITS",
is this even a legal PAK a customer should have? As you know, setting the
units to 0 basically says "infinite usage" - I didn't think customers were
ever sold such PAK's, sign me curious...
Tony Swierkowski
Digital Equipment Corporation
Software Partner Engineering
Palo Alto, California
(415) 617-3601
"[email protected]"
|
| 3140.4 | Awaiting feedback... | AMCUCS::SWIERKOWSKI | Quot homines tot sententiae | Fri Feb 07 1997 12:56 | 20 |
| Greetings!
Mark has spoken with Brent and apparently setting "units" to "0" didn't fix
the problem (this makes no sense to me). I'm still curious about a customer
in possession of a PAK with the "MOD_UNITS" attribute in the first place since
I didn't think we sold such PAK's, but will let them and/or their sales rep
deal with that issue.
I've left a message for Brent to call me directly this morning so I can find
out more about this PAK and where it came from as well as referring him to the
CSC per a suggestion from Mark. I'll post another reply here if/when Brent
calls me back...
Tony Swierkowski
Digital Equipment Corporation
Software Partner Engineering
Palo Alto, California
(415) 617-3601
"[email protected]"
|
| 3140.5 | Left my number, awaiting callback... | AMCUCS::SWIERKOWSKI | Quot homines tot sententiae | Mon Feb 10 1997 15:03 | 15 |
| Greetings!
I've left voicemail with Brent to call me directly at my desk to see if this
has been resolved to his satisfaction and await a callback. If I don't hear
back from him in a few days, I'll close this call...
Tony Swierkowski
Digital Equipment Corporation
Software Partner Engineering
Palo Alto, California
(415) 617-3601
"[email protected]"
|
| 3140.6 | Referred to sales rep/CSC, call closed... | AMCUCS::SWIERKOWSKI | Quot homines tot sententiae | Mon Feb 10 1997 18:20 | 24 |
| Greetings!
I (finally!) got to speak with Brent directly and I talked him through all
sorts of "UNLOAD"/"LOAD"/"DELETE"/"REGISTER"/"LOAD" sequences using both of
the "OSF-BASE" PAK's he has (singly and together) as well as playing around
with various "MODIFY" commands specifying the PAK with the "MOD_UNITS" attribute
and still no joy.
I suggested he a) go back to his sales rep and get them to issue a valid PAK
for a 3 CPU AlphaServer 2100 and if he's really wedged time-wise to b) give the
CSC a call and see if they can at least cut him a temporary 30-day PAK. FWIW,
they leased this system (through Wyle?) recently and perhaps the wrong PAK(s)
got sent out with the system to begin with. I'm going to close this call since
I think Brent needs help ASAP simply can't provide at this point, cheers...
Tony Swierkowski
Digital Equipment Corporation
Software Partner Engineering
Palo Alto, California
(415) 617-3601
"[email protected]"
|