Day Against DRM 2015 Campaign

2015 Banner

We can all appreciate those content creators that are willing to keep their work DRM free.  My thought on DRM-free is that, while the content is legally free to share, consumers are encouraged to pay for the content they deem worthwhile and, in doing so, they support the creators of the content and “cast a vote” for more, similar content.  One type of content that I’m happy to pay for is technical literature, especially that which focuses on my core competencies, namely VMware technologies, storage, and networking.  When I first started in this field, there were very few books from which to build my knowledge base.  Today, thanks to publishers like Packt Publishing, there are dozens of relevant books.

To celebrate International Day Against DRM, Packt Publishing, which produces DRM-free eBooks and videos, has a special offer.  All their eBooks and videos are on sale for $10 for today only, 6 May, 2015.  I have more than two dozen of their books, nearly their whole collection of VMware-related tomes, as a testimony to their usefulness and relevant content.  In addition, I even started writing a book for them on vCenter Server Heartbeat before VMware killed the product.  If you haven’t read a Packt title yet, I encourage you to take this chance to pick one up on the cheap and give it a read.  I’m confident you’ll be back for more.

Full disclosure: Packt Publishing has offered to send me a free eBook of my choice for helping to share this sale today.

How to build Thinstation thin client images and exploring config files – Part II

Part I – How to setup Thinstation 5.3 thin client for use with VMware Horizon View 5

Part II – How to build Thinstation images and exploring config files

Part III – How to add drivers to your Thinstation build

Part IV – How to configure Thinstation and Google Chrome for a true, thin client experience


So if you’ve been following since Part I, you now have a DevStation stood up.  You’re now ready to build images that your thin clients can boot from.  I didn’t mention it in the first post, but be sure you’ve configured a static IP address on your DevStation.  You can do this via the Network Manager GUI interface.  Just right-click the network icon in the system tray and select Edit Connections…


This is the IP address you’ll configure on your DHCP server as Option 66, the Boot Server Host Name.  My DHCP configuration is shown here.  It’s important to realize that Option 67, the Bootfile Name, is relative to the root of the TFTP directory.  In the case of the DevStation and PXE booting, it needs to be configured as shown here.  The root TFTP directory can be found as a symlink in /var/lib/tftpboot which points to /thinstation/build/boot-images/pxe


So the full path to pxelinux.0 is /thinstation/build/boot-images/pxe/boot/pxelinux/pxelinux.0

Here’s a final note about setup before we get going: make sure you have a DHCP scope configured for your thin clients.  Common sense, right? It took me longer than I care to admit because I had placed my thin client in a different subnet than the scopes I had configured.  Obviously, once I added a scope for this subnet, my thin client started pulling an IP address.

Read the rest of this entry »

How to setup Thinstation 5.3 thin client for use with VMware Horizon View 5 – Part I


Part I – How to setup Thinstation 5.3 thin client for use with VMware Horizon View 5

Part II – How to build Thinstation images and exploring config files

Part III – How to add drivers to your Thinstation build

Part IV – How to configure Thinstation and Google Chrome for a true, thin client experience

Towards the end of my studying for the VCP5-Desktop exam, I decided to look into using some old  laptops and PCs I had lying around as thin clients.  Searching the web, I ended up settling on and wresting with Thinstation for a couple days.  As one of the few, free, thin client options, Thinstation is probably the most stable and most up to date software available.  This post shares the efforts I put into getting it running in my home lab.

You can follow Thinstation documentation in the same way that one can simply walk into Mordor.”

– Mike Brown

My end state goal is to touch the thin client as little as possible before working from a View desktop.  So my vision, then, is to PXE boot the end point, let it download the thin client OS, and have it auto-launch a View desktop client.  From there, a user could enter credentials and log in.

What’s the idea?

There are a few ways to get Thinstation working in a PXE boot environment.  The overall idea, no matter how you go about it, is that you have to use a development station to build the thin client boot image that will be downloaded to your thin client hardware via a PXE boot infrastructure.  There are no good materials on the intertubes to follow in a step-by-step fashion for this setup, so here’s my attempt at the first such walkthrough, as far as I can tell.


Read the rest of this entry »

Useful commands for Cisco Nexus zoning

After implementing Cisco Nexus 5ks that include native Fibre Channel switching for shops that usually don’t have dedicated SAN guys, I’m often called up sometime later to offer a refresher on how to add zones. I usually share this tidbit via email, but here it is for the internets. These commands are very similar on newer MDS models, as well.

Useful commands for Cisco Nexus zoning

A tale of NetApp and Wireshark discovery

–==For those interested, Pluralsight has an excellent video training course called Introduction to Wireshark. I highly recommend Pluralsight as the go-to source for IT video training!==–

I was cleaning up a client’s /etc/rc file yesterday while preparing to move some IP addresses to different interfaces and I noticed they had configured the vMotion network as a VLAN interface on both controllers. This isn’t right because the vMotion network only needs to exist between ESXi hosts – the storage array never touches the traffic. Storage vMotion doesn’t use the vMotion network either.  It uses the storage network, whether IP- or FC-based.
I wanted to see if the interface was being used at all and fortunately, NetApp has a command for that. The ifstat command shows the count of frames received and transmitted on any or all interfaces, total bytes for each, and the number of multicasts or broadcasts. So in this case, it looked something like:

NETAPP-A> ifstat VIF-A-79

-- interface  VIF-A-79  (22 hours, 57 minutes, 50 seconds) --

 Total frames:      150k | Total bytes:     10924k | Multi/broadcast: 21869
 Total frames:     4767k | Total bytes:      7177m | Multi/broadcast:   138
 Queue overflows:     0
 Vlan ID:            79  | Phy Iface:        VIF-A

Read the rest of this entry »

Using PowerShell to prevent thinly provisioned NetApp LUNs from going offline – Part I

Happy Day-after Thanksgiving dear readers! I hope everyone is as satisfyingly full on food, friends, and family as I am.  As an early gift to myself, I’m writing a PowerShell script that utilizes NetApp’s PowerShell Toolkit.  The script will help me quickly determine current volume and LUN settings so I can see what LUNs are at risk of going offline due to out of space conditions.  In scripting tradition, I couldn’t find anything online that did exactly what I wanted so I rolled my own!

Here’s what the output looks like. The column names are abbreviated because I expect to have several more columns. The abbreviations are, Volume Thin Provisioning, Fractional Reserve, Snapshots, Volume AutoGrow, Snapshot AutoDelete.

Volume Best Practices script output

Read the rest of this entry »

Options for Managing vSphere Replication Traffic on Cisco UCS

I was recently designing a vSphere Replication and SRM solution for a client and I stated we would use static routes on the ESXi hosts.  When asked why, I was able to 1. discuss why the default gateway on the management network wouldn’t work and 2. present some options as to how we could separate the vSphere Replication traffic in a way that would allow flexibility in throttling its bandwidth usage. 

You won’t see listed here Network I/O Control because this particular client didn’t have Enterprise Plus licensing and therefore wasn’t using a vDS.  In addition, this client was using a fibre channel SAN on top of Cisco UCS with only a single VIC in his blades.  This configuration doesn’t work well with NIOC because it doesn’t take into account FC traffic which is sharing bandwidth with all the Ethernet traffic NIOC *is* managing.

Read the rest of this entry »


Get every new post delivered to your Inbox.

Join 1,413 other followers