C H A P T E R 4 |
Peripherals for Sun Ray DTUs |
This chapter contains information about selected USB, parallel, and serial devices and printing setup from Sun Ray DTUs.
Serial peripherals enable RS-232-style serial connections to the Sun Ray DTU. Parallel peripherals enable printing and come in two types: adapters and direct USB-connected printers. Third-party adapters are useful for supporting legacy serial and parallel devices. Sun Ray Server Software recognizes parallel printers with adapters as USB printers.
For a list of supported serial and parallel devices and adapters, see: http://www.sun.com/io_technologies/sunray/sunray0.html
Note - The printer naming conventions in Sun Ray Server Software differ from those in a Solaris operating environment. |
Sun Ray Server Software creates a device directory called IEEE802.MACID in the /tmp/SUNWut/units directory. This directory contains the MAC address for each DTU on the interconnect. The IEEE802.MACID directory for each DTU contains dev and devices directories, analogous to the /dev and /devices directories in the Solaris operating environment. The Sun Ray dev directory contains a representation of the logical topology of the devices connected to the DTU. The Sun Ray devices directory contains a representation of the physical topology of some of the devices connected to the DTU.
Note - Sun Ray Server Software does not create device nodes for every USB device. Some USB device drivers export their device interfaces through other mechanisms than a traditional UNIX device node. |
Directories correspond to buses and hubs, and files correspond to ports. Hub directories are named according to the port on the upstream hub into which they are attached.
In Sun Ray devices, device nodes are created for each serial or printer port on an attached USB device. The device nodes are created in the hub directory corresponding to the hub to which they are attached. They are named:
If the USB device has multiple identical ports (for example, two serial ports), the name is followed by :n where n is a numerical index, starting at 1.
The following is a typical device node path:
Device links are created under the dev directory. A link to each serial node is created in dev/term, and a link to each parallel node is created in dev/printers.
/tmp/SUNWut/units/IEEE802.080020cf428a/dev/term/manufacturer_name-67a /tmp/SUNWut/units/IEEE802.080020cf428a/dev/printers/1608b-64 |
where index is an increasing alphabetical character, starting at a.
If the manufacturer name is not available, the USB vendor and product ID numbers are used for the name of the device link.
Some device nodes are owned by the user whose session is active on the DTU, while others may be owned by root or by other users that may have had previously active sessions on the DTU. Device permissions, access controls and ownership rules are determined by the class of device. For serial devices, only the user whose session is active on the DTU or the superuser have permission to use the attached device. If there is no user with an active session, superuser owns the serial and parallel device nodes. This rule may not hold for other classes of USB devices connected to the DTU.
The following description of the behavior of USB devices when sessions are connected and disconnected from a DTU applies only to USB serial and USB parallel devices. Other device classes may have different semantics regarding ownership and device lease times.
Changing the active session on a DTU changes the ownership of the device nodes to the user associated with the new session. A session change occurs whenever a user:
In a failover environment, you can use the utselect or utswitch command to change a session. A session change causes all devices currently open by a non-root user to be closed after 15 seconds. Any input or output to or from any affected device results in an error. Devices currently opened by the superuser, including normal Solaris printing, remain unaffected by the session change.
Mass storage devices have two types of device nodes, block and raw, which are created in the DTU’s device directory. A link to the block device is created in the DTU’s dev/dsk directory and a link to the raw device is created in the dev/rdsk directory.
Device links have a suffix denoting their slice number. Slice s2 is known as the backup slice, signifying the complete disk. Other slices are numbered accordingly on the file system on the disk. For UFS disks, slice numbers are derived from the disk label. For FAT disks, slices (partitions in this case) are numbered starting from s0. Disk operations such as format or eject should be directed at slice s2. Partition operations such as mount or fstyp should be directed at the individual slice concerned. See TABLE 4-2 for examples.
When a mass storage device is plugged into the DTU, if it has a Solaris-recognizable file system, it is automatically mounted on a directory under the user’s mount parent directory. The mount parent directory is located in $DTDEVROOT/mnt/. The user can also locate mount points by using the -l option to the utdiskadm command:
When the user’s session disconnects from the DTU, the user loses access rights to the mass storage device. All pending I/O to the device is aborted. This can cause the data on the device to be corrupted. Please advise users to use the utdiskadm command as follows to unmount all file systems safely before hotdesking or unplugging the disk from the DTU:
Note - Before running this command, close all references to files and directories in the mount point to ensure that the device is not busy. |
If a smart card or NSCM session (with RHA policy enabled) becomes idle due to keyboard and mouse inactivity long enough to activate the screen lock, the session is disconnected. The user loses access to the storage device, causing any I/O in progress to abort, and data may become corrupted.
Note - These options all have security and convenience implications that should be carefully weighed against the timeout issue to determine what is best for your site. |
TABLE 4-2 is a summary of common disk operations and the commands used to perform them. Refer to the Solaris System Administration Guide and man pages for more information on the individual commands.
Sun Ray Server Software supports PostScript printers connected directly to a USB port on the Sun Ray DTU or connected through a USB-to-parallel port adapter. For non-PostScript printer support, refer to Non-PostScript Printers.
Note - The lp subsystem opens the device node as superuser for each print request, so print jobs are not affected by hotdesking. |
For more information on Solaris ReadyTM printers, go to:
http://www.sun.com/solarisready/
Starting a print queue on a printer attached to a Sun Ray DTU, either directly or through an adapter, is identical to starting a print queue in the Solaris operating environment.
1. Log in as superuser on a Sun Ray DTU.
2. To determine the MAC address of the DTU, press the three audio option keys to the left of the power key in the upper right corner of the keyboard.
The alphanumeric string displayed above the connection icon is the MAC address.
3. To locate the Sun Ray DTU, type:
The path to the extended MAC address for your particular Sun Ray DTU is displayed.
4. Locate the port for the printer by typing:
5. In the directory, locate the printer node.
6. For Solaris 10, use the following steps:
a. Start the PrintManager by typing:
b. Click OK to choose files for repository.
c. Go to Browse -> Printers -> Edit -> Add -> LocalPrinter.
Choose Other to enter the printer port path name. To locate the printer port, refer to Step 4 above.
7. To verify that the printer has been set up correctly, type:
Printers that do not use PostScript, such as engineering plotters, are best supported by third-party software. Low-cost inkjet printers require third-party software such as:
Check with the vendors for pricing and the precise printer models supported.
PDASync for SolarisTM requires a compatible version of the Java Communications API 2.0.2 or a later version to run on the Sun Ray DTU. Version 3 or later is recommended.
To synchronize PDAs that use the Palm OS to a Sun Ray DTU, use a USB-to-serial adapter.
Certain components of the Java Communications API package must be installed in specific directories for PDASync for Solaris to run.
2. Get the latest Java Communications API (javax.comm api version 3 and above) from
http://java.sun.com/products/javacomm/
4. Copy the CommAPI jar file into the PDAsync installation base by typing:
5. Copy the CommAPI native library into the PDAsync installation base by typing:
6. Launch the PDASync application by typing:
libusb is an Open Source user land USB API/library that enables an application to access USB devices. libusb has been implemented for a number of operating environments, including Linux, BSD, MacOS, and Windows, as well as for Solaris and Sun Ray environments.
libusb applications are capable of running on any operating environment that supports libusb. For further information, see /usr/sfw/share/doc/libusb/libusb.txt.
Some Open Source applications that make use of libusb support and enable users to access scanners, digital cameras, and other devices are listed below.
For further information, please see:
Copyright © 2008 Sun Microsystems, Inc. All Rights Reserved.