Blang!

I recently had the need to query a bunch of UPSes to gather their current statistics using openSUSE. The Network UPS Tools packages (NUT for short) are available for openSUSE and that’s all you need (assuming your UPS is one of the supported ones).

# zypper install nut

Next you need to edit /etc/ups/ups.conf and make an entry for your UPS driver and serial port.

[myups]
driver = bcmxcp
port = /dev/ttyUSB0
desc = “Local UPS”

Next I started the UPS driver manually in debug mode so I could see what was going on. The nice thing about this driver is it will auto-discover the UPS serial port speed.

# /usr/lib/ups/driver/bcmxcp -a myups -D

In a separate terminal window, start upsd.

# upsd

Now you should be able to query the UPS:

# upsc myups@localhost

Because I was just collecting statistics, I wasn’t interested in using upsd to automatically shutdown servers or anything fancy but that is possible.

The Gnome desktop in OpenSUSE 11.2 is beautiful (much nicer than the clunky KDE IMHO), but there are a few things that I don’t like about the default settings. I use 8 virtual desktops to keep my desktop organized but I like the taskbar to show all tasks. By default, the gnome panel’s task bar shows only the windows in the current workspace and for some reason you can’t just right-click the panel to change this setting.

Instead, it’s buried in the Gnome Configuration Editor which makes it really hard to find so here are the steps to fix this:

1) Computer -> More Applications

2) System -> Gnome Configuration Editor

The setting that needs to be changed is:

3) /apps/panel/applets/window_list_screen0/prefs/display_all_workspaces

You can navigate down the tree or use the “Find” function.

That’s it! Have a lot of fun!

Update: see the first comment for an equally obscure but perhaps easier method.

SUSE hasn’t let me down very often but recently I had a bad experience while applying some updates to an OpenSUSE laptop. There were quite a few updates so I undocked the laptop so I could relax while they downloaded.

For reasons that I have not yet resolved, the wirless networking became unstable and as a result, the updates had to be aborted.

Unfortunately, a new kernel was part of the updates and when the laptop rebooted it was in a bad state. X windows wouldn’t start and critically, there were no network drivers for the new kernel. To make matters worse, OpenSUSE does not keep the old kernels in /boot (why is that?) so there was nothing to fall back on.

With nothing left to do, it was time to try rescue mode and in a few short steps I had the system fully working again. Here is what I did:

Step 1: boot to rescue mode (duh).

Step 2: mount your hard disk partitions under /mnt in the same layout they would be normally. For example:

# mount /dev/sda2 /mnt

# mount /dev/sda1 /mnt/boot

… etc.

Step 3: Next we need to make sure we have acess to all the important system resources.

# mount --bind /proc /mnt/proc
# mount --bind /sys /mnt/sys
# mount --bind /dev /mnt/dev

Step 4: We’re ready to chroot into our new environment.

# chroot /mnt

Step 5: We are now running on our system just as if we had booted to it and we can perform repairs. In my case all I needed to do was complete the updates:

# zypper up

I rebooted and everything was back to normal.

Yes it works! (I was as surprised as anyone)

It didn’t take me long to get it working but google returns a lot of posts with not so good information so here is the documentation on my experience.

I was recently tasked with writing a bash shell script that behaved differently depending on if it was invoked interactively (by a user at the command line), or non-interactively (cron).

There are surprisingly few useful results returned by Google. Both the “Advanced Bash-Scripting Guide” and GNU Bash manual mention testing to see if the prompt variable is set:

if [ -z $PS1 ]

but that will not work. For one thing, it’s perfectly reasonable for someone to have their prompt set to null, but aside from that, the prompt variables are not set when invoking a script so the test always returns the same result.

A coworker pointed out that that strangely, “man bash” has other ideas. In the Conditional Expressions section, it explains “-t fd True if file descriptor fd is open and refers to a terminal.” That sounds exactly like what we want:

if [[ -t 0 ]] ; then
  echo interactive
else
  echo non-interactive
fi

but there is still a problem. If you invoke the script remotely via an ssh call (e.g. ssh root@<remotehost> bashscript.sh”),  stdin will not be connected to a terminal. To make the command more reliable we need one more test:

if [[ -t 0 || -S /dev/stdin ]] ; then
  echo interactive
else
  echo non-interactive
fi

Be aware that detecting a socket is also no proof of “interactivity”, but at least we are getting closer.

Yes it is possible to expand a software RAID1 device without loosing data. As a proof of concept we will create a small RAID1 device, then expand it. [read more]

Ever wonder where all your disk space has gone? On this new page I describe some useful tips to locate the offending files.

In all of the SUSE varients (and in may other distros as well), the command ls has been aliased so that it actually does a ‘ls -la’. I find this particularly anoying so I have removed this configuration and documented it here: Stopping ‘ls’ from doing ‘ls -la’ instead.

I’ve recently been learning how to configure Cisco firewalls. A big challenge for someone with zero previous experience on Cisco IOS but lots of fun. I just solved my first major problem and created a page about it here:

Getting the Cisco 871w (800 Series) to do UDP NAT for VOIP.

I’ve finally figure out how to fix the display resolution on the PS3 running Linux. I’ve added it to my PS3 Linux page which is here.