Monday Jan 29, 2007

Good Morning Build 56

A nice gift from the keepers of my Sun Ray server on my return from Zurich. (Yes it was cool to use the Sun Ray server from the Zurich office even if the Swiss German keyboard really did my head. For those who don't know 'Z' and 'Y' are swapped, not to mention the "special" keys moving around. We really need the keyboard layout set by the user not the physical keyboard).

: enoexec.eu FSS 1 $; uname -a
SunOS enoexec 5.11 snv_56 sun4u sparc SUNW,Sun-Fire Solaris
: enoexec.eu FSS 2 $; 

Need to check what has changed.

Monday Nov 13, 2006

Good Morning Build 52

Build 52 hit the Sun Ray server:

: estale.eu IA 1 $; uname -a
SunOS estale 5.11 snv_52 sun4u sparc SUNW,Sun-Fire
: estale.eu IA 2 $;

and all seems well.


However at home all was not well when I upgraded my home server. The laptops had been fine, except for the message about the now nonexistent pfil service failing. Disabling that service removed the irritating but harmless warning. On the server there were two issues:

  1. The dhcp service was not working

  2. The web server was not starting

The failed dhcp service resulted in a quick about face to build 51 as the users would not stand not having a computer. However after they had left the house and before I had real work and thanks to Casper for confirming that his dhcp server was working on build 52. It turned out to be a misconfiguration of the firewall. Exactly why this worked in build 51 is a mystery. Addling this line:

pass in quick on nge0 proto udp from any to 192.168.254.20 port = bootps keep state

to the /etc/ipf/ipf.conf file brought the dhcp server to light. This however was not before I discovered that the dhcpmgr would not start, giving this java error:

3 # /usr/sadm/admin/bin/dhcpmgr 
Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad version number in .class file
        at java.lang.ClassLoader.defineClass1(Native Method)
        at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
        at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
        at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
        at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
4 #

Which turns out to be due to the version of java that the /usr/java symbolic link points to being wrong. An upgrade bug it appears. This bug has not been filed:

CR 6492789 Created P2 java/install /usr/java link points to Java 1.5.0 instead of Java 1.6 after upgrade from snv_51 to snv_52.


The work around is simple:


# cd /usr
# rm java
# ln -s jdk/jdk1.6.0 java

The second problem of the web server not working was that apache2 had changed and so it needed the configuration files rejigging. I am now back running build 52 and it is happily serving planetcycling.org. However I am now using the more modular configuration files so if there are issues in the future updating will be simpler.


Tags:



About

This is the old blog of Chris Gerhard. It has mostly moved to http://chrisgerhard.wordpress.com

Search

Archives
« April 2014
MonTueWedThuFriSatSun
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
    
       
Today