<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>dotplan</title>
	<atom:link href="http://super-user.org/blog/?feed=rss2" rel="self" type="application/rss+xml" />
	<link>http://super-user.org/blog</link>
	<description>troubleshooting &#38; performance analysis</description>
	<lastBuildDate>Wed, 07 Jul 2010 14:43:16 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Images do not load in Safari</title>
		<link>http://super-user.org/blog/?p=452</link>
		<comments>http://super-user.org/blog/?p=452#comments</comments>
		<pubDate>Wed, 07 Jul 2010 14:43:16 +0000</pubDate>
		<dc:creator>gary</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://super-user.org/blog/?p=452</guid>
		<description><![CDATA[I experienced a weird problem whereby no images were loading in Safari (yet Flash was working) but everything was fine in Firefox.  I tried cleaning out caches, and reset virtually everything.  The real problem turned out that I had accidentally checked the item &#8220;Disable Images&#8221; under the &#8220;Develop&#8221; menu.   
I guess [...]]]></description>
			<content:encoded><![CDATA[<p>I experienced a weird problem whereby no images were loading in Safari (yet Flash was working) but everything was fine in Firefox.  I tried cleaning out caches, and reset virtually everything.  The real problem turned out that I had accidentally checked the item &#8220;Disable Images&#8221; under the &#8220;Develop&#8221; menu.   </p>
<p>I guess it works!</p>
]]></content:encoded>
			<wfw:commentRss>http://super-user.org/blog/?feed=rss2&amp;p=452</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>A filer in your pocket.  Installing a NetApp simulator.</title>
		<link>http://super-user.org/blog/?p=442</link>
		<comments>http://super-user.org/blog/?p=442#comments</comments>
		<pubDate>Sat, 30 Jan 2010 18:09:20 +0000</pubDate>
		<dc:creator>gary</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://super-user.org/blog/?p=442</guid>
		<description><![CDATA[Download a simulator.  You will need a NOW (NetApp On the Web) account to download.
http://now.netapp.com/NOW/cgi-bin/simulator
I am using a Linux virtual machine inside Virtual Box, so I connect to that Linux machine and copy over the tarfile, that I downloaded to my mac.  An alternative would be do download it from within the VM.
I [...]]]></description>
			<content:encoded><![CDATA[<p>Download a simulator.  You will need a NOW (NetApp On the Web) account to download.</p>
<p>http://now.netapp.com/NOW/cgi-bin/simulator</p>
<p>I am using a Linux virtual machine inside Virtual Box, so I connect to that Linux machine and copy over the tarfile, that I downloaded to my mac.  An alternative would be do download it from within the VM.</p>
<p>I am going to download the tarfile to /var/tmp, and then do the actual install to /opt/sim.</p>
<pre>[root@localhost tmp]# pwd
/var/tmp
</pre>
<p>Here I am copying the tarfile to the /var/tmp dir.</p>
<pre>
[root@localhost tmp]# scp gjl@192.168.56.1:~/software/7.3.2-tarfile-v22.tar .
7.3.2-tarfile-v22.tar                                               100%   56MB  14.1MB/s   00:04
[root@localhost tmp]# ls -l
total 57572
-rw-r--r--. 1 root root 58951680 2010-01-30 12:45 7.3.2-tarfile-v22.tar
</pre>
<p>Now I can un-tar the file (it was already uncompressed).</p>
<pre>
[root@localhost tmp]# tar xf 7.3.2-tarfile-v22.tar
</pre>
<p>The tarfile extracts a directory named &#8220;simulator&#8221; inside this dir is the setup tool</p>
<pre>
[root@localhost tmp]# cd simulator/

[root@localhost simulator]# pwd
/var/tmp/simulator
[root@localhost simulator]# ls
disks2.tgz  doc          readme.htm  setup.sh  Vmware, Linux and Simulator installation.doc
disks.tgz   license.htm  runsim.sh   sim.tgz
</pre>
<p>Now i run the setup.sh script</p>
<pre>
[root@localhost simulator]# ./setup.sh 

Script version 22 (18/Sep/2007)
Where to install to? [/sim]: /opt/sim
Would you like to install as a cluster? [no]:
Would you like full HTML/PDF FilerView documentation to be installed [yes]: no
Continue with installation? [no]: yes
Creating /opt/sim
Unpacking sim.tgz to /opt/sim
Configured the simulators mac address to be [00:50:56:14:bd:36]
Please ensure the simulator is not running.
Your simulator has 2 disk(s). How many more would you like to add? [0]: 12

The following disk types are available in MB:
        Real (Usable)
  a -   43   ( 14)
  b -   62   ( 30)
  c -   78   ( 45)
  d -  129   ( 90)
  e -  535   (450)
  f - 1024   (900)

If you are unsure choose the default option a
What disk size would you like to use? [a]:
Disk adapter to put disks on? [0]:
Use DHCP on first boot? [yes]: no
Ask for floppy boot? [no]:
Your default simulator network interface is already configured to eth1.
Which network interface should the simulator use? [eth1]:
Your system has 435MB of free memory. The smallest simulator memory you should choose is 110MB. The maximum simulator memory is 395MB.
The recommended memory is 512MB.
Your original default appears to be too high. Seriously consider adjusting to below the maximum amount of 395MB.
How much memory would you like the simulator to use? [512]: 350
Create a new log for each session? [no]:
Overwrite the single log each time? [yes]:
Adding 12 additional disk(s).
Complete. Run /opt/sim/runsim.sh to start the simulator.
</pre>
<p>Since I answered no to the DHCP question, I will need to configure an IP address when I startup the simulator.  Let&#8217;s do that.</p>
<pre>
[root@localhost simulator]# /opt/sim/runsim.sh
</pre>
<p>Here is a copy of my session.</p>
<pre>
runsim.sh script version Script version 22 (18/Sep/2007)
This session is logged in /opt/sim/sessionlogs/log

NetApp Release 7.3.2: Thu Oct 15 03:13:41 PDT 2009
Copyright (c) 1992-2009 NetApp.
Starting boot on Sat Jan 30 17:53:32 GMT 2010
Sat Jan 30 17:54:17 GMT [iomem.card.fail.fpga.rev:CRITICAL]: Acceleration card (model name X1938A-R5, serial number 5012345670, part number virgo-simulator) on slot 1 has firmware version 1.0 (200905011442), requires 1.1 (200908030903).
Sat Jan 30 17:54:17 GMT [iomem.init.fail:CRITICAL]: Failed to initialize acceleration card (model name X1938A-R5, serial number 5012345670, part number virgo-simulator) in slot 1.
Sat Jan 30 17:54:24 GMT [fmmb.current.lock.disk:info]: Disk v4.16 is a local HA mailbox disk.
Sat Jan 30 17:54:24 GMT [fmmb.current.lock.disk:info]: Disk v4.17 is a local HA mailbox disk.
Sat Jan 30 17:54:24 GMT [fmmb.instStat.change:info]: normal mailbox instance on local side.
Sat Jan 30 17:54:26 GMT [raid.cksum.replay.summary:info]: Replayed 0 checksum blocks.
Sat Jan 30 17:54:26 GMT [raid.stripe.replay.summary:info]: Replayed 0 stripes.
sparse volume upgrade done. num vol 0.
Vdisk Snap Table for host:0 is initialized
Sat Jan 30 17:54:29 GMT [vol.language.unspecified:info]: Language not set on volume vol0. Using language config "C". Use vol lang to set language.
Sat Jan 30 17:54:29 GMT [rc:notice]: The system was down for 8809411 seconds
Sat Jan 30 17:54:29 GMT [useradmin.added.deleted:info]: The role 'compliance' has been added.
Sat Jan 30 17:54:30 GMT [useradmin.added.deleted:info]: The group 'Backup Operators' has been modified.
/etc/rc is missing. Running configuration dialog.

	NetApp Release 7.3.2: Thu Oct 15 03:13:41 PDT 2009
	System ID: 0099910788 ()
	System Serial Number: 987654-32-0 ()
	System Storage Configuration: Multi-Path
	System ACP Connectivity: No Connectivity
	Model Name: Simulator
	Processors: 1
	slot 0: NetApp Virtual SCSI Host Adapter v0
                14 Disks:              0.6GB
		2 shelves with LRC
	slot 1: NetApp Virtual SCSI Host Adapter v1
	slot 2: NetApp Virtual SCSI Host Adapter v2
	slot 3: NetApp Virtual SCSI Host Adapter v3
	slot 4: NetApp Virtual SCSI Host Adapter v4
                14 Disks:              0.6GB
		2 shelves with LRC
	slot 5: NetApp Virtual SCSI Host Adapter v5
	slot 6: NetApp Virtual SCSI Host Adapter v6
	slot 7: NetApp Virtual SCSI Host Adapter v7
	slot 8: NetApp Virtual SCSI Host Adapter v8
                4 Tapes:            VT-100MB
                                    VT-100MB
                                    VT-100MB
                                    VT-100MB
Please enter the new hostname []:
</pre>
<p>From here on, the process is the same as installing a new filer.</p>
<pre>
Please enter the new hostname []: pocketsim
Do you want to enable IPv6? [n]:
Do you want to configure virtual network interfaces? [n]:
Please enter the IP address for Network Interface ns0 []: 192.168.56.12
Please enter the netmask for Network Interface ns0 [255.255.255.0]:
Please enter media type for ns0 {100tx-fd, auto} [auto]:
Please enter the IP address for Network Interface ns1 []:
Would you like to continue setup through the web interface? [n]:
Please enter the name or IP address of the IPv4 default gateway: 192.168.56.1
	The administration host is given root access to the filer's
	/etc files for system administration.  To allow /etc root access
	to all NFS clients enter RETURN below.
Please enter the name or IP address of the administration host: 192.168.56.1
Please enter timezone [GMT]: EST
Where is the filer located? []: LinuxVM
What language will be used for multi-protocol files (Type ? for list)?:
language not set
Do you want to run DNS resolver? [n]:
Do you want to run NIS client? [n]:
	The Shelf Alternate Control Path Management process provides the ability
	to recover from certain SAS shelf module failures and provides a level of
	availability that is higher than systems not using the Alternate Control
	Path Management process.
Do you want to configure the Shelf Alternate Control Path Management interface for SAS shelves [n]:
Setting the administrative (root) password for pocketsim ...
New password:
Retype new password:
</pre>
<p>Do you want to configure the Shelf Alternate Control Path Management interface for SAS shelves [n]:<br />
Setting the administrative (root) password for pocketsim &#8230;<br />
New password:<br />
Retype new password:<br />
Sat Jan 30 12:56:41 EST [passwd.changed:info]: passwd for user &#8216;root&#8217; changed.<br />
Sat Jan 30 12:56:42 EST [dfu.firmwareUpToDate:info]: Firmware is up-to-date on all disk drives<br />
Sat Jan 30 12:56:42 EST [sfu.firmwareUpToDate:info]: Firmware is up-to-date on all disk shelves.<br />
Sat Jan 30 12:56:42 EST [tapemc.alias.addOK:info]: Alias st0 automatically added for tape device WWN[0:042:424200:000000].<br />
Sat Jan 30 12:56:42 EST [tapemc.alias.addOK:info]: Alias st1 automatically added for tape device WWN[0:142:424200:000000].<br />
Sat Jan 30 12:56:42 EST [tapemc.alias.addOK:info]: Alias st2 automatically added for tape device WWN[0:242:424200:000000].<br />
Sat Jan 30 12:56:42 EST [tapemc.alias.addOK:info]: Alias st3 automatically added for tape device WWN[0:342:424200:000000].<br />
Sat Jan 30 12:56:42 EST [netif.linkUp:info]: Ethernet ns0: Link up.<br />
Sat Jan 30 12:56:42 EST [perf.archive.start:info]: Performance archiver started. Sampling 22 objects and 195 counters.<br />
add net default: gateway 192.168.56.1<br />
There are 12 spare disks; you may want to use the vol or aggr command<br />
to create new volumes or aggregates or add disks to the existing aggregate.<br />
Sat Jan 30 12:56:43 EST [snmp.agent.msg.access.denied:warning]: Permission denied for SNMPv3 requests from root. Reason: Password is too short (SNMPv3 requires at least 8 characters).<br />
Sat Jan 30 12:56:44 EST [rc:info]: Registry is being upgraded to improve storing of local changes.<br />
Sat Jan 30 12:56:44 EST [rc:info]: Registry upgrade successful.<br />
Sat Jan 30 12:56:45 EST [mgr.boot.disk_done:info]: NetApp Release 7.3.2 boot complete. Last disk update written at Tue Oct 20 13:50:57 EST 2009<br />
Sat Jan 30 12:56:45 EST [mgr.boot.reason_ok:notice]: System rebooted after a halt command.<br />
This process will enable CIFS access to the filer from a Windows(R) system.<br />
Use &#8220;?&#8221; for help at any prompt and Ctrl-C to exit without committing changes.</p>
<p>        Your filer does not have WINS configured and is visible only to<br />
        clients on the same subnet.<br />
Do you want to make the system visible via WINS? [n]:<br />
        A filer can be configured for multiprotocol access, or as an NTFS-only<br />
        filer. Since multiple protocols are currently licensed on this filer,<br />
        we recommend that you configure this filer as a multiprotocol filer</p>
<p>(1) Multiprotocol filer<br />
(2) NTFS-only filer</p>
<p>Selection (1-2)? [1]: 1<br />
        CIFS requires local /etc/passwd and /etc/group files and default files<br />
        will be created.  The default passwd file contains entries for &#8216;root&#8217;,<br />
        &#8216;pcuser&#8217;, and &#8216;nobody&#8217;.<br />
Enter the password for the root user []:<br />
Retype the password:<br />
        The default name for this CIFS server is &#8216;POCKETSIM&#8217;.<br />
Would you like to change this name? [n]:<br />
        Data ONTAP CIFS services support four styles of user authentication.<br />
        Choose the one from the list below that best suits your situation.</p>
<p>(1) Active Directory domain authentication (Active Directory domains only)<br />
(2) Windows NT 4 domain authentication (Windows NT or Active Directory domains)<br />
(3) Windows Workgroup authentication using the filer&#8217;s local user accounts<br />
(4) /etc/passwd and/or NIS/LDAP authentication</p>
<p>Selection (1-4)? [1]: 4<br />
What is the name of the Workgroup? [WORKGROUP]:<br />
CIFS &#8211; Starting SMB protocol&#8230;<br />
Welcome to the WORKGROUP Windows(R) workgroup</p>
<p>CIFS local server is running.</p>
<p>Password:<br />
pocketsim> Sat Jan 30 12:57:41 EST [console_login_mgr:info]: root logged in from console</p>
<p>pocketsim>
</pre>
<p>Now I have installed the filer, I can connect to it from outside the Linux VM.  In this example "lovebox" is the name of my MacOS laptop (which hosts the Linux VM).</p>
<pre>
lovebox:~ gjl$ telnet 192.168.56.12
Trying 192.168.56.12...
Connected to 192.168.56.12.
Escape character is '^]'.

Password:
pocketsim> Sat Jan 30 12:58:47 EST [telnet_0:info]: root logged in from host: 192.168.56.1

pocketsim>
pocketsim>
</pre>
]]></content:encoded>
			<wfw:commentRss>http://super-user.org/blog/?feed=rss2&amp;p=442</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Collecting NFS trace data for performance tasks.</title>
		<link>http://super-user.org/blog/?p=434</link>
		<comments>http://super-user.org/blog/?p=434#comments</comments>
		<pubDate>Tue, 19 Jan 2010 13:16:56 +0000</pubDate>
		<dc:creator>gary</dc:creator>
				<category><![CDATA[Performance]]></category>
		<category><![CDATA[nfs]]></category>
		<category><![CDATA[trace]]></category>

		<guid isPermaLink="false">http://super-user.org/blog/?p=434</guid>
		<description><![CDATA[When collecting network traces to solve performance problems, we need to balance the need to capture enough data to re-construct the upper protocols with the need to limit the amount of trace data collected overall.  When capturing NFS traffic, the packet size can grow to be quite large, since the NFS packets will contain [...]]]></description>
			<content:encoded><![CDATA[<p>When collecting network traces to solve performance problems, we need to balance the need to capture enough data to re-construct the upper protocols with the need to limit the amount of trace data collected overall.  When capturing NFS traffic, the packet size can grow to be quite large, since the NFS packets will contain the &#8220;payload&#8221; data i.e. the data that the userland application is reading or writing.</p>
<p>Most of the tools used to collect network trace data support the &#8217;snaplen&#8217; option which controls how much data to capture per packet.  For NFS traces a snaplen of 256 bytes seems to work well.  With a snaplen of 256 the trace analysers will have enough data to reconstruct the filehandles, offset and IO size.  Tools like tshark will be able to match the NFS response to the request and so you can see the response time from the NFS server.</p>
<p>In this trace below, the total response time is from the first NFS READ Call (packet 13) until the final RPC Continuation in the sequence.  In NFS the NFS V3 READ Reply (Packet 14) is just the beginning of the NFS server response.   The bulk of the payload is in the &#8220;RPC Continuation&#8221; packets.  The number of Continuation packets will depend on the size of the NFS request and the size of the Ethernet frames. In the trace below, the IO size is 32K, the Ethernet segment size is 1500 and the IO stream is single threaded.</p>
<p>I use the tshark option  &#8220;-R rpc&#8221; to show the &#8220;NFS READ calls&#8221; as well as the &#8220;RPC Continuation&#8221; responses from the NFS server.</p>
<p>The command line.</p>
<pre>
lovebox:test_snaplen gjl$ tshark -r snap256_from_open -R rpc|head -35
</pre>
<p>The trace.</p>
<pre>
 13   3.529598 192.168.10.3 -> 192.168.10.4 NFS V3 READ Call, FH:0x44281a4d Offset:0 Len:32768
 14   3.529844 192.168.10.4 -> 192.168.10.3 NFS V3 READ Reply (Call In 13) Len:32768[Unreassembled Packet]
 15   3.529856 192.168.10.4 -> 192.168.10.3 RPC Continuation
 17   3.529872 192.168.10.4 -> 192.168.10.3 RPC Continuation
 18   3.529882 192.168.10.4 -> 192.168.10.3 RPC Continuation
 20   3.529896 192.168.10.4 -> 192.168.10.3 RPC Continuation
 21   3.529905 192.168.10.4 -> 192.168.10.3 RPC Continuation
 23   3.529921 192.168.10.4 -> 192.168.10.3 RPC Continuation
 24   3.529930 192.168.10.4 -> 192.168.10.3 RPC Continuation
 26   3.529944 192.168.10.4 -> 192.168.10.3 RPC Continuation
 27   3.529955 192.168.10.4 -> 192.168.10.3 RPC Continuation
 29   3.529970 192.168.10.4 -> 192.168.10.3 RPC Continuation
 30   3.529980 192.168.10.4 -> 192.168.10.3 RPC Continuation
 32   3.529997 192.168.10.4 -> 192.168.10.3 RPC Continuation
 33   3.530005 192.168.10.4 -> 192.168.10.3 RPC Continuation
 35   3.530019 192.168.10.4 -> 192.168.10.3 RPC Continuation
 36   3.530029 192.168.10.4 -> 192.168.10.3 RPC Continuation
 38   3.530044 192.168.10.4 -> 192.168.10.3 RPC Continuation
 39   3.530053 192.168.10.4 -> 192.168.10.3 RPC Continuation
 41   3.530068 192.168.10.4 -> 192.168.10.3 RPC Continuation
 42   3.530077 192.168.10.4 -> 192.168.10.3 RPC Continuation
 44   3.530092 192.168.10.4 -> 192.168.10.3 RPC Continuation
 45   3.530100 192.168.10.4 -> 192.168.10.3 RPC Continuation
 47   3.530115 192.168.10.4 -> 192.168.10.3 RPC Continuation
 48   3.530197 192.168.10.3 -> 192.168.10.4 NFS V3 READ Call, FH:0x44281a4d Offset:32768 Len:32768
</pre>
<p>If you are processing someone elses trace data, one clue that the snaplen was too short is that the NFS reads do not contain the offset or Len values.  In this example the snaplen was 192.  Notice that packet 27 does not show the offset of the read, compare to packet 13 in the above trace, where the snaplen was 256.</p>
<pre>
 17  30.646984 192.168.10.3 -> 192.168.10.4 NFS V3 ACCESS Call, FH:0x34d96998
 18  30.647233 192.168.10.4 -> 192.168.10.3 NFS V3 ACCESS Reply (Call In 17)
 20  30.647279 192.168.10.3 -> 192.168.10.4 NFS V3 GETATTR Call, FH:0x44281a4d
 21  30.647472 192.168.10.4 -> 192.168.10.3 NFS V3 GETATTR Reply (Call In 20)  Regular File mode:0666 uid:0 gid:0
 22  30.647501 192.168.10.3 -> 192.168.10.4 NFS V3 ACCESS Call, FH:0x44281a4d
 23  30.647727 192.168.10.4 -> 192.168.10.3 NFS V3 ACCESS Reply (Call In 22)
 27  30.648254 192.168.10.3 -> 192.168.10.4 NFS V3 READ Call[Packet size limited during capture]
 28  30.648539 192.168.10.4 -> 192.168.10.3 NFS V3 READ Reply (Call In 27) Len:32768[Packet size limited during capture]
</pre>
<p>In wireshark, there are a number of settings which control how wireshark/tshark attempts to re-assemble rpc/tcp/nfs packets.  Enabling &#8220;more aggressive&#8221; RPC decoding seemed to mess up the ability to show the RPC continuation packets.  Here are the RPC settings from the wireshark preferences used to generate this data.  These prefs also affect the way tshark works.</p>
<pre>
lovebox:test_snaplen gjl$ grep rpc ~/.wireshark/preferences
dcerpc.desegment_dcerpc: TRUE
dcerpc.reassemble_dcerpc: TRUE
rpc.desegment_rpc_over_tcp: TRUE
rpc.defragment_rpc_over_tcp: TRUE
rpc.max_tcp_pdu_size: 4194304
rpc.dissect_unknown_programs: FALSE
rpc.find_fragment_start: FALSE
rpcap.desegment_pdus: TRUE
rpcap.decode_content: TRUE
rpcap.linktype: 0
</pre>
]]></content:encoded>
			<wfw:commentRss>http://super-user.org/blog/?feed=rss2&amp;p=434</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Presentation to RTP OpenSolaris group on Filebench.</title>
		<link>http://super-user.org/blog/?p=428</link>
		<comments>http://super-user.org/blog/?p=428#comments</comments>
		<pubDate>Fri, 15 Jan 2010 20:20:01 +0000</pubDate>
		<dc:creator>gary</dc:creator>
				<category><![CDATA[Performance]]></category>
		<category><![CDATA[benchmark]]></category>
		<category><![CDATA[opensolaris]]></category>

		<guid isPermaLink="false">http://super-user.org/blog/?p=428</guid>
		<description><![CDATA[On Janurary 5th 2010 I gave a short presentation on the FileBench workload modeling tool to the RTP OpenSolaris group.  Click on the slide to advance.  The &#8220;Slides&#8221; link will take you to an HTML version.
Slides

]]></description>
			<content:encoded><![CDATA[<p>On Janurary 5th 2010 I gave a short presentation on the FileBench workload modeling tool to the RTP OpenSolaris group.  Click on the slide to advance.  The &#8220;Slides&#8221; link will take you to an HTML version.</p>
<p><a href="http://super-user.org/presentations/OSUG_Filebench_preso.html" >Slides</a></p>
<p><object width="550" height="400"><param name="movie" value="somefilename.swf"><embed src="http://super-user.org/presentations/OSUG_Filebench_presentation.swf"" width="550" height="400"></embed></object></p>
]]></content:encoded>
			<wfw:commentRss>http://super-user.org/blog/?feed=rss2&amp;p=428</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How to change a disk &#8220;type&#8221; in Solaris.</title>
		<link>http://super-user.org/blog/?p=400</link>
		<comments>http://super-user.org/blog/?p=400#comments</comments>
		<pubDate>Thu, 07 Jan 2010 16:57:33 +0000</pubDate>
		<dc:creator>gary</dc:creator>
				<category><![CDATA[sysadmin]]></category>
		<category><![CDATA[disks]]></category>
		<category><![CDATA[format]]></category>
		<category><![CDATA[solaris]]></category>
		<category><![CDATA[vtoc]]></category>

		<guid isPermaLink="false">http://super-user.org/blog/?p=400</guid>
		<description><![CDATA[Sometimes you might want to change the &#8220;type&#8221; of a disk within Solaris.  The &#8220;type&#8221; of the disk is stored on the disk itself, along with the partition table (presumably in the VTOC in the first part of the disk). For the purpose of this post, I use disk &#8220;name&#8221; and &#8220;type&#8221; interchangeably.
In the [...]]]></description>
			<content:encoded><![CDATA[<p>Sometimes you might want to change the &#8220;type&#8221; of a disk within Solaris.  The &#8220;type&#8221; of the disk is stored on the disk itself, along with the partition table (presumably in the VTOC in the first part of the disk). For the purpose of this post, I use disk &#8220;name&#8221; and &#8220;type&#8221; interchangeably.</p>
<p>In the past, the name of the disk would be displayed in format, something like &#8220;SUN 10G blah blah&#8221; but sometimes the disk name is just &#8220;DEFAULT&#8221; which can be annoying.  It turns out that it is quite simple to change the name of the disk, IF you happen to know the correct sequence.</p>
<p>So, in this case, I want to change the name of disk 1, which currently has the name &#8220;DEFAULT&#8221; followed by some details of the physical layout.</p>
<pre>
Searching for disks...done

AVAILABLE DISK SELECTIONS:
       0. c3d0 DEFAULT cyl 4092 alt 2 hd 128 sec 32
          /pci@0,0/pci-ide@1,1/ide@0/cmdk@0,0
       1. c3d1 DEFAULT cyl 141 alt 2 hd 64 sec 32
          /pci@0,0/pci-ide@1,1/ide@0/cmdk@1,0
</pre>
<p>The first thing I am going to do is to create a file which contains the geometry of this disk.  In the case of x86 accessing the disk via a BIOS, the &#8220;disk&#8221; is actually just the partition which is given over to Solaris, but in principle we think of it as &#8220;the disk&#8221;</p>
<p>We will use the format &#8220;save&#8221; option from within the format/disk mentu to generate the file.  The file is called format.dat by default, and this will be a freshly created file, similar in syntax to /etc/format.dat, but only containing information about one disk (the one which we want to change).</p>
<pre>
Specify disk (enter its number): 1
selecting c3d1
Controller working list found
[disk formatted, defect list found]

FORMAT MENU:
        disk       - select a disk
        type       - select (define) a disk type
        partition  - select (define) a partition table
        current    - describe the current disk
        format     - format and analyze the disk
        fdisk      - run the fdisk program
        repair     - repair a defective sector
        show       - translate a disk address
        label      - write label to the disk
        analyze    - surface analysis
        defect     - defect list management
        backup     - search for backup labels
        verify     - read and display labels
        save       - save new disk/partition definitions
        volname    - set 8-character volume name
        !<cmd>     - execute <cmd>, then return
        quit
format> save
Saving new disk and partition definitions
Enter file name["./format.dat"]:
format> q
</pre>
<p>Next we will edit that file, and change the name to whatever it is we want to use.  The original content of format.dat</p>
<pre>
gjl@vbox-sol1:/a# cat format.dat
#
# New disk/partition type  saved on Thu Jan  7 11:14:21 2010
#
disk_type = "DEFAULT" \
         : ctlr = ata : ncyl = 141 : acyl = 2 : pcyl = 143 \
         : nhead = 64 : nsect = 32 : rpm = 3600

partition = "original" \
         : disk = "DEFAULT" : ctlr = ata \
         : 2 =  0, 288768 : 8 =  0, 2048 : 9 =  1, 4096
 </pre>
<p>and now the edited version, I have hust change the word &#8220;DEFAULT&#8221; to &#8220;SOLARIS_DATA_VDI&#8221;</p>
<pre>
gjl@vbox-sol1:/a# cat format.dat
#
# New disk/partition type  saved on Thu Jan  7 11:14:21 2010
#
disk_type = <b>"SOLARIS_DATA_VDI"</b> \
         : ctlr = ata : ncyl = 141 : acyl = 2 : pcyl = 143 \
         : nhead = 64 : nsect = 32 : rpm = 3600

partition = "original" \
         : disk = <b>"SOLARIS_DATA_VDI"</b>: ctlr = ata \
         : 2 =  0, 288768 : 8 =  0, 2048 : 9 =  1, 4096
</pre>
<p>So, now I want to use this file to change the values stored on the disk, which is used by format to identify the disk.  To do that I will be using the -x option to format, and point to my just edited copy of format.dat</p>
<pre>
gjl@vbox-sol1:/a# format -x ./format.dat
Searching for disks...done

AVAILABLE DISK SELECTIONS:
       0. c3d0 DEFAULT cyl 4092 alt 2 hd 128 sec 32
          /pci@0,0/pci-ide@1,1/ide@0/cmdk@0,0
       1. c3d1 DEFAULT cyl 141 alt 2 hd 64 sec 32
          /pci@0,0/pci-ide@1,1/ide@0/cmdk@1,0
</pre>
<p>Notice that nothing has changed in the output of format&#8230;. yet.  Now I will tell format that I want to change the disk type, and the disk type &#8220;SOLARIS_DATA_VDI&#8221; will now appear in the menu.  It has all the same values as originally, except that I have changed the name.</p>
<p>First I select the disk I am going to change (disk 1)</p>
<pre>
Specify disk (enter its number): 1
selecting c3d1
Controller working list found
[disk formatted, defect list found]
</pre>
<p>Then I select &#8220;type&#8221; to change the type and my new disk type appears as a selectable option.</p>
<pre>
format> type

AVAILABLE DRIVE TYPES:
        0. SOLARIS_DATA_VDI
        1. DEFAULT
        2. DEFAULT
</pre>
<p>I select Option &#8216;0&#8242;</p>
<pre>
Specify disk type (enter its number)[2]: 0
selecting c3d1
No current partition list
No defect list found
[disk formatted, no defect list found]
</pre>
<p>and finally I label the disk.</p>
<pre>
format> la
Ready to label disk, continue? y

format> q
gjl@vbox-sol1:/a#
</pre>
<p>Now, when I run format again, I see that the disk type/name has changed, even though I am no longer using my special &#8220;format.dat&#8221;.  Which is because the name is stored on the disk itself.</p>
<pre>
gjl@vbox-sol1:/a# format
Searching for disks...done

AVAILABLE DISK SELECTIONS:
       0. c3d0 DEFAULT cyl 4092 alt 2 hd 128 sec 32
          /pci@0,0/pci-ide@1,1/ide@0/cmdk@0,0
       1. c3d1 <b>SOLARIS_DATA_VDI</b> cyl 141 alt 2 hd 64 sec 32
          /pci@0,0/pci-ide@1,1/ide@0/cmdk@1,0
</pre>
<p>Of course, a simpler way to mark the disk would be just to add a &#8220;Volume name&#8221; to the disk.   I specifically wanted to get rid of the disk type &#8220;DEFAULT&#8221; from my disk list, so changing the volume name alone was not enough.  In the format output below, I create the volume name &#8220;VDISK&#8221; which appears in addition to the name &#8220;SOLARIS_DATA_VDI&#8221; which is actually the ASCII disk name/type&#8221;</p>
<pre>
format> vol
Enter 8-character volume name (remember quotes)[""]:"VDISK"
Ready to label disk, continue? y

format> di

AVAILABLE DISK SELECTIONS:
       0. c3d0 DEFAULT cyl 4092 alt 2 hd 128 sec 32
          /pci@0,0/pci-ide@1,1/ide@0/cmdk@0,0
       1. c3d1 SOLARIS_DATA_VDI cyl 141 alt 2 hd 64 sec 32  VDISK
          /pci@0,0/pci-ide@1,1/ide@0/cmdk@1,0
</pre>
]]></content:encoded>
			<wfw:commentRss>http://super-user.org/blog/?feed=rss2&amp;p=400</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Performance related videos from Velocity 09</title>
		<link>http://super-user.org/blog/?p=402</link>
		<comments>http://super-user.org/blog/?p=402#comments</comments>
		<pubDate>Thu, 07 Jan 2010 13:15:08 +0000</pubDate>
		<dc:creator>gary</dc:creator>
				<category><![CDATA[Performance]]></category>

		<guid isPermaLink="false">http://super-user.org/blog/?p=402</guid>
		<description><![CDATA[A set of recorded presentations from the Velocity 09 conference, many of which are related to performance.  Particularly &#8220;Internet Scale&#8221; problems.
Here&#8217;s the link: Velocity 2009
]]></description>
			<content:encoded><![CDATA[<p>A set of recorded presentations from the Velocity 09 conference, many of which are related to performance.  Particularly &#8220;Internet Scale&#8221; problems.</p>
<p>Here&#8217;s the link: <a href=http://www.channels.com/feeds/show/15905/Velocity-Conference>Velocity 2009</a></p>
]]></content:encoded>
			<wfw:commentRss>http://super-user.org/blog/?feed=rss2&amp;p=402</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Views from Mt. Occoneechee.</title>
		<link>http://super-user.org/blog/?p=389</link>
		<comments>http://super-user.org/blog/?p=389#comments</comments>
		<pubDate>Sun, 03 Jan 2010 18:48:33 +0000</pubDate>
		<dc:creator>gary</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://super-user.org/blog/?p=389</guid>
		<description><![CDATA[
Some snaps from the top of Mt. Occoneechee.  Click &#8220;Read more&#8221; to see slideshow.
]]></description>
			<content:encoded><![CDATA[<p><object width="400" height="300"><param name="flashvars" value="offsite=true&#038;lang=en-us&#038;page_show_url=%2Fphotos%2F29495782%40N06%2Fsets%2F72157623130206858%2Fshow%2Fwith%2F4240961779%2F&#038;page_show_back_url=%2Fphotos%2F29495782%40N06%2Fsets%2F72157623130206858%2Fwith%2F4240961779%2F&#038;set_id=72157623130206858&#038;jump_to=4240961779"></param><param name="movie" value="http://www.flickr.com/apps/slideshow/show.swf?v=71649"></param><param name="allowFullScreen" value="true"></param><embed type="application/x-shockwave-flash" src="http://www.flickr.com/apps/slideshow/show.swf?v=71649" allowFullScreen="true" flashvars="offsite=true&#038;lang=en-us&#038;page_show_url=%2Fphotos%2F29495782%40N06%2Fsets%2F72157623130206858%2Fshow%2Fwith%2F4240961779%2F&#038;page_show_back_url=%2Fphotos%2F29495782%40N06%2Fsets%2F72157623130206858%2Fwith%2F4240961779%2F&#038;set_id=72157623130206858&#038;jump_to=4240961779" width="400" height="300"></embed></object></p>
<p>Some snaps from the top of <a href=http://www.enoriver.org/eno/parks/Occoneechee.htm>Mt. Occoneechee</a>.  Click &#8220;Read more&#8221; to see slideshow.</p>
]]></content:encoded>
			<wfw:commentRss>http://super-user.org/blog/?feed=rss2&amp;p=389</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Benchmarking Blunders and Things That Go Bump in the Night</title>
		<link>http://super-user.org/blog/?p=352</link>
		<comments>http://super-user.org/blog/?p=352#comments</comments>
		<pubDate>Fri, 09 Oct 2009 21:45:38 +0000</pubDate>
		<dc:creator>gary</dc:creator>
				<category><![CDATA[Performance]]></category>
		<category><![CDATA[analysis]]></category>
		<category><![CDATA[benchmark]]></category>

		<guid isPermaLink="false">http://super-user.org/blog/?p=352</guid>
		<description><![CDATA[A 2004 paper from Neil Gunther which essentially discusses the pitfalls of relying on observed date without applying the known performance laws (most notably little&#8217;s law) to the problem at hand.
PDF
The original link to arXiv.org (whatever that is)
]]></description>
			<content:encoded><![CDATA[<p>A 2004 paper from Neil Gunther which essentially discusses the pitfalls of relying on observed date without applying the known performance laws (most notably little&#8217;s law) to the problem at hand.</p>
<p><a href="http://arxiv.org/pdf/cs/0404043v1" onclick="javascript:pageTracker._trackPageview('/outbound/article/arxiv.org');">PDF</a></p>
<p>The original link to<a href="http://arxiv.org/abs/cs/0404043v1" onclick="javascript:pageTracker._trackPageview('/outbound/article/arxiv.org');"> arXiv.org</a> (whatever that is)</p>
]]></content:encoded>
			<wfw:commentRss>http://super-user.org/blog/?feed=rss2&amp;p=352</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Hardware design for high density storage pod</title>
		<link>http://super-user.org/blog/?p=347</link>
		<comments>http://super-user.org/blog/?p=347#comments</comments>
		<pubDate>Wed, 09 Sep 2009 12:43:39 +0000</pubDate>
		<dc:creator>gary</dc:creator>
				<category><![CDATA[storage]]></category>
		<category><![CDATA[cloud]]></category>
		<category><![CDATA[disks]]></category>
		<category><![CDATA[hardware]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[reliability]]></category>

		<guid isPermaLink="false">http://super-user.org/blog/?p=347</guid>
		<description><![CDATA[These guys at  &#8216;backblaze&#8217; claim to be able to provide 67TB for $7,867 based on 45 SATA drives, RAID6 (Linux) and JFS.  The hardware design which is presented in the blog as a how-to uses vertically stacked drives and looks very much like the Sun &#8216;Thumper&#8217; (X4500) device which I first saw when [...]]]></description>
			<content:encoded><![CDATA[<p>These guys at <a href="http://blog.backblaze.com/2009/09/01/petabytes-on-a-budget-how-to-build-cheap-cloud-storage/" onclick="javascript:pageTracker._trackPageview('/outbound/article/blog.backblaze.com');"> &#8216;backblaze&#8217;</a> claim to be able to provide 67TB for $7,867 based on 45 SATA drives, RAID6 (Linux) and JFS.  The hardware design which is presented in the blog as a how-to uses vertically stacked drives and looks very much like the Sun &#8216;Thumper&#8217; (X4500) device which I first saw when I was still at Sun around 2006.  No performance numbers are given, and whilst the capacity is much cheaper than &#8216;real&#8217; storage, I doubt that write performance is much to write home about.</p>
<li>45 SATA Drives
<li>JFS
<li>RAID6 (Linux mdadm)
<li>Served via HTTPS (not NFS,iSCSI)
</ul>
]]></content:encoded>
			<wfw:commentRss>http://super-user.org/blog/?feed=rss2&amp;p=347</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Map MAC to NIC vendor.</title>
		<link>http://super-user.org/blog/?p=343</link>
		<comments>http://super-user.org/blog/?p=343#comments</comments>
		<pubDate>Fri, 04 Sep 2009 20:15:43 +0000</pubDate>
		<dc:creator>gary</dc:creator>
				<category><![CDATA[sysadmin]]></category>
		<category><![CDATA[network]]></category>

		<guid isPermaLink="false">http://super-user.org/blog/?p=343</guid>
		<description><![CDATA[Not sure how well known this trick is, but it is possible to figure out the vendor of a particular NIC by looking at the first few digits of the MAC address.  We used to use this when I worked at Sun to figure out if the customers were using pukka Sun NICs and [...]]]></description>
			<content:encoded><![CDATA[<p>Not sure how well known this trick is, but it is possible to figure out the vendor of a particular NIC by looking at the first few digits of the MAC address.  We used to use this when I worked at Sun to figure out if the customers were using pukka Sun NICs and what might be at the other end.  In the modern world there is a web tool that will do the lookup for you.  <a href=http://www.coffer.com/mac_find/>Mac Find</a></p>
]]></content:encoded>
			<wfw:commentRss>http://super-user.org/blog/?feed=rss2&amp;p=343</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
