Monday Jan 26, 2009

VDI Performance and Scalability on Sun Fire X4450 and X4600 servers

While most of our readers by now recognize the technical guidelines for scaling and performance of a VDI setup based on shared experiences (Sun and VMware), it is always good to have a "measureable" standard reference to use as a starting point. Here are official references of a set of independent test reports commissioned by Sun and produced by Lionbridge/Veritest:

The tests were performed using Windows XP SP3 with 512MB and 1 vCPU as the base VDI desktop.

Thursday Dec 20, 2007

Largest Windows XP VDI desktop ever?

Not too long ago a customer asked me what was the limitation for a Windows XP desktop as delivered from a VM to a Sun Ray. I didn't know what were the limitations for Windows XP itself and I had never had the opportunity of experiencing it myself, so I went on a techo quest to "do it".

The question has a few implications, and I'll explain as I go, but the first one is, what is Windows XP really capable of? The answer as found here, is 4096x2048, as long as your client can handle it. As it turns out, the Sun Ray Windows Connector can.

The next thing was to match that to something that could be handled by the Sun Ray Display capabilities. If you look at the largest resolution from the Sun Ray range, a Sun Ray 2FS maxes out at 3840x1200... (that's 2 x 1920x1200). Not quite big enough. This is a job for the multihead feature!

So the next avenue of exploration was to figure out a multihead config that made sense. Instead of doing the maths, I went and ruffled through the Sydney Solution Centre to see what my test base would look like, and found a number of Sun Ray 1 and 1G units and a few 19" monitors. As the monitors were 1280x1024, the best possible fit came to be 6 monitors in 3x2, with a total resolution of 3840x2048. Close enough this time :)

After creating a multihead group with the right configuration, I connected this to my Windows XP VM, and this is the result!

And yes, this was done using 4-8 year old Sun Rays... Doesn't get better than this! The only way I was able to showcase performance on a screen this size, was to run a screen saver. This is now a permanent demo at the Sydney Sun Solution Centre.

Tuesday Oct 02, 2007

Solaris x86 ICA client Windows(Meta) key not working

For those of you who have recently downloaded, and are trying, the new Solaris x86 ICA client, there was a packaging issue which leaves the Windows(Meta) key not working.

This is an issue for Version 8.50 of the Client.

This key is handy for things like Opening the Start menu or Windows-E for opening Windows Explorer, and particularly useful for sending the Meta-L lock screen sequence on card pull

According to Citrix, in order to get this key functioning,you will need to edit the /usr/lib/ICAClient/config/module.ini

You will need to add these lines to line numbers 28-30:

LocaleKeyMapping=True
SuperMetaToWinKeys=True
RightSuperMetaToWinKey=False

Tuesday Jun 19, 2007

A "USB Drive" daemon for Sun Ray sessions

\*\*\*\* THIS VERSION OF usbdrived IS DEPRECATED - see \*\*\* http://blogs.sun.com/danielc/entry/a_usb_drive_daemon_for1


A lot of people ask me the age-old question: how can I see thumb drives (and others) attached to my Sun Ray on JDS/CDE/Windows? (it probably works unchanged for SLES and RHEL.)

The inelegant, user-unfriendly solution that is always there for you (JDS/CDE):
Without doing any further work, the answer is quite trivial: SRSS mounts the thumb drive on a non-trivial directory (non-trivial as in "not in your home directory") - namely at:

/tmp/SUNWut/mnt/<user-name>

(mounted disk names and #s appear here)

You can then access this via the file manager - for example, in JDS, (right-click) Launch -> Browse Documents (Nautilus) and point to this directory. Better yet - bookmark this directory under Nautilus as soon as you can!

However, the above is typically unacceptable for customer deployments, and until the time Solaris/JDS can handle this automatically, I've scripted a couple of workarounds. See next section.

The elegant solution: "USB Daemon (usbdrived)"
The following instructions will automate USB drive "show-up" so that when you insert a thumbdrive into your Sun Ray:
1) a file manager window (Nautilus) will automatically open up showing the top-level directory of the USB drive, and
2) a link is created on your desktop, called "USB Drive" (I just couldn't come up with a better name...)

Once you pull the drive out, the above disappear, so it's important to make sure that any copying process is done before pulling it out. (actually, the file manager window disappears only if its on the root level of your USB drive. If anyone can tell me how to close any Nautilus window that's open on sub-directories, please let me know!)

The instructions here also integrate the script with utaction so that disconnected users don't chew up unnecessary Sun Ray server resources.

HOW TO (Basic instructions for JDS):
These instructions assume that you'll install this for your user account. Extrapolate for server-wide deployment as required...

1) If you don't have one, create a bin directory in your home directory
- run this: mkdir $HOME/bin

2) copy usbdrived to your newly created "bin" and give it exec permissions
- run this: chmod +x $HOME/bin/usbdrived

[NOTE: THIS LINK IS DEPRECATED AND NOW POINTS TO BLOG ENTRY FOR V2!]

3) If you're running version 1.23 or better of utdiskadm, skip to step 6. To find out, this command will tell you the version number
- run this: head /opt/SUNWut/bin/utdiskadm | grep ident | awk '{ print $4 }'

