Steven ([info]unzeugmatic) wrote,
@ 2008-11-19 16:32:00
Previous Entry  Add to memories!  Tell a Friend!  Next Entry
From my Department LISA Report
I'm currently working on the report for my department of the USENIX-LISA conference I attended in San Diego last week. This is the introduction to my report (to be followed in the actual report by my discussion and writeups of all the individual sessions). This is what I did last week, filtered into a sort of "why you paid most of my way and why you should send me back next year" plea.


-----------------
Trip Report: USENIX-LISA '08

I've recently returned from the 22nd Large Installation System Administration (LISA) Conference, which was held in San Diego, California on November 9-14, 2008. I attended Technical Sessions on the last three days of the conference.

The question I always feel compelled to answer is: Why do I choose to attend this conference -- not just choose to attend, but pine to attend, to the point of often paying all or part of my own way. After all, this is a conference for system administrators, not technical writers. I spend an awful lot of time at this conference introducing myself to people by saying, "I'm not actually a system administrator." My system administrator friends roll their eyes in exasperation at this, and one year my friend Bob replied by saying, "You may not be a system administrator, but you speak our language."

There in a nutshell is the reason I attend. This conference, for me, is my language immersion course in Sysadmin (UNIX dialect). If I'm going to write documentation for system administrators, it's useful for me to be bilingual in English and Sysadmin.

More specifically, here are some of the reasons I attend the LISA conference:

- I get a sense of what's happening in the industry, from the IT and administrator point of view.

I don't follow Slate and Slashdot or monitor the various administrator mailing lists, as for the most part I'm not concerned with the specifics of day to day system administration or purchasing equipment or downloading software. But at a LISA conference I learn what the system administrators are talking about and what they are advising each other. Here are some examples of things I've picked up at recent LISA conferences:

* System administrators use configuration management tools -- and fight bitterly over which is the best. This relates directly to the areas I document, but I didn't even know what a configuration management tool was until I went to a session at a LISA conference.

* Administrators of SUN systems are very interested in using ZFS on their boot disks. Learning why helps me figure out why I need to document related tasks using Red Hat's technologies -- like booting from a multipathed device.

* System administrators are relying more on hosted applications and cloud computing. At the risk of sounding embarrassingly ignorant, I point out that I didn't even know these terms before this year's conference. I certainly knew the concepts and I knew their relevance, but I didn't know these jargon names. As how would I? I read two print newspapers and two online news sites every single day, and I'd never seen these terms.

- At a LISA conference, I hang around for a few days with people who are tech-savvy in a pragmatic sense. By this I mean they know why Internet voting is not a good idea, and they know what goes in to all the IT technology that supports our modern world. Despite this knowledge, they don't run off about all sorts of fantasy scenarios involving "technology" such as you hear from popular pundits who speak about "the future". It's refreshing.

- In my job, we are continually working on better communication channels with our employees who support our customers in the field. Their advice and direction is precious and invaluable to me. Even though the attendees at a LISA conference may not specifically use the Red Hat systems I document, my time at a LISA conference feels like three solid days of reports from the field -- from people who are interested in talking with me about their concerns.

- It is often tricky for me to explain to people what I do for a living. I usually leave it as "I'm a technical writer; I write about computers." Which more often than not leads to complaints about instruction manuals for appliances and I have to say something like, "Yeah, but actually I write about operating systems." You can see how quickly that conversation will spiral downward.

At a LISA conference I can say "I wrote the LVM manual" and that's enough. In one case it was enough to have somebody get down on his knees and bow three times in my direction. It appears nobody knows much about GFS, or CLVM -- which are technically what Red Hat pays me to document and it just happens that CLVM is pretty much the same as LVM and that's why there's an LVM manual -- but nonetheless a lot of people were quite aware that for a long time there was no LVM documentation and now there is. People are willing to buy me drinks for that alone.

Although it's no more than my job, this is quite flattering. It makes me feel as if I have a place in the community, that what I do matters to other people -- just as if I had written a nice open source tool that other people find helpful.

- Plus: Attending a LISA conference is fun. The conversations may center around all things technological and the jokes may be esoteric (I got a big laugh at dinner one night by using the word "netmask") but to have as much companionship as you desire for every meal and every evening is, for me, a pleasant time.

--------

As I say, from there I describe the various sessions I attended -- on subjects like "Reconceptualizing Security" and "The State of Electronic Voting". You can probably tell that this is not necessarily how I'd summarize the conference in a standard livejournal entry, but I post this in case anyone is interested in this slice of my worklife.


(Post a new comment)


[info]ferrousoxide
2008-11-19 11:26 pm UTC (link)
OT (ok, almost OT): [info]pir will be here in December, and has suggested to me we should all get together. It seems like a good plan to me if it does to you.

(Reply to this) (Thread)


