Getting Freenet running on Nexenta

THIS IS A WORK IN PROGRESS. I don’t have full working instructions yet 🙁

I had a few problems getting Freenet 0.7.5 running on my Nexenta 2.0 Server installation, so I thought I would mention what I did.

Summary

To get Freenet running under Nexenta 2.0 Server, you need the following:

Freenet 0.7.5 wrapper
http://downloads.freenetproject.org/alpha/installer/freenet07.tar.gz
Freenet 01222 build
http://freenet.googlecode.com/files/freenet-build01222.jar
apt-get installed packages
java-runtime-headless nevada-compat

Instructions:

  1. Install the packages with apt-get.
  2. Extract the freenet07.tar.gz package somewhere.
  3. Copy the freenet-build01222.jar file into the extracted package directory where the run.sh file is. Name it freenet.jar
  4. Start the software with run.sh start.
  5. Try to figure out the rest because I haven’t had time.

Detail

I run my Nexenta server in a closet with no keyboard or monitor attached, so getting Freenet running in a headless mode was desirable. Using the headless system instructions from the “Linux and other Unix-like systems” section Freenet Download page, I got the software installed.

wget http://downloads.freenetproject.org/alpha/installer/freenet07.tar.gz
cat freenet07.tar.gz | gzip -d | tar xv
cd freenet
./run.sh start

When I called the run.sh script though, it failed as I didn’t have Java installed.

$ ./run.sh  start
Enabling the auto-update feature
Detecting tcp-ports availability...
Can not bind fproxy to 8888: let's try 8889 instead.
/opt/freenet/0.7/bin/1run.sh: line 49: java: command not found
/opt/freenet/0.7/bin/1run.sh: line 53: java: command not found
Can not bind any socket on 127.0.0.1:
              IT SHOULDN'T HAPPEN!

Make sure your loopback interface is properly configured. Delete Freenet's directory and retry.

So, I installed the java-runtime-headless package. It in turn pulled in a few extra packages and recommended a few more. I ignored the recommendations.

$ sudo apt-get install java-runtime-headless

Trying to run it again, I got a new error.

$ ./run.sh  start
Unable to locate any of the following binaries:
/opt/freenet/0.7/./bin/wrapper-solaris-i86pc-32
/opt/freenet/0.7/./bin/wrapper
Starting Freenet 0.7...

Let's start the node without the wrapper, you'll have to daemonize it yourself.
dl failure on line 685Error: failed /usr/lib/jvm/java-6-sun-1.6.0.10/jre/lib/i386/client/libjvm.so, because ld.so.1: java: fatal: libCrun.so.1: open failed: No such file or directory

After some searching on Google, I found an article entitled Installing JDK6 in Nexenta Zone that mentioning the need for the nevada-compt to fix the libCrun.so.1 error. So, I installed that package.

$ sudo apt-get install nexenta-compat

Trying to run it again, I got a new error.

$ ./run.sh  start
Unable to locate any of the following binaries:
/opt/freenet/0.7/./bin/wrapper-solaris-i86pc-32
/opt/freenet/0.7/./bin/wrapper
Starting Freenet 0.7...

Let's start the node without the wrapper, you'll have to daemonize it yourself.
Exception in thread "main" java.lang.NoClassDefFoundError: freenet/node/NodeStarter
Caused by: java.lang.ClassNotFoundException: freenet.node.NodeStarter
      at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
      at java.security.AccessController.doPrivileged(Native Method)
      at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
      at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
      at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
      at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
      at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
Could not find the main class: freenet.node.NodeStarter.  Program will exit.

Argh… After poking around I now figured out that the actual Freenet software wasn’t included in the freenet07.tar.gz package. Looking at the files provided on http://freenet.googlecode.com/ I found the freenet-build01222.jar that looked interesting. I downloaded a copy to the same directory where the run.sh script was.

$ wget http://freenet.googlecode.com/files/freenet-build01222.jar -O freenet.jar

