NW6.5SP6 remote management access. Pb with portal.nlm

This is sort-of similar (TID 10101100) http://www.novell.com/support/search.do?cmd=displayKC&docType=kc&externalId=10101100&sliceId=&dialogID=28625442&stateId=0%200%2028623561

Essentially, it suggests to make sure NDSIMON is loaded AFTER PORTAL.NLM, because NDSIMON was loading its own HTTPSTK ahead of the HTTPSTK that PORTAL.NLM uses.

It also suggests that the file SYS:SYSTEM\MIMETYPE.TXT may be missing.

iManager is completely separate from NetWare Remote Manager (aka NRM).

iManager is based on JSP and runs under Tomcat and a specific instance of Apache.

NRM uses a custom HTTP stack (HTTPSTK.NLM) and relies on a Secure Authentication Services module (NILE.NLM) and a custom-written portal application (PORTAL.NLM). eDirectory iMonitor (NDSIMON.NLM) is also considered part of NRM.

The proper load sequence is:

NILE.NLM
HTTPSTK.NLM
PORTAL.NLM
NDSIMON.NLM

Make sure NILE.NLM and HTTPSTK.NLM have been loaded before trying to load PORTAL.NLM.

If NILE.NLM and PORTAL.NLM are being loaded, then make sure that HTTPSTK.NLM has a valid "SSL" command-line parameter. If you can access NRM with http:// instead of https://, then that suggests there is something wrong with the SSL configuration.

The reason you can get to iManager but not NoRM is because NoRM uses the mini web server httpstk.nlm while iManager uses Apache, which loads later on in autoexec.ncf.

Check your autoexec.ncf to make sure things are loading in the correct order:

...
load httpstk.nlm /SSL /keyfile:"SSL CertificateIP"
load portal.nlm
load ndsimon.nlm
...

If ndsimon.nlm is loading before the httpstk with the ssl arguments, then it'll autoload httpstk without any ssl arguments, which will interfere with the regular httpstk.nlm load that portal.nlm needs... if that makes sense. ;)

By the way, in case you didn't notice, sometimes PsiCop and I are typing essentially the same thing at the same time and one of us will hit "submit" before the other - as is the case here.

That means:

1) PsiCop and ShineOn are NOT the same person, in case anyone was wondering...
2) PsiCop and ShineOn don't sit next to each other (we're in different parts of the country, actually, a couple-thousand miles apart and in different time zones)  In fact, we've never met.
3) PsiCop and ShineOn don't IM each other to collaborate on E-E questions (or other things)

Therefor,

4) If we both say the same thing, at the same time, it's probably right.

I thought it was *my* week to be ShineOn! :-)

"If we both say the same thing, at the same time, it's probably right."

Either that, or we're really twins separated at birth. :-)

Guys,

thank you fr your help but none worked.
I already browsed novell websites before.
My autoexec.ncf file is correct and the file mimetyp is present as well.
This is my sequence:
load nile.nlm                                    
load httpstk.nlm /SSL /keyfile:"SSL CertificateIP"
LOAD PORTAL.NLM                
LOAD NDSIMON.NLM

The thing is that i have an error trying to load portal.nlm.
                                 
Cannot load with the error described in my 1st email.
No problem with the certificate which is correct too.

Thank you.

Is this a new install of NW6.5SP6 from overlay, or did you have it working fine at a prior SP level and it stopped working after SP6 or was there another event that coincided with the onset of the problem?

Have you verified that nothing else is loading HTTPSTK.NLM before it's supposed to load, and that NDSIMON is actually not starting until after PORTAL attempts to load?  If something is loading out-of-sequence despite its intended sequence within autoexec.ncf, I have an idea.

I wonder if the "Netware registry" is hosed somehow, and needs to be reset to defaults.   NOTE: Only do this if you have exhausted all your options, or are sure it's going to help.

In the past (like, early NetWare 6.0 SP's) if I had problems with things running out of sequence, different from the order specified in autoexec.ncf, it meant there was something that put a module/set of modules ahead of where they should've been within its loadstage, or somehow put it in an incorrect loadstage, giving unexpected results.

To clear the "NetWare Registry:"

1)  Document all of your modified SET statements, as they will be cleared and have to be set again
2)  Shut down to DOS.  In C:\NWSERVER, delete all instances of SERVCFG.* (* includes .000, .001, .002 and .NBK)  Reboot wth SERVER -NA.
SERVCFG.NBK and SERVCFG.000 will be re-created using all default settings.  
3) After reboot completes, re-issue all the modified SET commands, and then reboot again.

See if it goes in the intended order then.

Dear ShineOn,

It htink we're getting close to the solution cause:
When removing httpstk from the autoxec.cf... the famousn line with the certigficate and rebooting the server,
it is still loaded !!!
But i have no idea how.

In that case, do i have to clear the netware registry? or any other proposal first.

THANKS

That TID also describes an undocumented switch on the PORTAL.NLM load that allows registry editing: LOAD PORTAL.NLM /REGEDIT.  Problem there is, if you can't get PORTAL to load to begin with, that's not really an option..

Ok i found the solution.
I REM BSTART.ncf in autoexec.ncf.
restarted the server --> all worked perfectly.
load BSTART.ncf manually --> OK

moved BSTART.ncf after httpstl and portal and rebooted: Prefect !

thank you Novell Master !