[Netware 5.1 sp6] Licentie probleem

[Verwijderd]

ik heb het volgende probleem:

Netware 5.1 incl sp6 staat geinstalleerd. De server werkt goed. Nu de server volledig geinstalleerd is en de test gebruiker goed functioneerde probeerde ik het eens met wat meer testgebruikers. De 2e test gebruiker kreeg bij het inloggen error code 8901.
Volgens Novell tech support betekent dit onvoldoende diskspace of een licentie probleem. Na verder onderzoek bleek dat de gebruikers die inlogden geen gebruik maakten van de geinstalleerde licenties. Opnieuw installeren van deze licenties en rebooten verhielp het probleem niet.
Bij een zelfde probleem op techsupport met sp2 en sp3 moest worden opgelost door de server.exe te vervangen door de server.exe van de cd, ook dat luktie niet.
- netware 5.1 incl sp6 cd
- client 4.90 sp2
- w2k werkstation sp3 & enkelen sp4.
Google, GoT search and Novell Tech support oplossingen zijn niet meer vooradig, iemand een suggestie?

[JoetjeF]

Als je op de NetWare console kijkt, staan daar dan ook meldingen? Weet je ook zeker dat de licenties geinstalleerd zijn? Dat kan je volgens mij ook met NWAdmin zien en misschien zelfs met het commando 'version' op de NetWare Console.

Je noemt de tweede test gebruiker, dat betekend dat de eerste wel kan inloggen?

* JoetjeF moet even heel diep in z'n geheugen graven, maar gaat of zoek naar meer info

[Verwijderd]

JoetjeF schreef op 23 juli 2004 @ 11:05:
Als je op de NetWare console kijkt, staan daar dan ook meldingen? Weet je ook zeker dat de licenties geinstalleerd zijn? Dat kan je volgens mij ook met NWAdmin zien en misschien zelfs met het commando 'version' op de NetWare Console.

Je noemt de tweede test gebruiker, dat betekend dat de eerste wel kan inloggen?

* JoetjeF moet even heel diep in z'n geheugen graven, maar gaat of zoek naar meer info

De netware console geeft geen (fout)meldingen.
De licenties zijn zeker geinstalleerd. Er staat 10+1 sever licence installed "0" in use
De eerste gebruiker kan wel inloggen ja, de 2e logt dus in en krijgt dan fout 8901 in zijn inlogscript.

De zelfde licenties werkten nog wel met de installatie van 5.1 van de originele cd zonder sp6. De 5.1sp6 is een gedownloade versie van Novell.com
Sp7 ga ik binnenkort downloaden.

[ Voor 5% gewijzigd door Verwijderd op 23-07-2004 11:15 ]

[JoetjeF]

Verwijderd schreef op 23 juli 2004 @ 11:13:De eerste gebruiker kan wel inloggen ja, de 2e logt dus in en krijgt dan fout 8901 in zijn inlogscript.

Zou je loginscript eens kunnen posten (of mailen als het te private is)?

[Bockelaar]

heb je eerder demo licenses geinstalleerd gehad? Ik heb dit ook al eens gehad toen ik thuis een demo licentie gebruikte en later een echt license toevoegde. ik vond toen op de novell site een tid die dit fixte. kijk er effe naar
http://support.novell.com...archtid.cgi?/10067152.htm

[Verwijderd]

JoetjeF schreef op 23 juli 2004 @ 11:18:
[...]
Zou je loginscript eens kunnen posten (of mailen als het te private is)?

Het inlogscript bevat enkel drive mappings:
map h:=\\server\users\gebruiker
map m:=\\server\data\sjablonen
ed.

Bockelaar schreef op 23 juli 2004 @ 11:23:
heb je eerder demo licenses geinstalleerd gehad? Ik heb dit ook al eens gehad toen ik thuis een demo licentie gebruikte en later een echt license toevoegde. ik vond toen op de novell site een tid die dit fixte. kijk er effe naar
http://support.novell.com...archtid.cgi?/10067152.htm

Deze stap heb ik ook al doorlopen, geen resultaat.