Trying to run it again, I got a new error.

$ ./run.sh startUnable to locate any of the following binaries:
/opt/freenet/0.7/./bin/wrapper-solaris-i86pc-32
/opt/freenet/0.7/./bin/wrapper
Starting Freenet 0.7...

Let's start the node without the wrapper, you'll have to daemonize it yourself.
Exception in thread "main" java.lang.NoClassDefFoundError: org/tanukisoftware/wrapper/WrapperListener
      at java.lang.ClassLoader.defineClass1(Native Method)
      at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
      at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
      at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
      at java.net.URLClassLoader.access$000(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:307)
      at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
      at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
      at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
Caused by: java.lang.ClassNotFoundException: org.tanukisoftware.wrapper.WrapperListener
      at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
      at java.security.AccessController.doPrivileged(Native Method)
      at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
      at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
      at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
      at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
      at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
      ... 12 more
Could not find the main class: freenet.node.NodeStarter.  Program will exit.

I’m giving up for the moment. I’ve got other work to do, so I’ll put this on the back burner. Maybe somebody else can figure this out.

I fought the Silicon Image 3114 with Solaris and won!

The battle
My latest battle has been against a 4-port SATA-I PCI RAID card powered by the Silicon Image 3114 chipset (it shows up as a pci1095,3114 device). As luck would have it, the card did not work out of the box with Solaris, but some Google searches did provide some hints.
In my research, I found that the card is not a true hardware RAID card as there is no actual RAID magic happening in the chip. It is all in the provided software driver (hense the Windows only drivers). The chip basically allows the computer to “understand” how the drives get sliced and diced, and does the appropriate translation so the machine can speak to the drives. Nothing else. No wonder Solaris didn’t like it. Myself, I don’t at all care that the RAID is less than functional as I plan to use ZFS+raidz for my filesystems anyway.
For Solaris to recognize the drives, the card must be flashed with the IDE version of the BIOS (see the Silicon Image link above). If one has a DOS floppy around, this process should be a piece of cake. Considering I don’t own a floppy drive anymore, and also don’t have a CDROM in my server, the process turned out to be more challenging. In the end I was successful, but it took me about 6hrs of fiddling to get it done. (The Ultimate Boot CD was a lifesaver.)
The real sticking point for me was a simple command I ran the previous night in an attempt to get the card to work. According to OpenSolaris Bug ID 6595150, all I had to do was run an update_drv command to get things going. It added an entry to the bottom of /etc/driver_aliases to indicate that the RAID card was in fact associated with the ata driver, something that made complete sense to me at the time. Turns out, this bug is from an older version of OpenSolaris, and I never should have run this command. Of course the OS was never nice enough to tell me anything, so I was flying in the dark trying to figure out why nothing was working. After literally hours of debugging – this after the many hours already spent trying to flash the annoying little card – I removed the line and everything started working. Yay!
Moral of the story
When everyone else on Internet says you need to flash the BIOS with the IDE version for this particular card, listen to their wisdom. You don’t need to fiddle with things.
The system I got the card running on
OS: Nexenta 2.0RC3 (based on OpenSolaris b104+)
CPU: VIA Samuel 2 @800MHz
What I got running
For those who care, here is a semi-complete list of items I purchased. My goal was adding ~900G of redundant storage to my little Nexenta based Solaris server. I had practically no space free in the case as there is only a single 3.5″ drive bay, and a single 5.25″ drive bay. And, as the motherboard itself is pretty old, it only has two PATA connectors, USB 1.1, and a single PCI slot. In other words, not much to work with. As such, I felt that filling the single PCI slot with a 4-port SATA card and adding a special drive enclosure that would hold four 2.5″ drives was the way to go. My server sits in a closet and all of my machines connect via wireless, so high disk I/O bandwidth was not one of my design goals.
4-bay 2.5″ SATA HDD in 5.25″ drive enclosure
4-port SATA-I PCI card
This seems to be a generic card as I have seen pictures that look exactly the same from other venders, such a LINDY in the US.

