Domain 2 was used as a GWIA domain, and it had one PO. The mail being delivered might be moot because the system was considered to be off line for several months.
Everyone tells me to let it go, but i have some odd feeling that the headers for mail sent to domain2 got traped in the interim...
We have two domain names and two GroupWise Domains
**********************************
widget.us.com -> domain1
mx record pointed to spam unit
widget.com -> domain2
mx record pointed to gwia
**********************************
we changed it to
**********************************
widget.us.com ->...
UniData version 7.1, I'm not sure that this method wouldn't work on an earlier version. As long as the UniRPC daemon is running, this should work. I haven't tested this assumption though.
I haven't posted anything on the Novell forums about LDAP authentication, that was the easy part. You have to compile PHP with the -ldap option. After that you are good to go. If you don't want to use a certificate file, you must disable by putting "TLS_REQCERT never", in your ldap.conf file...
what language have you used to connect to unidata?
I found this
here
try {
$dbh = new PDO("u2:dbtype=ud;host=localhost;acct=demo", "my_name", "my_pwd");
} catch (PDOException $e) {
$ dbh = null;
echo 'Connection failed: ' . $e->getMessage();
}
I've setup a simple php script that authenticates to an ldap server then displays information in our unidata db on a webpage. The webpage gets updated about every 5 min.
Currently to do this I've setup a cronjob to run a unibasic subroutine that lists data in the db to a file and then ftp's...
we were unable to determine exactly what caused the issue because shortly it was fixed.
We were able to determine that the mail would not resolve and sat in the send directory filling up untill disk space was full. we contacted people who determined that they had no requests from our servers...
all outbound internet email is collecting in wpgate/send directory. we have changed the send threads to 200 and the server takes all 200 threads immediatly upon restarting. we have had to delete mail several times, but the server continues to run out of disk space.
I just saw in a novell troubleshooting document to reboot, we had checked the abend log already and there were 2 events for JAVA.NLM.
Apparently there has been some trouble with the SP installation hanging at unloading java, so the installation file tells us to unload java first before...
You guys are great here, and very knowledgeable. I was more or less just seeing if anyone else got similar issues, and if they saw any other problems with any DST update, netware or JAVA.
Thanks again for the thoughts.
Yes, we just made the appropriate changes. I didn't notice there being any extra entries in the autoexec.ncf for SET START and SET END. I just noticed it when checking the server TIME.
I copied the JAVA.zip file to sys:\ and used the following command: unzip -o java.zip
There were no errors...
We were updating all the blades to Novell 6.5sp6 october 26, 2006 SP. I noticed that the DSTSHIFT left an incorrect entry in the autoexec.ncf, there was two uncommented entries for SET END DAYLIGHT SAVINGS TIME, one had october, one had november. Sounds crazy, but this can't be right can it...
I kind of figured it was not up to date. I was told it was OS 6.5 sp5, while I had my reservations I am still new and figured it was my lack of experience. Thanks for the help. I assume this old date would be why adrem is reporting Netware 5.7? At any rate I'll be preparing the information...
I was looking through a command list for something like "VERSION" also, can't believe I missed that. Here is the info:
Novell Open Enterprise Server, NetWare 6.5
Support Pack Revision 05
(C) Copyright...
I've just started this position, so forgive this question. How would I determine the OS version and SP level. AdRem tells me we are using OS Netware 5.7, and they tell us we are on OES Novell 6.5 with sp5.
Well we broke down and scheduled a restart of the server. Before restarting we tried to unload loader.nlm first and then restart it to see if it was in fact this module cause the problem. An error was returned saying the module isn't loaded, so we just restarted the server and everthing is back...
I've used MONITOR to check the processor information and this is what i found.
Processor 1
Current status: Online
Utilization 92%
Interrupts: 200-1500
Time spent in interrupts, in microseconds: 2,500-4,000
Number of bound threads: 54-57
The utilization, interrupts, and time spent in...
We have an HS20 Blade with 2 Dual core Xeon processors. Netware 6.5 I use Adrem to monitor the servers. The health report states:
"CPU Utilization-1 on server "blade" was in a BAD/SUSPECT state"
I've determined that these are spikes and that Novell considers this normal. As long as the...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.