[info]unzeugmatic
2008-11-20 02:16 pm UTC (link)
Yes, he's written me of these possible plans and I'm delighted. We left it as: I'll be in town during his sojourn here and we'll figure something specific out as the time approaches. I've suggested possibly joining me for showtunes at the Eagle/Bolt for a bit on his Sunday evening here (not his normal milieu but he'd get a people-watching kick) or possibly just a social evening with some of my Morris dance friends (again, not his current milieu but one in which he was raised). He didn't seem averse to either possibility.

I hadn't connected up the dots to realize it was you he was visiting, though, what with all these livejournal monikers and such.

(Reply to this) (Parent)


[info]hcoyote
2008-11-20 02:28 am UTC (link)
And I again thank you for the work you've done on documenting the mess that is LVM and related bits. :-)

(Reply to this) (Thread)


[info]unzeugmatic
2008-11-20 02:21 pm UTC (link)
What I'm really proud of is that the latest version of the LVM manual includes an appendix deciphering device mappings:

http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5.2/html/Cluster_Logical_Volume_Manager/dm-mappings.html

The reason I use the word "proud" is that you might think this is just a listing of some parameters, but my gosh this was a bigger research project than decoding the human genome.

I have no idea if anybody actually uses this for anything, but it's information and it exists and it's my mission to disperse it.

(Reply to this) (Parent)


[info]kimuchi
2008-11-20 03:05 am UTC (link)
I would've been interested in a configuration management tools session. Shoot. I just assume there's no overlap anymore between my job and system administration, other than keeping my tiny build network working (unfortunately the week of LISA I was preoccupied with making a new port build so it's unlikely I would've gotten to go anyway).

(Reply to this) (Thread)


[info]jss1113
2008-11-20 12:16 pm UTC (link)
"Session"? There's been a daylong workshop for several years running now on Config Management. (I don't attend it; I'm usually in other simltaneous workshops.) You might check the February and/or April back issues of ;login: for the workshop summaries; they should all be freely-available on the usenix.org website.

(Reply to this) (Parent)


[info]unzeugmatic
2008-11-20 02:27 pm UTC (link)
Last year's LISA included this session:


Panel on Configuration Tools: LCFG, Cfengine, BCFG, and Puppet

Moderator: Adam Moskowitz, Menlo Computing

Panelists: Paul Anderson, University of Edinburgh; Mark Burgess, Oslo University College; Narayan Desai, Argonne National Laboratory; Luke Kanies, Reductive Labs

The authors of the major configuration tools will provide an enlightening overview and a balanced comparison that will help you decide how best to automate management of your systems.

---
This is the session where I became aware of the rivalries and conflicting viewpoints. This year the different configuration management tools lived in separate sessions.

This was my summary for my trip report:

Panel on Configuration Tools: LCFG, Cfengine, BCFG, and Puppet

I wasn't entirely sure what a configuration management tool really does, although people mentioned these tools in various talks. So I attended this panel, which consisted of the authors of four different configuration tools. The moderator asked the panelists a series of questions about how their tool worked.
The tools under discussion were: LCFG, cfengine, bconfig2, and Puppet.
I actually took fairly extensive notes about each of the tools and what their authors had to say. A configuration tool can be programmatic, encouraging administrators to think “programmatically”. A configuration tool can minimize the role of human intervention as it implements configuration and monitoring. A configuration tool can try to organize and collect configuration information, replacing ad hoc scripts. The different tools have different focuses, but I was simply trying to get a sense of what a configuration tool is and does.
Afterwards I went and talked to some of the conference attendees about configuration tools, and it seems as though they are not used as much as one would think or hope, given how powerful they can be. It seems as though, in practice, the startup time for the conversion to subsuming configuration into a single tool is more than anybody can allocate resources for.

(Reply to this) (Parent)


[info]japester
2008-11-20 03:58 am UTC (link)
You wrote the LVM manual? How did I miss that in the credits. That really does explain why it was one of the easiest to understand documents in the land of Linux jargon.

Thank you.

(Reply to this) (Thread)


[info]unzeugmatic
2008-11-20 02:30 pm UTC (link)
Unlike SGI, Red Hat doesn't actually include the author's name in the frontmatter -- a practice I agree with.

Anyway, this is my document:

http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5.2/html/Cluster_Logical_Volume_Manager/index.html

I had to fight the illustrator through many go-rounds to get him to use an icon for a logical volume that did not look like a physical storage device. I kept trying to explain to him that a logical volume is a concept, not a piece of hardware, but he had it in his head that storage is storage is storage. Eventually I sent him an illustration from the XVM manual I wrote while at SGI and said "Here. Use this."

(Reply to this) (Parent)


Create an Account
Forgot your login or password?
Login w/ OpenID
English • Español • Deutsch • Русский…