4x Western Digital 320G Scorpio 2.5″ SATA HDD

I’m up and running with IPv6

I don’t know why, but I got a bee in my bonnet today and decided to setup IPv6. As it turned out, I already had the necessary hardware (an Apple Time Machine which is also a full featured AirPort Extreme Base Station) and only needed a tunnel broker. After some googling, I came up with a list of several and decided to try one out.

The first one I tried was SixXS. After going through the sign-up and email verification, I was left waiting for validation of my data. Humpf. Not so fun. After waiting all of maybe two minutes, I decided to try another.

I rang up a friend from work to find out who he uses. He recommended Hurricane Electric so I gave them a try. All I can say is I was amazed how quickly and easily I got an account setup, and got my tunnel information. They even allow up to four tunnels on the account, which means I could set one up at my brother’s house as well.

The difficulties came in three areas.

  1. Getting the Time Capsule configured
  2. Getting my ADSL router to route packets to the Time Capsule
  3. Updating my WPAD files so that IPv6 traffic would not use my proxy

Configuring the Time Capsule

Hurricane provided me with the following information to setup my IPv6 tunnel with.

Server IPv4 address: 216.66.80.26
Server IPv6 address: 2001:470:1f08:71d::1/64
Client IPv4 address: 87.198.128.166
Client IPv6 address: 2001:470:1f08:71d::2/64
[Client] Routed /64: 2001:470:1f09:71d::/64

In AirPort Utility, I went into manual mode for the Time Capsule, selected Tunnel mode on the IPv6 page (Advanced > IPv6), and pasted the info in, including manually setting the LAN Prefix Length. (In case you were wondering, my firmware version 7.3.2, the /64 prefix is automatically stripped once Update is clicked).


Once the Time Capsule restarted, I looked at my network settings on my MacBook Pro, and found that I now had an IPv6 address that was in the LAN IPv6 range. I tried ping6 ipv6.google.com, but it didn’t work. After lots of troubleshooting, I realized that I could ping only the Local IPv6 address of the Time Capsule, but not the Removte IPv6 address. That made me think router.

Configuring the router

Honestly, this was a piece of cake once I figured out where all the settings were. Basically, I had to disable the firewall on the router and then set it to forward all packets to the Time Capsule (I set it as the default server). Once I had those two things, I was able to ping6 ipv6.google.com, but was unable to pull up http://ipv6.google.com/ in my browser.

Configuring WPAD

To make my life easier, I have WPAD (Web Proxy Autodiscovery Protocol) setup on my local network so that the Auto-detect proxy settings for this network works in Firefox. I use Squid for my proxy on separate Linux server, but unfortunately the version I use (3.0STABLE1 on Ubuntu 8.04) doesn’t support IPv6. (The newer 3.1 release apparently does, but I’m not in the mood to spend lots of time compiling a new binary today.) I did some googling and found that I could make a single minor change to my wpad.dat file to get things working.

The basic change was to add a dnsResolve() check that was then compared against anything with a “:” in it. IPv6 addresses have colons ‘:’ in them, but IPv4 addresses don’t. If an IPv6 address is found, the proxy gets skipped. (I’ll save Squid 3.1 for another rainy day).

Here’s the final version of my wpad.dat.

function FindProxyForURL(url, host) {
if (host == "localhost" || host == "127.0.0.1") { return "DIRECT"; }
if (isPlainHostName(host)) { return "DIRECT"; }
if (shExpMatch(host, "*.local")) { return "DIRECT"; }

// route ipv6 directly
if (shExpMatch(dnsResolve(host), "*:*")) { return "DIRECT"; }

return "PROXY 172.18.0.8:3128; DIRECT";
}

function LocalFindProxyForURL(url, host)
{
FindProxyForURL(url, host);
}

That is pretty much it. Overall the process was much simpler than I expected. Hopefully this helps someone else get their IPv6 running as well!