[ Voor 44% gewijzigd door Verwijderd op 23-07-2004 11:27 ]

[JoetjeF]

JoetjeF schreef op 23 juli 2004 @ 11:18:
[...]
Zou je loginscript eens kunnen posten (of mailen als het te private is)?

Oeps, ik bedoelde eigenlijk de output tijdens de login, inclusief de foutmelding (kan je met cut'n paste copieren).

[Verwijderd]

JoetjeF schreef op 23 juli 2004 @ 11:37:
[...]


Oeps, ik bedoelde eigenlijk de output tijdens de login, inclusief de foutmelding (kan je met cut'n paste copieren).

Ik beschik nu over te weinig pc's om te kunnen testen wat er gebeurd bij meerdere users maar "licenses have expired as of 23:59 12/31/01" staat er <b>niet</b> tussen. Het probleem zit echt in dat de licenties wel worden gezien maar niet worden gebruikt.

[RammY]

En als je een gewone gebruiker aanmaakt zonder templates of andere dingen ... gewoon just create a user in a OU... en probeer die es in te loggen. Het kan natuurlijk ook nog zijn dat je server niet goed met je clients kan communiceren.
BV. je tcp/ip of ipx/spx niet lekker loopt... Heb ik ook al es een keer gehad

Edit:
Hoe heb je de licenties geinstalleerd... in de setup van de server of later los in Console One of NWAdmin

[ Voor 16% gewijzigd door RammY op 23-07-2004 11:45 ]

[Verwijderd]

JoetjeF schreef op 23 juli 2004 @ 11:37:
[...]


Oeps, ik bedoelde eigenlijk de output tijdens de login, inclusief de foutmelding (kan je met cut'n paste copieren).

Heb nu voldoende pc's beschikbaar:
inlogscript fout:
Your current context is [root]
user: willem Context is boz
your current tree is BOZTREE
You are attached to server BOZSERVER
login-lgnwnt32.dll-430: the following drive mapping operation could not be completed.
[h:=\\bozserver\users\willem]
The error code was 8901

RammY schreef op 23 juli 2004 @ 11:45:
En als je een gewone gebruiker aanmaakt zonder templates of andere dingen ... gewoon just create a user in a OU... en probeer die es in te loggen. Het kan natuurlijk ook nog zijn dat je server niet goed met je clients kan communiceren.
BV. je tcp/ip of ipx/spx niet lekker loopt... Heb ik ook al es een keer gehad

Edit:
Hoe heb je de licenties geinstalleerd... in de setup van de server of later los in Console One of NWAdmin

De licenties zijn aangemaakt op de server zelf, heb het ook via een werkstation geprobeerd, gaf geen resultaat.
Ik heb ondertussen een tweetal nieuwe gebruikers aangemaakt: zonder de normale templates.
Deze gaven de zelfde 8901 melding.


edit: de melding 8804 kwam ook een keer langs, deze betekent dat de tree en servernaam hetzelfde zijn aldus Novell techsupport. Dit klopt echter niet want de server heet bozserver en de tree boztree.

[ Voor 8% gewijzigd door Verwijderd op 23-07-2004 12:40 ]

[RammY]

symptoms


Receiving the following errors in the login script results when using Client for NT version 4.10a (11/20/96 release), 4.1W (1/9/97 release), and 4.1a (2/4/97 release):
"LOGIN-4.20.21-430: The following drive mapping operation could not be completed.
[ROOT I:-[server]\[volume]\[directory]:
The error code was c0000001"

"LOGIN-4.20.21-440: The operation was attempted on an invalid drive"


cause


The syntax they were using for the MAP command was:
MAP ROOT [Drive]:=[Server]\[Volume]\[Directory]:

Although this syntax does work with VLMs, Client32 for Windows 95 and Dos/Windows, it is not supported by the previous versions of Novell Client for NT.


solutions


Two possible solutions:

1. Use Novell standard syntax for the MAP command, which is:
MAP ROOT [Drive]:=[Server]\[Volume]:[Directory]
examples:
MAP ROOT H:=App_Serv\APPS:Corel
MAP ROOT H:=Mail1\SYS:PO

2. Obtain a client for NT that will be shipping (or has shipped) in May or June. The new client allows this syntax. The change was not rolled into previous versions of the client.

van de Novell site
En dat van dat dubbele naam gedoe is waarschijnlijk opgelost na een upgrade van je SP naar 7

[ Voor 3% gewijzigd door RammY op 23-07-2004 12:54 ]

[Elroyv]

waar heb je je licenties staan in de tree?

[Verwijderd]

RammY schreef op 23 juli 2004 @ 12:53:
[...]


van de Novell site
En dat van dat dubbele naam gedoe is waarschijnlijk opgelost na een upgrade van je SP naar 7

Werkt ook niet, dat stukje gaat overigens over client uit 1995, ik heb hier de nieuwste uit juni 2004 met sp2 uit juli 2004.

Elroyv schreef op 23 juli 2004 @ 13:03:
waar heb je je licenties staan in de tree?

Alles staat in de root van de tree. Gebruikers, groepen, server en de licenties.


Edit:
Even ter toevoeging: De maps die niet toegangkelijk zijn via het inlog script zijn wel bereikbaar door er naar toe te bladeren via netwerk omgeving. De gebruikers hebben nu even tijdelijk admin rechten tot het probleem is opgelost. (server is nog in testfase.)

[ Voor 45% gewijzigd door Verwijderd op 23-07-2004 13:37 ]

[JoetjeF]

[b]Verwijderd schreef op 23 juli 2004 @ 12:38:[/bedit: de melding 8804 kwam ook een keer langs, deze betekent dat de tree en servernaam hetzelfde zijn aldus Novell techsupport. Dit klopt echter niet want de server heet bozserver en de tree boztree.

Error 8804 kan ook betekenen dat de directory niet bestaat (waarschijnlijk als je als admin inlogt).

Even ter verheldering, als je inlogt als 'willem', dan krijg je de 8901 error. Maar als je handmatig (ingelogt als willem) naar de directory browsed, dan kan je er wel bij (omdat je gebruikers als admin laat inloggen)?

Als het echt iets met licensing te maken heeft kan je de volgende twee commando's proberen:
PM TRACE FILE ON
SET NLSTRACE = 2

Er verschijnt nu een 'PM TRACE' screen waarin meer license informatie staat. Je kan dit weer uitzetten met:
SET NLSTRACE = 0
PM TRACE FILE OFF

Zie deze link: http://support.novell.com...archtid.cgi?/10060109.htm

[Verwijderd]

JoetjeF schreef op 23 juli 2004 @ 13:59:
[...]

Even ter verheldering, als je inlogt als 'willem', dan krijg je de 8901 error. Maar als je handmatig (ingelogt als willem) naar de directory browsed, dan kan je er wel bij (omdat je gebruikers als admin laat inloggen)?

Een eerste gebruiker en (bv test 1 of test2) is al foutloos ingelogd evanals de Admin.
Als ik inlog als Willem, en er is al een andere user ingelogd, dan komt 8901. Ook na 8901 kan deze gebruiker wel bij de bestanden komen waar de drivemappings naartoe zouden moeten verwijzen (gebruiker heeft voldoende rechten om overal doorheen te bladeren).

[Verwijderd]

JoetjeF schreef op 23 juli 2004 @ 13:59:
[...]


Als het echt iets met licensing te maken heeft kan je de volgende twee commando's proberen:
PM TRACE FILE ON
SET NLSTRACE = 2

Er verschijnt nu een 'PM TRACE' screen waarin meer license informatie staat. Je kan dit weer uitzetten met:
SET NLSTRACE = 0
PM TRACE FILE OFF

Zie deze link: http://support.novell.com...archtid.cgi?/10060109.htm

Het heeft toch echt met de licenses te maken.
Met Nls trace krijg ik de volgende output:

73:
ds request for -1 licenses failed
en nog meer tekst, pauze/break werkt niet dus de exacte foutmelding krijg ik niet exact op papier maar dit is een poging:

73:
ds request for -1 licenses failed
73: worker thread pool thread 0 is waiting
73: nls error 0xc0001002
DS error is -601 server receiving request is bozserver.boz


In de console Monitor staat voor het grootste deel van de actieve connecties een * (sterretje) Dit betekent volgens mij toch dat er een tijdelijke licentie opzit. In de Nwadmin echter staat er N/A bij de Evaluation start date. De licenties zijn van originele Novell Licentie diskettes (1 server + 5 connecties en 1x 5 losse connecties).

[ Voor 17% gewijzigd door Verwijderd op 23-07-2004 15:08 ]

[Loesje]

Met TRACE FILE ON stel je in dat de trace ook wordt weggeschreven. Ik weet niet meer precies waar, zoek even naar dstrace op je system volume.

Verder: waar in de tree staan je licenses? Probeer ze eens nogmaals te installeren? (eerst verwijderen?)

[JoetjeF]

Verwijderd schreef op 23 juli 2004 @ 14:58:Het heeft toch echt met de licenses te maken.

Ik geloofde je wel maar ik had het er een beetje ongelukkig neergezet.

73:
ds request for -1 licenses failed
en nog meer tekst, pauze/break werkt niet dus de exacte foutmelding krijg ik niet exact op papier maar dit is een poging:

Er worden twee log files aangemaakt: nlstrace.dbg en pmtrace.dbg.

73:
ds request for -1 licenses failed
73: worker thread pool thread 0 is waiting
73: nls error 0xc0001002
DS error is -601 server receiving request is bozserver.boz

Volgens deze TID (http://support.novell.com...archtid.cgi?/10013723.htm) betekend dat 'No license has been installed at or above the server's context'. Deze TID geeft ook een aantil tips om de NLS health te bekijken.

[Verwijderd]

Loesje schreef op 23 juli 2004 @ 15:05:
Met TRACE FILE ON stel je in dat de trace ook wordt weggeschreven. Ik weet niet meer precies waar, zoek even naar dstrace op je system volume.

Verder: waar in de tree staan je licenses? Probeer ze eens nogmaals te installeren? (eerst verwijderen?)

Nogmaals de licenties staan in de root, licenties zijn al 3 a 4 keer volledig verwijderd (op server en in nw admin), en opnieuw aangemaakt, incl server reboots.

De Dstrace.log staat in de Sys.

Hier het resultaat:
AREQ: [2004/07/23 15:23:36] Calling DSABeginAuthentication conn:29 for client .[Public].
AREQ: [2004/07/23 15:23:36] Calling DSAFinishAuthentication conn:29 for client .[Public].
VCLN: [2004/07/23 15:23:36] DCCreateContext context 0000000e for d092c0a0, taskID d0ce09a0, idHandle 00000000
AREQ: [2004/07/23 15:23:36] Calling DSARead conn:0 for client .BOZSERVER.boz.BOZTREE.
AREQ: [2004/07/23 15:23:36] DSARead failed, no such attribute (-603).
VCLN: [2004/07/23 15:23:36] request DSARead by context 14 failed, no such attribute (-603)
VCLN: [2004/07/23 15:25:12] DCFreeContext context 0000000e for d4760160, idHandle 00000001, connHandle 00000c00
AREQ: [2004/07/23 15:25:12] Calling DSAResolveName conn:12 for client .BOZSERVER.boz.BOZTREE.
AREQ: [2004/07/23 15:25:12] DSAResolveName failed, no such entry (-601).
VCLN: [2004/07/23 15:25:12] request DSAResolveName by context 2 failed, no such entry (-601)
AREQ: [2004/07/23 15:25:12] Calling DSAGetServerAddress conn:12 for client .BOZSERVER.boz.BOZTREE.
VCLN: [2004/07/23 15:25:12] request DSAGetServerAddress by context 2 succeeded
AREQ: [2004/07/23 15:25:12] Calling DSAReadEntryInfo conn:4 for client .[Public].
VCLN: [2004/07/23 15:25:17] DCCreateContext context 0000000e for d4760160, taskID 00000049, idHandle 00000001
AREQ: [2004/07/23 15:25:17] Calling DSAGetServerAddress conn:25 for client .BOZSERVER.boz.BOZTREE.
VCLN: [2004/07/23 15:25:17] request DSAGetServerAddress by context 14 succeeded
VCLN: [2004/07/23 15:25:17] DCFreeContext context 0000000e for d4760160, idHandle 00000001, connHandle 00000c00
AREQ: [2004/07/23 15:25:17] Calling DSAResolveName conn:12 for client .BOZSERVER.boz.BOZTREE.
AREQ: [2004/07/23 15:25:17] DSAResolveName failed, no such entry (-601).
VCLN: [2004/07/23 15:25:17] request DSAResolveName by context 2 failed, no such entry (-601)
AREQ: [2004/07/23 15:25:17] Calling DSAGetServerAddress conn:12 for client .BOZSERVER.boz.BOZTREE.
VCLN: [2004/07/23 15:25:17] request DSAGetServerAddress by context 2 succeeded
AREQ: [2004/07/23 15:25:17] Calling DSAReadEntryInfo conn:4 for client .[Public].
VCLN: [2004/07/23 15:25:22] DCCreateContext context 0000000e for d4760160, taskID 00000049, idHandle 00000001
AREQ: [2004/07/23 15:25:22] Calling DSAGetServerAddress conn:25 for client .BOZSERVER.boz.BOZTREE.
VCLN: [2004/07/23 15:25:22] request DSAGetServerAddress by context 14 succeeded
VCLN: [2004/07/23 15:25:22] DCFreeContext context 0000000e for d4760160, idHandle 00000001, connHandle 00000c00
AREQ: [2004/07/23 15:25:22] Calling DSAResolveName conn:12 for client .BOZSERVER.boz.BOZTREE.
AREQ: [2004/07/23 15:25:22] DSAResolveName failed, no such entry (-601).
VCLN: [2004/07/23 15:25:22] request DSAResolveName by context 2 failed, no such entry (-601)
AREQ: [2004/07/23 15:25:22] Calling DSAGetServerAddress conn:12 for client .BOZSERVER.boz.BOZTREE.
VCLN: [2004/07/23 15:25:22] request DSAGetServerAddress by context 2 succeeded
AREQ: [2004/07/23 15:25:22] Calling DSAReadEntryInfo conn:4 for client .[Public].
VCLN: [2004/07/23 15:25:27] DCCreateContext context 0000000e for d4760160, taskID 00000049, idHandle 00000001
AREQ: [2004/07/23 15:25:27] Calling DSAGetServerAddress conn:25 for client .BOZSERVER.boz.BOZTREE.
VCLN: [2004/07/23 15:25:27] request DSAGetServerAddress by context 14 succeeded
VCLN: [2004/07/23 15:25:27] DCFreeContext context 0000000e for d4760160, idHandle 00000001, connHandle 00000c00
AREQ: [2004/07/23 15:25:27] Calling DSAResolveName conn:12 for client .BOZSERVER.boz.BOZTREE.
AREQ: [2004/07/23 15:25:27] DSAResolveName failed, no such entry (-601).
VCLN: [2004/07/23 15:25:27] request DSAResolveName by context 2 failed, no such entry (-601)
AREQ: [2004/07/23 15:25:27] Calling DSAGetServerAddress conn:12 for client .BOZSERVER.boz.BOZTREE.
VCLN: [2004/07/23 15:25:27] request DSAGetServerAddress by context 2 succeeded
AREQ: [2004/07/23 15:25:27] Calling DSAReadEntryInfo conn:4 for client .[Public].

Deze log is gemaakt van 1 succesvolle login en 1 8901 error.
De errors 601 en 603 staan vooral in de log.

[ Voor 9% gewijzigd door Verwijderd op 23-07-2004 15:27 ]

[Verwijderd]

Om even tot een tussentijds conclusie te komen:

De connection monitor geeft een ster voor de gebruiker die de 8901 foutmelding krijgt.
De goed ingelogde gebruiker krijgt deze ster niet.

In me zoektocht ben ik ergens tegengekomen dat deze ster een evalutie licentie aanduid. Echter zijn alle licenties al 4x gewist en zijn ORGINELE licenties geinstalleerd, deze worden echter nog steeds niet gebruikt.
Licenties: 10
in use: 0
gebruik licenties: 0%

[Loesje]

Hmmm: .BOZSERVER.boz.BOZTREE.

En een -601. Dat houdt in dat hij het object niet kan vinden. En waarschijnlijk daarom ook de licentie niet. Hoort die 'boz' in het midden er wel in? Zou kunnen als de server in de context boz staan. Maar moeten de licenties dan niet in dezelfde context staan als de server? Dan zouden je licenties dus in de boz-context moeten staan...

[Verwijderd]

Loesje schreef op 23 juli 2004 @ 15:40:
Hmmm: .BOZSERVER.boz.BOZTREE.

En een -601. Dat houdt in dat hij het object niet kan vinden. En waarschijnlijk daarom ook de licentie niet. Hoort die 'boz' in het midden er wel in? Zou kunnen als de server in de context boz staan. Maar moeten de licenties dan niet in dezelfde context staan als de server? Dan zouden je licenties dus in de boz-context moeten staan...

Alles staat in 1 grote Organisational unit: Boz
Hieronder is geen verdere structuur aangebracht.

[Loesje]

Ja, maar staan je licenties ook in boz?

[Verwijderd]

Loesje schreef op 23 juli 2004 @ 16:12:
Ja, maar staan je licenties ook in boz?

Ja, licenties, gebruikers, filesystem alles staat in Boz.

Vind nu net een oplossing die het probleem exact weergeeft op Novell Techsupport, zal ik na het weekend eens proberen:
http://support.novell.com...archtid.cgi?/10083707.htm

[ Voor 34% gewijzigd door Verwijderd op 23-07-2004 16:32 ]

[Loesje]

Weird.
Ik vind het trouwens wel vreemd dat er een punt staat voor .BOZSERVER, maar ik heb nu geen netware server bij de hand om te controleren of dat juist is.

De licentie is ge-assigned aan de server neem ik aan? En de server heeft browse, read en compare rechten op de licentie-certificaten?

[Verwijderd]

Er wordt btw geen enkele vorm van support geboden op de werking van de 4.9 SP 2 client icm NetWare 5.1! De 4.83 SP3 (die via CSP 11) is te downloaden is wel getest en supported by NetWare 5.1!

Zelf draai ik (nog) de beta van 4.9 SP2 icm NetWare 5.1 SP7 als NetWare 6.5 SP1 en die werkt prima.

Als je op je console monitor kijkt naar connections die open staan na dat je ingelogd bent. Want als de fout pas bij een mapping optreed heb je niet zo zeer licenses te kort, want dan komt die niet voorbij de client naar mijn ervaring.

[JoetjeF]

Verwijderd schreef op 23 juli 2004 @ 16:22:
[...]


Ja, licenties, gebruikers, filesystem alles staat in Boz.

Vind nu net een oplossing die het probleem exact weergeeft op Novell Techsupport, zal ik na het weekend eens proberen:
http://support.novell.com...archtid.cgi?/10083707.htm

Ik heb inderdaad ook niet het idee dat de oorzaak een licentie probleem is (het resulteert uiteindelijk wel hierin). Het lijkt er meer op dat het een schema/DS probleem is. Over het algemeen komt dit echter alleen voor als je meerdere replica's hebt.

De -601 en -603 meldingen zijn vaak cosmetisch, tenzij het een schema/DS probleem is.

[Verwijderd]

heb je de licencing services wel lopen.. ( mocht dit al gevraagd zijn , ik heb het hele topic niet gelezen )

nls.nlm zou gestart moeten zijn..

het wil ook wel eens helpen om deze service opnieuw te configureren dmv setupnls..

suc6