RIP Sun Ray

Checking the daily tech news, I see tonight that Oracle is axing their ‘desktop virtualiaztion’. What this really means is the end of the Sun Ray. Such a sad day for those “Sun” people who worked on that and brought the “Network is the Computer” to reality. I remember getting my first Sun Ray (Sun Ray 1) from some Sun guys in Texas. It was awesome, hooked it up to a Sun Blade 100 and now had 2 “heads” on it. I then went on to recommend it for the rest of my group and then the rest of the office. It was nice when I figured out how to make them work from home before Sun made them work with DNS. Once they did that, we got them for the rest of our office to take home as well.

How awesome was it to start something at work or home, and pull the card out and go to the other office and your desktop was there. Same with going between datacenter’s. It truly was the best Thin Client I have ever dealt with. It is not a “chubby” client, but a true Thin Client. You will be missed, but not forgotten. If Oracle know what they have, they should open source the software so that it can be kept up and enhanced by the community of die hard Sun Ray enthusiasts.

sun ray fw rip

Sun Ray 5 Early Access part 2

I finally got time again to start playing with Sun Ray 5 Early Access software. Now my current setup probably should not be used for any type of test more than simple single/dual user testing. But I did not want to test the software on the current working server. So I decided to install it in a VMWare image on my Mac Pro. The Mac Pro is more than suited to handle it and had plenty of free memory/processor/storage to use so there was no contention (I gave the VM 4 processors and 8 gig of ram)..

The kicker was getting VMWare Fusion to actually allocate the network cards the way I needed them. I gave the VM 2 nics (the Mac Pro has 2), however the only options that VMWare Fusion let you do is NAT, Host-Only, and Bridged. None of which will work if I want a private network for the Sun Ray’s. To fix this you will need to go and edit some files that VMWare Fusion uses. What I had to do was the following:

1. Open up the Terminal app
2. Edit the file /Library/Application Support/VMware Fusion/

sudo vi /Library/Application\ Support/VMware\ Fusion/

3. Comment out the following line:

"$LIBDIR/vmnet-bridge" -d /var/run/ vmnet0 ''

And then add 2 lines directly below that line, which tells vmware to bind the en0 physical device to the vmnet0 virtual device, same for en1 to vmnet2. Note you can not use vmnet1 or vmnet8 as those are for NAT and Host-only connections.

"$LIBDIR/vmnet-bridge" -d /var/run/ vmnet0 en0
"$LIBDIR/vmnet-bridge" -d /var/run/ vmnet2 en1

Once done, do the following:

sudo /Library/Application\ Support/VMware\ Fusion/ --restart

Now go in to your Mac System Preferences and configure the second network card for a private subnet (i.e., and set the IP to be something like

Now make sure that your VM is NOT started and is in a powered off state. Go in to the VM and under the settings for that VM add another network adapter, make sure it is selected as “Connected” it doesn’t matter what the device is configured to as we will change it later to an option that is not shown in that list.

Now you need to change the .VMX file so that it can use the new network device. So go in to the directory where you have your VM’s at and then cd in to the machine.vmwarevm directory (For example mine is called SolarisDev.vmwarevm)

Once in there you will need to edit the vmx file, mine is called SolarisDev.vmx. The first thing we are going to change is the ethernet0.connectionType property. Right now it could be any of the ones listed (host-only,bridged, nat). But we are going to change this to “custom”:


Next find the entry for ethernet0.vnet, if it doesn’t exist create it and make it look like the line below. If it does exist and doesn’t match that below, make it match that:

ethernet0.vnet = "vmnet0"

Now we need to do the same for the ethernet1 entries. The only difference to what is above is vmnet0 changes to vmnet2. Once the changes are made you can save the file and start up your Solaris VM. Now what ever network is on your en0 connection on your Mac should be what is connected to the e1000g0 network on the Solaris side. I used the e1000g0 as the “public” side of the Sun Ray server. The e1000g1 interface will be what ever is connected on the en1 connection on the Mac side. I used this adapter for the private Sun Ray Lan.

You should be able to finish following the instructions on the Sun Ray wiki now and get everything configured.

To test the soft client, I set up LAN Connections on the Sun Ray Server:

/opt/SUNWut/sbin/utadm -L on

I then installed the soft client in another VM on the same machine that only had access to the public network. You then can tell the soft client what the IP of the Sun Ray server is and it will connect. Pretty darn cool that the soft client works with minimal config.

This can probably be done on a MacBook Pro as well, if you use the wireless connection as the public side and the wired as the private side. Nice way to do a little demo in one computer.

For reference here is what my network section of the .vmx file looks like :

ethernet0.addressType = "generated"
ethernet0.connectionType = "custom"
ethernet0.generatedAddress = "00:0c:29:f8:29:3b"
ethernet0.generatedAddressOffset = "0"
ethernet0.linkStatePropagation.enable = "TRUE"
ethernet0.pciSlotNumber = "32"
ethernet0.present = "TRUE"
ethernet0.virtualDev = "e1000"
ethernet0.vnet = "vmnet0"
ethernet0.wakeOnPcktRcv = "FALSE"
ethernet1.addressType = "generated"
ethernet1.connectionType = "custom"
ethernet1.generatedAddress = "00:0c:29:f8:29:45"
ethernet1.generatedAddressOffset = "10"
ethernet1.linkStatePropagation.enable = "TRUE"
ethernet1.pciSlotNumber = "35"
ethernet1.present = "TRUE"
ethernet1.virtualDev = "e1000"
ethernet1.vnet = "vmnet2"
ethernet1.wakeOnPcktRcv = "FALSE"

Sun Ray Software 4.2 Wiki:

Sun Ray Software 5 Early Access

Started installing the Sun Ray 5 Early Access software tonight. Some things I found so far that weren’t where I thought they should have been in the wiki docs:

1. It requires that you have Java 1.6 on the machine. Solaris 10 Update 7 does not come with Java 1.6, so I had to download and install it.

2. It needed apache tomcat installed, this is for the admin gui.

Unfortunately I only got as far as getting it installed. I was testing it in a Solaris VM machine on my Mac, however I was having problems getting it to bind to the second ethernet interface. So that will be for later.