Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

DSTSHIFT/JAVA and autoexec.ncf 1

Status
Not open for further replies.

ScottSIT

Technical User
Mar 19, 2007
20
US
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?

Also I've updated to JVM 1.4.2_13 on two blades

The first blade went fine, contained these entries in autoexec.ncf:
SEARCH ADD SYS:\JAVA\BIN
SEARCH ADD SYS:\JAVA\NWGFX\BIN
SEARCH ADD SYS:\JAVA\NJCLV2\BIN
SEARCH ADD SYS:\NI\UPDATE\BIN

The second blade has the same entries in autoexec.ncf except without;
SEARCH ADD SYS:\NI\UPDATE\BIN

The second blade has SP5 on it, april 11, 2006

any thoughts on these? We are just going to edit the autoexec.ncf and reload java on the second blade, but I'm wondering if there were any other errors during installation that I should know about.

Both DSTSHIFT and the JAVA install completed without any errors.

Thanks again in advance, you guys are great.
 
I noticed the same issue with the Dstshift. The problem is not necessarily with the install as it was with the Autoexec.ncf. The autoexec had muliple set lines for each daylight savings time change. Dstshift would only comment out the first one. The others were left untouched.
 
I guess I don't quite see the big deal here. Just take the extra lines out. The DSTShift tool also would have set the parameters on the fly, so it should be correct regardless of Autoexec (Unless you rebooted). Sounds like you need to clean up your startup files. It's hard to anticipate someone having 3 entries, so I doubt the code was ever developed to accommodate it.

Did you install the full Java pack? The DST patch was just a ZIP file that you unzip and it overwrites files on SYS. Doesn't touch the Autoexec.

Marvin Huffaker, MCNE
 
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.

After rebooting the final error was a failed to initialize JVM, exited with error -9.

thanks again
 
My 6.5 servers are fine, what I see in autoexec is
Code:
#Set parameter changed by the DSTSHIFT.NLM tool
#SET START OF DAYLIGHT SAVINGS TIME = (APRIL SUNDAY FIRST  2:00:00 AM)
set start of daylight savings time = (MARCH SUNDAY SECOND 2:00 AM)
#Set parameter changed by the DSTSHIFT.NLM tool
#SET END OF DAYLIGHT SAVINGS TIME = (OCTOBER SUNDAY LAST  2:00:00 AM)
set end of daylight savings time = (NOVEMBER SUNDAY FIRST 2:00 AM)


 
I don't know how we got the extra DST lines in the autoexec.ncf, but they were there (on several servers).

After updating the DST and seeing that there were still errant DST lines, I removed them like Marv has suggested. No big deal. I was just addressing the concern that ScottSIT had with the DSTSHIFT utility.
 
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.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top