Solaris Static Network Configuration

Posted by Ron Valente Mon, 13 Aug 2007 14:04:00 GMT

Introduction

Consider a Solaris Server that you need as a DHCP and DNS server. The ideal configuration would be a static network config so that the IP address never changes. The best way to go about doing this is to configuring the following files. For the sake of argument let say we want the IP address of the server to be 172.16.0.100 with a Class C network mask. I have a Intel Pro 1000 Gigabit Ethernet card in my Solaris Server so the e1000g driver is used in the examples. Finally the hostname for this Solaris server will be called "solsrv"

Required Files

/etc/defaultrouter
/etc/inet/netmasks
/etc/nodename
/etc/hostname.e1000g0
/etc/resolv.conf
/etc/hosts

/etc/defaultrouter

172.16.0.1

/etc/inet/netmasks

172.16.0.0 255.255.255.0

/etc/nodename

solsrv

/etc/hostname.e1000g0

solsrv

/etc/resolv.conf

For my DNS server I use OpenDNS: http://www.opendns.org

nameserver 208.67.222.222

/etc/hosts

127.0.0.1 localhost
172.16.0.100 solsrv

IMPORTANT - Delete These Files

Finally remove these files using the following commands:

rm /etc/dhcp.e1000g0
rm /etc/dhcp/e1000g0.dhc

Sun Microsystems - Shared Shell 1

Posted by Ben Allen Fri, 20 Jul 2007 18:26:00 GMT

Introduction

Sun Microsystems' Shared Shell is a free piece of software that solves a number of problems for a system administrator. What it allows you to do is log into a SSH server as you would from any terminal, and then share the session with multiple users. It brings collaboration to SSH by adding a whiteboard feature and a chat window to the terminal. Probably its biggest attraction is that it allows multiple users connect to the same server without configuring firewalls, or adding accounts for each users. Shared Shell is written in Java, so it will run on almost any graphical platform. It does require that you have a freely available Sun Online Account or a Sun Microsystems Employee account. Shared Shell is available at Sun Microsystems - Shared Shell.

Sun Shared Shell Shared Shell's main window with an active terminal and two users.

Login

To create a new session you need to put in your SSH or Telnet server's address, username, and password. In addition you need to put in your Sun Online Account information. Login and Create New Session

To login to an existing Shared Shell session you will first need an invitation key from the session. This must by obtained outside of shared shell, i.e. IM, phone, email. You will also need to put in you Sun Online Account information before you connect to the session. Login to Existing Session

The following window will show you the invite code for your session. A user's Sun Online account name will show up in this window when he or she connects allowing you to decide to allow then or deny access to the session. New User Connecting

Features

Shared Shell includes the ability for users to use a white board functionality on top of the active terminal. Highlighting

As with any white board you can erase any marks that are made. Erasing

A great feature included in Shared Shell is that is colorizes each user's text. Not only does it colorize the text in the chat window but also in the terminal window, and cursors. Two User Colorizing

Permissions

Shared Shell allows you to give an invited user one of three permissions:

  • Full Access

    Allows the user to type in the terminal and press enter to execute commands.

  • No-Exec Access

    Allows the user to type in the terminal, but may not execute commands.

  • View Only Access

    Allows the user only to view the terminal. The user cannot type commands nor execute them.

Privledges

A full access user must press enter for the no-exec access user. This is useful if you want someone to show you the command but do not trust them enough to let them execute the command. No-Excute

File Transfer

Shared Shell allows users to send files and receive files from other users. Users can even request a file from another user. File Transferring

Transfer Complete

Sun Microsystems' Shared Shell is available freely for download at Sun Microsystems - Shared Shell.

Compiling Ruby on Solaris 10 11/06

Posted by Ron Valente Wed, 18 Jul 2007 19:24:00 GMT

Introduction

By the end of this post you will have Ruby fully installed on your Solaris Server/Workstation. These instructions are written for Solaris 10 11/06, they can be easily adopted for OpenSolaris. One thing to watch out for if you are using OpenSolaris is that SunStudio 12 breaks the Ruby compile. There are work arounds to this but I have not had enough time to fully troubleshoot and solve the issue.

Getting Ready

Make sure SunStudio 11 (Do NOT install SunStudio 12) is installed on your Solaris machine before you start.

Correction Sun Studio 12 works if this is being installed under Solaris 10 11/06 and SPARC hardware. I havent had a chance to test other hardware/OS options as of yet.

Installation

Creating Required Directories

mkdir /opt/src

Download Ruby & Dependencies

cd /opt/src
wget ftp://ftp.cwru.edu/pub/bash/readline-5.2.tar.gz
wget ftp://ftp.ruby-lang.org/pub/ruby/ruby-1.8.6.tar.gz

Extract Ruby

gunzip readline-5.2.tar.gz
gunzip ruby-1.8.6.tar.gz
tar xf readline-5.2.tar
tar xf ruby-1.8.6.tar

Compile Ruby & Dependencies

Readline

cd readline-5.2
./configure --prefix=/opt/local
make
sudo make install

