tofu.org a big wad of tofu

I have an old CVSROOT of several projects on an archive host, and I want to create a git version of the relevant projects without bothering to copy more than I need to. Here is a script to do that. It uses rsync to copy just the relevant project and then converts it with cvs2git AKA cvs2svn.

A nice feature of tmux is the support it has for scripting. It's possible to open a manipulate windows in a session you not attached to. The same script can be used from within a tmux session as well. See my blog post for an example of such a script.

The script below is what I use to start working everyday. I just sit down and type 'tmuxgo', and whether I simply detached the night before or had a power outage I will have just the window layout I want.

Have you switched from screen to tmux yet? Why not? You don't use either? How the hell do you do your job?

Here's my .tmux.conf. Big woop.

#--References-------------------------------------------------------------------
# http://blog.hawkhost.com/2010/07/02/tmux-%E2%80%93-the-terminal-multiple...
# https://wiki.archlinux.org/index.php/Tmux

#--Key-Bindings-----------------------------------------------------------------
bind | split-window -h

Sometimes you need to make a change on several identical machines all at once. Sure you could use a tool like func or dsh or whatever, but sometimes it may be easier to use an interactive session. Maybe you are talking to numerous switches or routers and just want to issue some status queries simultaneously.

This script uses tmux to login to as many servers as you want and tile them all in the same window.

Upgrading a TiVo Premiere or Premiere XL to 2TB and 317 hours of space is quite easy thanks to the jmfs tool by Comer of the TiVo Community. So I upgraded last week. It took 7 hours just to copy the data, but it was worth it. My TiVo went from always on the edge of full to 48%!

Here is how to do it without a CDROM drive or Windows machine.

I have a guest which has a 10G root disk as /dev/vda, and I would like to expand the root disk from 10G to 15G to offer more room to the /var filesystem.

The typical method would be the following:

1. shutdown the guest
2. find the backing store on the host (in this case it's a LVM logical volume)
3. copy the LV for backup (lvcreate --name LVNew --size=10G; dd if=LVOld of=LVNew;)
4. expand the LV (lvresize --size=+5G LVOld;)
5. use kpartx on the host (or start the guest) and use parted to expand the guest disk parition
6. expand the guest physical volumes (pvresize /dev/vda2), logical volumes (lvresize), and filesystems (resize2fs)

But this can be both automated and generalized with libvirt and libguestfs-tools. These tools provide a common vocabulary across many different storage back-ends such as LVM, iSCSI, file, NFS, etc. Let's see how that works.

The state of virtualization on Fedora moves fast. The following is based on a Fedora 13 host running libvirt-0.8.2-1.fc13.x86_64 and libguestfs-tools-1.6.2-1.fc13.4.x86_64.

A revolutionary new feature of Fedora 12 is "Network Interface Management" via a library called netcf. With this library as the facilitator, it becomes possible for any tool, not just NetworkManager, to reliably and methodically configure network interfaces. The original impetus for this feature was to enable tools like oVirt and libvirt to manipulate the networks on the hosts which underlie virtual machines, and that's what I'll discuss below.

How to manually migrate a virtual machine from one host to another. The process is roughly: copy the guest config to the destination, create LVs on the destination, dd the LVs across ssh, instantiate and start the guest on the destination.

As I described in a previous post, I dedicate an LV in the host for each guest. The guest then uses LVM to manage the space. In this case the guest is contained in two logical volumes on the host.

If you've tried to fire up a chroot named on Fedora 11 you may have noticed it complains about missing configuration files such as named.dnssec.keys.

There is a bug that implies you should use SELINUX instead of chroot. But if you aren't ready for SELINUX, you can still run a chroot name server. Here is how.

After having my Sony Sat T-60 Series 1 DirecTiVo for about 8 years, I'm finally upgrading to a TiVo HD. It should be here soon, so in the meantime I need to do some research and prepare my home network for the addition.

To leverage my Mythdora MythTV box I want to support the following in Linux:

• Download video from TiVo to my MythTV
• Play video on the TiVo from my MythTV

Let's see how to do that...