4) If you're on version 1.22 or lower of utdiskadm you need to patch an 'alternate' version that includes a little fix: copy the standard utdiskadm to your bin directory (call it utdiskadm.fix) and change one line (because, under certain circusmtances, logname returns nothing...) - the script will probe for an up-to-date utdiskadm and ignore yours when the system has been patched as required!
- run this: cp /opt/SUNWut/bin/utdiskadm $HOME/bin/utdiskadm.fix
                vi $HOME/bin/utdiskadm.fix
                find the line UTUSERNAME="`logname`"
                change to UTUSERNAME=$USER
                :wq (save the file ;)

5) If you are \*not\* placing the updated utdiskadm.fix file in your bin directory, update your "usbdrived" script to reflect the location of utdiskadm.fix.

6) add a line to your .profile (bash/ksh/sh) or .login (csh) in your home directory that will enable the daemon on card insertion (change the path accordingly if the script is not in your bin directory)
- run this: echo '/opt/SUNWut/bin/utaction -c  "$HOME/bin/usbdrived start" -d  "$HOME/bin/usbdrived stop" -i &' >> $HOME/.profile   (or .login if csh)

7) Log out, log in... That's it. (or you can run the above line to test as a one-off until you log out).

Under CAM/CDE
If your are using CAM/CDE, make sure you edit the script and change the USEJDS variable to 0, so that:
1) Nautilus is not invoked automatically (though you can, but...)
2) The "USB Drive" link is created in the user's home dir and not the Desktop dir, which doesn't exist

You can then add a CAM menu entry to open dtfile on this, such as "Open My USB Drive". You do this anyway without usbdrived by following the earlier section, but it won't open in the exact mount, but rather in the parent folder. These instructions are particularly useful for the next section...

Under Windows
You need to run the daemon like above under either JDS or CDE (whatever it is you are using underneath) and make sure you start up uttsc with the appropriate -r option, e.g. -r disk:U="$HOME/Desktop/USB Drive" for JDS. This will let you browse the U: drive when there is something mounted, and it will allow for changing USB drives without disconnecting your Windows session, as usbdrived depends on utdiskadm to create the "USB Drive" link on demand.

Make sure that if you are using CAM with the Sun Ray Windows Connector, you make USEJDS=0 in the usbdrived script.

Limitations
This only allows for one USB drived at a time to show up and be managed. That's enough for now ;) 

Thursday Feb 15, 2007

Sun Ray Serial Port Mapping

Mapping the serial or com ports from a Sun Ray to a Windows Session using the Sun Ray Connector for Windows doesn't have to be confusing.  Here's a handy little "how to".

First we need to determine what ports we want to map.

On a Sun Ray 2 or 2FS there is one serial port.  On a Sun Ray 170 and 270 there are two ports.  We need to know the path in order to provide it to the Sun Ray Windows Connector.

For Sun Ray 2 or 2FS the serial port is:

$DTDEVROOT/unit/dev/term/a

For Sun Ray 170 and 270 the serial ports are:

$DTDEVROOT/unit/dev/term/a

$DTDEVROOT/unit/dev/term/b

Now we need to pass those ports to the Sun Ray Windows Connector:

/opt/SUNWuttsc/bin/uttsc -r comport:COM1=$DTDEVROOT/unit/dev/term/a Windows_Server

Now what will that look like from your windows session?

Open up a command prompt and type change port /query.  You will see

Note the mapping for COM1.  That means it's going through the Sun Ray Windows Connector down to your Sun Ray.

But does it work?  Yes.  What you don't have serial device to try it?  No problem.  Telnet ssh to the Sun Ray Server.  If you need a  free ssh client for windows, give PuTTY a shot.  Sign in and then su to root (or an account that has privileges to run truss).  Find the child process for utseriald (it will be the one that does not have a parent PID of 1).  Note that while it's not doing anything you'll see a lot of pollsys' going by.  The more Sun Rays you have with serial ports the more of these you will see.

Now go back to your command prompt that you issued the change port /query command in and type dir > COM1


Watch the ssh session that you are running truss in.  You will see a flurry of activity.

 Make sure you break out of your truss before closing the ssh window.

How do you map two ports?  Easy,  we just need to pass both ports to the Sun Ray Windows Connector:

/opt/SUNWuttsc/bin/uttsc -r comport:COM1=$DTDEVROOT/unit/dev/term/a -r comport:COM2=$DTDEVROOT/unit/dev/term/b Windows_Server

Same other steps from above.  Note the difference now in the change port /query command.

You can do your same truss test as above, just for fun send the directory listing out to COM2.

I can hear it now.  That's all well and good but I don't have Sun Ray 2 series or a Sun Ray 170.  Well in this case you'll need to get a supported USB to Serial Adapter.  Let's repeat (some) of the steps with an Inside Out Networks Edgeport/2.

The serial ports live in the same place, they just don't have as friendly of names.  If you want to cheat and make the names really friendly, check out this handy dandy serial port mapping script.

# ls $DTDEVROOT/unit/dev/term
Inside_Out_Networks.V53072798-0a 
Inside_Out_Networks.V53072798-0b

Now we just need to pass those ports to Windows via the Sun Ray Windows Connector (all on one line of course).

/opt/SUNWuttsc/bin/uttsc -m -A 24 -r
comport:COM1=$DTDEVROOT/unit/dev/term/Inside_Out_Networks.V53072798-0a -r  comport:COM2=$DTDEVROOT/unit/dev/term/Inside_Out_Networks.V53072798-0b

Lather, rinse, repeat on the steps above if you want to see it in action.


About

Think Thin is a collection of bloggers that work with Oracle's Virtual Desktop portfolio of products.

Search

Archives
« April 2014
SunMonTueWedThuFriSat
  
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