Ruby

cd ../ruby-1.8.6
./configure --with-readline-dir=/opt/local --enable-pthread --prefix=/opt/local
make
sudo make install

Test Installation

Run the following command to make sure that ruby is installed

ruby -v

Troubleshooting

If this fails with a command not found error your path may not be set correctly.

echo $PATH

Make sure it looks like this

/opt/local/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/sbin:/bin

Solaris 10 Automated Installation

Posted by Ron Valente Tue, 17 Jul 2007 19:49:00 GMT

Introduction

Have you ever had a lab or group of computers that was getting to the point of being a huge pain? Repeating the same boring installation process over and over again? Never again will you need to do that with Solaris JumpStart Server.

Solaris 10 JumpStart allows a System Adminstrator to perform efficient and precise Solaris provisioning on new hardware. There are three elements that make up a JumpStart Server. I will be focusing on the setup of a complete solution for SPARC hardware. This is because this is the hardware that I was using when setting up the JumpStart server and clients. I will comment on differences between the SPARC setup and the x86/64 setup when the two hardware platforms would differ.

For instance, when this task would be applied to an x86 solution the major difference would be that rarp would not be used because x86 hardware supports DHCP built-in these days. So PXE boot would be implemented.

Environment Requirements

  • Boot Server
  • Installer Server
  • Profile Server

There are three corresponding services that match up the above requirements. Before I go into detail I will explain what each server does and the services that are required by that server and what part they play in the whole scheme of things.With an exception to the boot server some of the time these servers can all be housed on one single machine.

Boot Server

The boot server handles the communication with the SPARC machines on boot. The boot server needs three configuration files and also needs to be running in.rarpd.

/etc/bootparams

ultra60  root=192.168.0.253:/export/install/sparc_10/Solaris_10/Tools/Boot \
install=192.168.0.253:/export/install/sparc_10 boottype=:in \
sysid_config=192.168.0.253:/opt/SUNWjet/Clients/ultra60 \
install_config=192.168.0.253:/opt/SUNWjet rootopts=:rsize=8192  term=:vt100

/etc/ethers

88:02:23:b4:d1:6b ultra60

/etc/hosts

127.0.0.1       localhost
192.168.0.253   boot-srv loghost
192.168.0.100   ultra60

Setting up and Starting Boot Services Uncomment the line in /etc/inetd.conf that is referring to the tftp server. Restart the TFTP server. For debugging purposes running the tftp server in the foreground might be useful. Start the RARP Daemon in the foregroup for debugging purposes as well. Once those services are running the boot server setup is complete!

Install Server

The install server stores all the files that are used for installation. This server requires that NFS be running and exporting the files that are pulled from the CD/DVD. Run the following commands below to prepare the installation server for JumpStart.

mkdir -m 755 -p /export/install
mkdir -m 755 -p /export/jumpstart
cd /cdrom/SOL_10_1106_ARCH/s0/Solaris_10/Tools
./setup_install_server /export/install/sparc_10
share -F nfs -o ro,anon=0 /export/install
share -F nfs -o ro,anon=0 /export/jumpstart
shareall

Below is the listing of the shared directory with the install files.

boot-srv# ls /export/install 
TT_DB     media     patches   pkgs      sparc_10

You can check to see if the NFS directories are being shared with the following command:

showmount -e localhost

The install server should be all set now

Profile Server

The profile server stores the information that the client needs about itself. Scripts and rules files are stored on the profile server for use by the client. There are pre and post install scripts for further customization. A rules file must be created then tested with the check command which is copied from the CD.

/export/jumpstart/rules

any - - any_machine -

The rules file above will match any machine that initiates a ARP request on boot.

Once the rules file is created you must run the check script on this file. The script will create a file called rules.ok which is the file that is read from the client during the boot phase of the install. The check script lives on the first CD/DVD of the Solaris 10 set. Run the following command to get the files necessary:

cp /cdrom/SOL_10_1106_ARCH/s0/Solaris_10/Misc/* /export/jumpstart
cd /export/jumpstart/
./check

This script should return a message stating that the rules file is ok. Run the following command to make sure the file was created.

ls /export/jumpstart | grep rules.ok

Once you are complete here your JumpStart server should be completely operational. All that is left to do is to add clients and test them. Adding clients to a JumpStart server is very easy. Sun supplies a script in the Misc folder on the CD that was copied to the /export/jumpstart folder during the install. Run the following command to add a client:

cd /export/jumpstart
./add_install_client -e MAC_ADDRESS \
-s boot-srv:/export/install/sparc_10 \
-c boot-srv:/export/jumpstart \
ultra60 sun4u

Troubleshooting

  • Make sure the /export/jumpstart folder is shared via NFS
  • Make sure the /export/install folder is shared via NFS
  • Make sure the TFTP server is up and running
  • Make sure the RARP server is up and running
  • If the clients are connected to a Cisco Switch or other managed switch make sure the ports that are connected to a computer are set to portfast or else the link will never come up in time for the RARP message to be received by the client.

Older posts: 1 2