28 May 2018

Memorial Day for those in the US. All respect and honor to those who gave their lives in service to our Country and Constitution.

*      *      *

A busy week last week, building new systems for new services, retiring old systems, and generally doing modern system administration stuff. Continuing to build out the configuration management system to improve system repeatability, reliability, security, and availability. So there’s that. The three day weekend had a bit of lawn work, a bit of garden work, coffee roaster maintenance and roasting, etc. Oh, and a bit of old-school wood working:

Breaking out the block plane to smooth a small cutting board glue-up.

Breaking out the block plane


*      *      *

I’m also signed up for this year’s Capclave. Such an awesome small literary speculative fiction (F/SF/etc) convention. Wonderful, supportive, inclusive, and diverse … and such a deal: 3 days of convention for $55 currently (it goes up in $5 increments as the last weekend in September 2018 approaches, but even at the door, it’s only $65!) Are you in the DC Metro area? Can you be, in late September? Join us!

Oh, hey: Annapolis Shakespeare‘s production of Molière’s The Miser opens tomorrow night for an 18 week run in the courtyard at Reynold’s Tavern in Annapolis. Exceptionally, for us, we’re going to miss an opening night, but we’ll see it soon. Gonna be fun! Dinner. A show. You should go!

*      *      *

Our condolences to the family and friends of Staff Sgt. Conrad A. Robinson, 36, of Los Angeles, California, who died on May 24 at Camp Bondsteel, Kosovo, from a non-combat related incident.

29 April 2018

Fun weekend. After the first full week back from vacation, I put in a grueling day and a half at BSidesCharm. Talks and panels all day and into the evening on Saturday, then I came back for half a day today. I missed a couple of afternoon talks and the closing ceremony so that I could catch up on the mowing, etc. Favorite talks: OSX/Pirrit by Amit Serper on Saturday,  and Effective Monitoring by Russell Mosley and Ryan St. Germain on Sunday (yep, I’m biased about that one). The Saturday evening Straight Up panel was a lot of fun, only slightly affected by all the folks who wanted to sit in the panel room but talk among themselves instead of being quiet so that others could enjoy the panel.

*      *      *

Upcoming this week, Kiss Me Kate opens at the Annapolis Shakespeare Company. Get your tickets now!

*      *      *

Kwanzan Flowering Cherry over mowed lawn

Kwanzan Flowering Cherry over mowed lawn

*      *      *

DoD announced no new casualties in the last week.

4 February 2018

There’s a football game going on now, just after a halftime show of some sort. If history is any guide, then losing badly is where the Pats want to be right now. That said, ahead by a considerable margin is where the Eagles want to be, too. So … win/win?

I had a productive work week that lasted all seven days. Well, not seven full days, just five of those. But remote work to do things outside of business hours both yesterday and today, both days successful. Huzzah!

On the off-hours, I’ve been spending more time with Python. It’s a useful language for a number of projects and OS management tools I either use or am interested in, so I’d like to have stronger skills there. Working on it.

Reading: I finished up Jennifer Foehner Wells’s Confluence Series … well, at least the four books that are out in that universe. I’m hoping for more. Great fun: Recommended!

Now: Eagles up by 10 after a couple of possessions in the third quarter. Maybe an exorcism is called for. Anyway, time to walk the dog for the last time, and get back to Python for a bit.

*      *      *

DoD announced no new casualties in the last week.

28 Jan 2018

Good evening. Bob Thompson is still much on my mind. I’m going to miss him.

*      *      *

Work-wise, it was a productive week. But the weekend, ah, it was good:

Friday evening, we attended opening night for the Annapolis Shakespeare Company‘s production of Noel Coward’s Blithe Spirit. Spiritedly directed by ASC Founder and Artistic Director Sally Boyett, thc cast romped through this classic drawing room comedy like they’d been working together for ages, and were still having marvelous fun while doing it. Kurt Elftmann, whom we last saw with ASC as Richard III, plays the novelist Charles Condomine magnificently. He’s ensconced in his country home with his second wife, Ruth, executed adroitly by Jessica Hannah Fraser. Natasha Preston is Edith, the maid, who still bears the rushing-about demeanor of her navy training. As the show opens, our host prepares to welcome neighbors Doctor (Phil Bufithis) and Mrs. (Nancy Blum) Bradman to join them for supper, along with spiritualist Madame Arcati (enthusiastically played by Barbara Pinolini).

Condomine hopes to mine the planned seance for material to use in his forthcoming novel. Instead, the evening’s doings result in the arrival of the marvelous Kay Kerimian as the shade of Condomine’s first wife, Elvira. (Side note – a woman named Kay played Elvira in the 1945 film of the play! That’s suitably creepy!) In the balance of the first act, and through the second and third, Elvira vexes and disrupts the household. Edith is an unlikely lynchpin to apparently resolve the resulting furor, and things only really end well for the witty and erudite Condomine.

This play is a real joy, and we’re looking forward to seeing it again before the run closes on February 25. You really should go. Highly Recommended!

*      *      *

 Saturday, I washed all the crap and salt off of both cars, as well as getting some other chores done, including roasting a pound of Honduran coffee beans from Sweet Maria’s.  It rained today (Sunday), but that was my fault (obviously). We got the shopping and the rest of the weekly chores done, and a friend came over to have me assist in de-crapping her phone (removing all the useless apps) and recovering the password for her main account on her Windows 10 laptop.

Finally, I managed to get my sump pit monitoring system working again. It had been on the fritz for a few weeks, and there were always more important things to do. I was able to safely put it off, because I know that the sump pump is in good condition, but I’d like warnings to be working for the day when it isn’t, anymore. Turned out that I just needed to reseat the connectors between the distance sensor and the Raspberry Pi that runs the software.

*      *      *


Upstairs, in hardback: Fran Wilde’s Cloudbound. This is book two of her Bone Universe series, and as with book one, it’s wonderful. Right below it on the stack at my bedside is the third novel in the series: Horizon. Fran is a smart, talented writer who manages to create worlds and characters that get under my skin and inside my head. Highly Recommended.

Downstairs, in paperback: Iain Banks’s Excession. One of the Culture novels, and a re-read for me. I’ve been working my way through the books again, off and on, since he died back in 2013. Today I learned that some of that story was inspired by Sid Meier’s Civilization video game. You should read everything Banks wrote. For me, he’s reminiscent of Philip Jose Farmer.

On the phone via the Kindle app: Jennifer Foehner Wells’s Valence (Book 4 of the Confluence series). I’ve read and enjoyed the first three enough to keep on with the fourth, which is enough of a reccommendation. I read on the phone whenever I have time to spare, because reading is always wonderful.

*      *      *

DoD announce no new casualties in the last week.

17 December 2017

Friday was a snow day. Well, it *did* snow, and I was off work … but those were unrelated events. I did get some home office change work done. Last weekend, I hung up the skeletal F6F3 Hellcat in the corner of the room. I’m still occasionally flinching as I see it out of the corner of my eye as I walk past:

Skeletal F6F3 Hellcat model hanging from the ceiling in my home office.

Skeletal F6F3 Hellcat

On Friday, I spent twenty minutes and built a laptop stand for my MBP so that I could set it up dual screen with the HDMI monitor I use for several systems here:

My Macbook Pro on a home-built stand for dual monitor use

MBP on home-built stand

Saturday evening, we re-attended A Christmas Carol at ASC. As with previous shows, seeing opening night, then another run a couple of weeks later lets us watch the fine and talented actors settle into their roles and adapt to audience reactions. What fun!

*      *      *

DoD announced no new casualties in the last week, for which we are grateful.

26 November 2017

For those in the US, I hope y’all had a lovely Thanksgiving. We enjoyed a wonderful evening and repast with friends and (their) family. Then it was back to work for me on Friday. Then, yesterday evening, we attended the glorious opening night premiere production of A Christmas Carol at the Annapolis Shakespeare Company! Highly recommended.

*      *      *

On the side, I’m spending some time working with/learning more about Django. And I’m still working on that balsa model. The tail surfaces are affixed, and shaping of the wing continues.

*      *      *

DoD announced no new casualties in the most recent week, for which we are thankful. Ciao!


19 November 2017

Whelp. I see from Barbara’s postings that Bob is being cranky in the ICU, which is a pretty reasonable response, IMO. Pulling for a speedy recovery for him!

*      *      *

A busy work week, full of tasks, a holiday pot luck luncheon, and a lot of after-hours patching. All-in-all, productive and successful. I’ve also been working on the balsa model  of the F6F-3 Hellcat fighter, you can find pictures of that over on my twitter feed (@bilborg).

On the entertainment front, coming up soon from the Annapolis Shakespeare Company, we have the premiere of a new production of A Christmas Carol, from a story written by some bloke named Dickens. Yep, we’re looking forward to seeing that show, plus more from their continuing cabaret series!

*      *      *

I’d like to report that this Paperclip AI game is indeed addictive, precisely as reported in The Verge. If true, the universe is indeed paperclips, all the way down. And it’ll be our fault.

*      *      *

Our condolences to the family and friends of Sgt. 1st Class Hughton O. Brown, 43, of Brooklyn, New York, who died on Nov. 14 in Camp Buehring, Kuwait, as a result of a non-combat related incident.


15 October 2017

On the face of it, three day work weeks are pretty nice. But I stay busy, and cramming a week’s worth of productivity into three days is less fun than it sounds like. That said, I got done what needed doing, and the coming week is prepped and ready.

*      *      *

Last night, we went back for a second round of Annapolis Shakespeare‘s production of Much Ado About Nothing. With 17 actors and a two story set, there’s always more going on than one can take in at one sitting. Since opening night, the actors have really settled into their roles, and we enjoyed it even more, if that were possible. They’ve been getting stellar reviews all over the place and I can only say this: If you’re in the area, there are nine more productions of this show: today’s matinee and four shows each of the next two weekends. Get tickets and go!!!

*      *      *

The daylight hours yesterday were full, too. Much of the day, I puttered with virtualization on my main home server, a FreeBSD 11.1 box that does internal SMB, internal IMAP, backups, and virtual machine hosting. When I started with virtualization on the system, I was using Oracle’s VirtualBox product, because the price is right (free, as in beer), and easy, easy to setup and use. But easy isn’t always my primary goal. So I’ve been experimenting with the native virtualization tool on FreeBSD: bhyve.

“bhyve, the “BSD hypervisor”, pronounced “beehive” is a hypervisor/virtual machine manager developed on FreeBSD.”

I make use of the appropriate section of the FreeBSD Handbook to provide guidance. As such things go, it’s relatively simple to stand up FreeBSD virtual guests, and a bit trickier for Linux guests. I’ll document some of the fun I had with that here, because there are gotcha’s that aren’t covered in the Handbook.

The Setup

I’m going to build an Ubuntu 17.04 virtual machine (VM), using a ZFS volume as a datastore. The use of ZFS is recommended for performance reasons. There are other advantages, too, like the ability to make quick clones of a VM. More on that later. So, my configuration is this:

root@serenity:// > ls /data/bhyve
images iso
root@serenity:~/ > zfs list zroot/data/vmimages 
zroot/data/vmimages 52.9G 1.07T 96K /data/vmimages

/data/bhyve/images is actually where I keep the runtime configuration and startup scripts for virtual machines.

/data/bhyve/iso is the repository for CD images for installation of virtual machines.

The ZFS path zroot/data/vmimages is the parent for all of my virtual machine disks.

I’ve also already done the initial networking setup with bridge and tap0 interfaces, per the Handbook sub-section, “Preparing the Host.”


Create and check the VM disk:

root@serenity:/data/bhyve/images/ > zfs create -V16G -o volmode=dev zroot/data/vmimages/ub1704new
root@serenity:/data/bhyve/images/ > ls -al /dev/zvol/zroot/data/vmimages/ub1704new
crw-r----- 1 root operator 0x9b Oct 15 13:59 /dev/zvol/zroot/data/vmimages/ub1704new

With the disk volume in place, I can create the device map file, which sets (hd0) to the path to the new disk volume I created, and (cd0) to the  path to the ISO file (vim is the text editor I use):

root@serenity:/data/bhyve/images/ > vim ub1704new-device.map
root@serenity:/data/bhyve/images/ > cat ub1704new-device.map
(hd0) /dev/zvol/zroot/data/vmimages/ub1704new
(cd0) /data/bhyve/iso/ubuntu-17.04-server-amd64.iso

Note that when a VM is or has been running, it creates an entry in the device tree, at /dev/vmm. Normally, one must always “destroy” that file before one can start/restart the VM (seems clunky, but there it is). But because this is the first time this VM will have been run (on creation), there should be no corresponding device file at /dev/vmm/ub1704new. I’ll check that, then create the VM using the grub-bhyve tool, which prepares the boot environment for the VM:

root@serenity:/data/bhyve/images/ > ls /dev/vmm/ub1704new
ls: /dev/vmm/ub1704new: No such file or directory

root@serenity:/data/bhyve/images/ > grub-bhyve -m ub1704new-device.map -r cd0 -M 1024M ub1704new
GNU GRUB version 2.00

|Install Ubuntu Server                                                     |
|OEM install (for manufacturers)                                           |
|Install MAAS Region Controller                                            |
|Install MAAS Rack Controller                                              |
|Check disc for defects                                                    |
|Rescue a broken system                                                    |
|                                                                          |
|                                                                          |

Use the ^ and v keys to select which entry is highlighted.
Press enter to boot the selected OS, `e' to edit the commands
before booting or `c' for a command-line.

root@serenity:/data/bhyve/images/ > ls /dev/vmm/ub1704new

The “Install Ubuntu Server” line was highlighted, so I simple pressed the Enter key to accept that option. Disconcertingly, one is then dropped right back onto the command line. This is expected, however. And as you can see, we now have a VM entry for the new guest under /dev/vmm.

The next gotcha is this: There has to be a free tapN interface for the VM to attach to. The documentation wasn’t really clear on that, I think I assumed that multiple VMs could attach to a single tap interface. But in reality, think of the bridge interface as the virtual switch, and each tap interface as a port on that switch. So, let’s check if tap0 is in use:

root@serenity:/data/bhyve/images/ > ifconfig | egrep "^tap[0-9]+:"
tap0: flags=8902<BROADCAST,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
tap1: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
tap2: flags=8902<BROADCAST,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500

As you can see, I’ve run into this problem already, and have a couple of spare taps available. This output shows that of the three tap interfaces, tap0 and tap2 are available, while tap1 is in use (see the word UP in the flags). For the purposes of this exercise I’ll just use tap0. But it’s trivial to add more tap devices on the fly, and to add them to the /etc/rc.conf file so that they are present for future runs. In a super-happy world, my VM automation script will look for any available tap device, and use one if found, otherwise dynamically add yet another one and use it. But that’s another post.

Install Time

So, it’s time to start the VM for the first time. Important note: One should set the amount of memory for the bhyve run to match the amount one set with grub-bhyve, or errors ensue. Observe that the memory setting with grub-bhyve above uses the -M flag, and a trailing M. The bhyve command uses a -m flag, and Megabytes are assumed.

I’m going to give the VM two processors (it can certainly take advantage of two, even during the installation)

root@serenity:/data/bhyve/images/ > bhyve -c 2 -m 1024 -H -P -A -s 0:0,hostbridge -s 1:0,lpc  \
 -s 2:0,virtio-net,tap0 -l com1,stdio -s 3,ahci-cd,/data/bhyve/iso/ubuntu-17.04-server-amd64.iso \
 -s 4,virtio-blk,/dev/zvol/zroot/data/vmimages/ub1704new ub1704new

  ┌───────────────────────┤ [!!] Select a language ├────────────────────────┐
  │                                                                         │
  │ Choose the language to be used for the installation process. The        │
  │ selected language will also be the default language for the installed   │
  │ system.                                                                 │
  │                                                                         │
  │ Language:                                                               │
  │                                                                         │
  │                               C                                         │
  │                               English                                   │
  │                                                                         │
  │  <Go Back>                                                              │
  │                                                                         │

 <Tab> moves;  <Space> selects;  <Enter> activates buttons

And so starts the text-mode Ubuntu installer. I’m going to assume you can find your way to figuring that out or find useful directions on the interwebs. A couple of installation tips:

  • The installer configures networking using DHCP by default. It’s easy to change to a static IP later, if desired.
  • Hostname entry – I generally use the name of the virtual machine I created. It’s just easier to keep straight in my head that way.
  • Partitioning – I’ve gone with “Guided – use entire disk and set up LVM”, but there are repercussions down the line. Manual isn’t hard, but can be confusing if you’ve not done much manual partitioning. LVM is a good choice because you can later add more diskspace to the volume(s) without even rebooting the system.
  • Automatic updates – These can be a good idea, some of the time. But with servers, I tend to have process around patching, booting, and testing, so I selected No Automatic Updates.
  • Software Selection – The only important choice for me at system installation is OpenSSH server: I need this to remotely administer any system: local or remote, physical or virtual.

Once the installer is done, there’s at least one more trick up my sleeve…

But first, we have to “destroy” the remnants of the prior run, then re-run grub-bhyve to figure out what our root and boot devices are:

root@serenity:/data/bhyve/images/ > bhyvectl --destroy --vm=ub1704new
root@serenity:/data/bhyve/images/ > grub-bhyve -m ub1704new-device.map -r hd0 -M 1024M ub1704new
grub> ls
(hd0) (hd0,msdos1) (cd0) (cd0,apple2) (cd0,apple1) (cd0,msdos2) (host) 
(lvm/ub1704new--vg-swap_1) (lvm/ub1704new--vg-root)
grub> ls (hd0)/
error: unknown filesystem.
grub> ls (hd0,msdos1)/
error: unknown filesystem.
grub> ls (lvm/ub1704new--vg-root)/
lost+found/ etc/ media/ bin/ boot/ dev/ home/ lib/ lib64/ mnt/ opt/ proc/ root/ run/ 
sbin/ srv/ sys/ tmp/ usr/ var/ initrd.img vmlinuz snap/
grub> cat (lvm/ub1704new--vg-root)/etc/fstab
/dev/mapper/ub1704new--vg-root / ext4 errors=remount-ro 0 1
/dev/mapper/ub1704new--vg-swap_1 none swap sw 0 0

And there’s the information we need to configure a file to prime grub automatically, but first, let’s get this system running for the first time after installation:

grub> linux (lvm/ub1704new--vg-root)/vmlinuz root=/dev/mapper/ub1704new--vg-root
grub> initrd (lvm/ub1704new--vg-root)/initrd.img
grub> boot
root@serenity:/data/bhyve/images/ >

There’s our prep done, now to run the machine:

root@serenity:/data/bhyve/images/ > bhyve -c 2 -m 1024 -H -P -A -s 0:0,hostbridge -s 1:0,lpc \ 
> -s 2:0,virtio-net,tap0 -l com1,stdio -s 4,virtio-blk,/dev/zvol/zroot/data/vmimages/ub1704new ub1704new
Ubuntu 17.04 ub1704new ttyS0

ub1704new login:bilbrey
Welcome to Ubuntu 17.04 (GNU/Linux 4.10.0-19-generic x86_64)

The next step is to update the freshly built system to with current packages and security updates, because the CD and DVD images are not respun every time there’s a changed package:

bilbrey@ub1704new:~$ sudo su -
[sudo] password for bilbrey: 
root@ub1704new:~# apt update && apt upgrade -y
root@ub1704new:~# sync
sroot@ub1704new:~# sync
root@ub1704new:~# shutdown -h now

With that done, now I’ll create a couple of files to make the startup much easier – we’ll create a file to feed grub-bhyve what it needs, and a quick and dirty shell script to automate all the startup options and run the VM:

root@serenity:/data/bhyve/images/ > vim ub1704new-grub.in  # pull together our grub info from the first startup...
root@serenity:/data/bhyve/images/ > cat ub1704new-grub.in
set root=(lvm/ub1704new--vg-root)
linux /vmlinuz root=/dev/mapper/ub1704new--vg-root
initrd /initrd.img

root@serenity:/data/bhyve/images/ > vim start_ub1704new.sh  # shell script to config and run 
root@serenity:/data/bhyve/images/ > cat start_ub1704new.sh


stkargs="-H -P -A -s 0:0,hostbridge -s 1:0,lpc -s 2:0,virtio-net,${tap} -l com1,stdio" 

cd /data/bhyve/images
bhyvectl --destroy --vm=${imgname}  # Clean up prior run
grub-bhyve -r hd0 -m ${imgname}-device.map -M ${mem}M ${imgname} < ${imgname}-grub.in  # prep grub boot 
bhyve -c ${cpus} -m ${mem} ${stkargs} -s 4,virtio-blk,${imgpath} ${imgname}  # Run the VM

root@serenity:/data/bhyve/images/ > chmod 700 start_ub1704new.sh  # Make the script runnable (by root)

All done, now I can just start the VM:

root@serenity:/data/bhyve/images/ > ./start_ub1704new.sh
Ubuntu 17.04 ub1704new ttyS0

ub1704new login: bilbrey
bilbrey@ub1704new:~$ sudo su -
[sudo] password for bilbrey: 
root@ub1704new:~# sync
root@ub1704new:~# sync
root@ub1704new:~# shutdown -h now

Making Copies and Clones

Okay, a simple script run to start up the VM. That’s good. But we’ve put in a fair bit of work on this VM, what if I want some more of exactly that? I can use ZFS utilities to clone the VM image, do a couple of edits in copies of the files we just created, and we can have one or more copies without all the installation effort and pain. Here goes:

root@serenity:/data/bhyve/images/ > zfs list -rt all zroot/data/vmimages/ub1704new
zroot/data/vmimages/ub1704new 16.5G 1.07T 3.32G -

root@serenity:/data/bhyve/images/ > zfs snapshot zroot/data/vmimages/ub1704new@copy1

root@serenity:/data/bhyve/images/ > zfs clone zroot/data/vmimages/ub1704new@copy1 zroot/data/vmimages/ub1704copy1

root@serenity:/data/bhyve/images/ > zfs list -rt all zroot/data/vmimages
zroot/data/vmimages 72.9G 1.05T 96K /data/vmimages
zroot/data/vmimages/ub1704copy1 8K 1.05T 3.32G -
zroot/data/vmimages/ub1704new 19.8G 1.07T 3.32G -
zroot/data/vmimages/ub1704new@copy1 0 - 3.32G -

root@serenity:/data/bhyve/images/ > zfs get origin zroot/data/vmimages/ub1704copy1
NAME                             PROPERTY  VALUE                                SOURCE
zroot/data/vmimages/ub1704copy1  origin    zroot/data/vmimages/ub1704new@copy1  -

[* Editors note – Updated above to add the zfs snapshot command, which did not survive the original cut and paste]

This read/write clone, ub1704copy1, takes about as long as it takes to run the snapshot and clone commands – no time at all, really. But it will be dependent on the snapshot (see the output of the zfs get origin command), and not an independent copy of the VM. So for quick-and-dirty testing, this is a great tool. If, on the other hand, you want to make use of that snapshot to make a long-lived copy of the VM, use the ZFS send/receive functionality:

root@serenity:/data/bhyve/images/ > zfs send zroot/data/vmimages/ub1704new@copy1 \
 | zfs receive zroot/data/vmimages/ub1704copy2

root@serenity:/data/bhyve/images/ > zfs list -rt all zroot/data/vmimages
NAME                                         USED  AVAIL  REFER  MOUNTPOINT
zroot/data/vmimages                         76.2G  1.05T    96K  /data/vmimages
zroot/data/vmimages/ub1704copy1                8K  1.05T  3.32G  -
zroot/data/vmimages/ub1704copy2             3.32G  1.05T  3.32G  -
zroot/data/vmimages/ub1704copy2@copy1           0      -  3.32G  -
zroot/data/vmimages/ub1704new               19.8G  1.06T  3.32G  -
zroot/data/vmimages/ub1704new@copy1             0      -  3.32G  -

root@serenity:/data/bhyve/images/ > zfs get origin zroot/data/vmimages/ub1704copy2
NAME                             PROPERTY  VALUE   SOURCE
zroot/data/vmimages/ub1704copy2  origin    -       -

root@serenity:/data/bhyve/images/ > zfs destroy zroot/data/vmimages/ub1704copy2@copy1

Note that the send/receive ALSO copied the snapshot, so I disposed of the copied snapshot… The send/receive took a couple of minutes for this small VM. A much larger VM would take a correspondingly longer time. Let’s create the scripts to run ub1704copy2:

root@serenity:/data/bhyve/images/ > cp ub1704new-grub.in ub1704copy2-grub.in
root@serenity:/data/bhyve/images/ > cp ub1704new-device.map ub1704copy2-device.map
root@serenity:/data/bhyve/images/ > cp start_ub1704new.sh start_ub1704copy2.sh

root@serenity:/data/bhyve/images/ > vim *ub1704copy2*

root@serenity:/data/bhyve/images/ > diff start_ub1704new.sh start_ub1704copy2.sh
< imgname="ub1704new" 
> imgname="ub1704copy2"
< mem=2048
< tap="tap0" 
> mem=4096
> tap="tap2"

root@serenity:/data/bhyve/images/ > diff ub1704new-device.map ub1704copy2-device.map
< (hd0) /dev/zvol/zroot/data/vmimages/ub1704new 
> (hd0) /dev/zvol/zroot/data/vmimages/ub1704copy2

root@serenity:/data/bhyve/images/ > diff ub1704new-grub.in ub1704copy2-grub.in

So, no changes to the grub.in file, as all things are the same, including the name of the LVM filesystem that is root. Remember, even though the VM is now ub1704copy2, it’s a copy of ub1704new, and will be until we run it, change the hostname, and make it different.

The device.map file has to change to point to the new ZFS volume, but that’s all.

And for the start_ub1704copy2.sh file, I really only had to change the imgname variable to make everything work.  But I also bumped the memory up to 4G, and changed the network device to tap2, so that new and copy2 could be running simultaneously. Now let’s boot copy2, change the hostname, and boot it again:

root@serenity:/data/bhyve/images/ > ./start_ub1704copy2.sh
ub1704new login: bilbrey
bilbrey@ub1704new:~$ sudo su -
[sudo] password for bilbrey:
root@ub1704new:~# vim /etc/hostname
root@ub1704new:~# cat /etc/hostname

root@ub1704new:~# sync
root@ub1704new:~# sync
root@ub1704new:~# shutdown -h now

root@serenity:/data/bhyve/images/ > ./start_ub1704copy2.sh
Ubuntu 17.04 ub1704copy1 ttyS0

ub1704copy1 login: bilbrey
bilbrey@ub1704copy1:~$ ip addr show dev enp0s2
2: enp0s2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:a0:98:27:32:75 brd ff:ff:ff:ff:ff:ff
    inet brd scope global enp0s2
       valid_lft forever preferred_lft forever
    inet6 fe80::2a0:98ff:fe27:3275/64 scope link 
       valid_lft forever preferred_lft forever

Okay, we’re running in copy2, renamed the host, and we have an IP address. Let’s start up ub1704new, and ping the copy:

root@serenity:/data/bhyve/images/ > ./start_ub1704new.sh
Ubuntu 17.04 ub1704new ttyS0

ub1704new login: bilbrey
bilbrey@ub1704new:~$ ip addr show dev enp0s2
2: enp0s2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:a0:98:d4:48:eb brd ff:ff:ff:ff:ff:ff
    inet brd scope global enp0s2
       valid_lft forever preferred_lft forever
    inet6 fe80::2a0:98ff:fed4:48eb/64 scope link 
       valid_lft forever preferred_lft forever

bilbrey@ub1704new:~$ ping
PING ( 56(84) bytes of data.
64 bytes from icmp_seq=1 ttl=64 time=0.889 ms
64 bytes from icmp_seq=2 ttl=64 time=0.652 ms
bilbrey@ub1704new:~$ ssh
The authenticity of host ' (' can't be established.
ECDSA key fingerprint is SHA256:yARJTbiR8K2S1pTrYZ8xdDZawGMVqtukB3th2cf1Zjw.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '' (ECDSA) to the list of known hosts.
bilbrey@'s password: 
Last login: Sun Oct 15 20:26:57 2017

There we go. The clones and copies are super fast and easy. I’m told by the interwebs that there are tools called vm-bhyve and iohyve that might be useful, but those are for another day.

*      *      *

DoD announced no new casualties in the last week. Ciao!


1 October 2017

“Wouldn’t you prefer a nice game of chess?”

*      *      *

I’ll just leave that there, okay? In other news, I just called my oldest best friend (I’ve known him since I was four) to wish him a happy birthday, which was pleasant and fun. I also left a voice mail for pater and mater, they’re probably out painting the town red. Some of our weekend was normal routine – shopping, roasting coffee, washing the car, going to the office to get some hardware maintenance done during off-hours, doing other chores, but…

Speaking of painting the town red, we had a pretty social weekend ourselves. Last night, we had neighbors in for supper and a board game. And on Friday night, we had a pre-show “Dinner with the Director”, followed by the opening night production of Much Ado About Nothing by the Annapolis Shakespeare Company. What a joy! We enjoyed the lovely prix fixe menu at Luna Blu. Director Sally Boyett didn’t get much supper, she spent the evening at the head of the table regaling the 16 or so attendees with tidbits about the show, the design of the sets and costumes, and what to be looking for as sub-texts. She seemed a bit disappointed that none of us had recently read the text. The show itself was a wonderful production. Put Much Ado About Nothing in the context of “Mad Men” on an American Caribbean island in the late 1950’s. That’s how it was set. And wow, did the new theater impress. Sally managed to get a two-story set into place – very impressive. A cast of 17 actors, fully half of whom were debuting with ASC in this production. We were treated to some fancy period-correct dancing, a little bit of guitar and song, and the words of the Bard. That cast and director earned our standing ovation at the end of the show. Highly recommended.

*      *      *

Lexi wants to know why she can’t have another treat, any time she’d like. What do you say?

Lexi, our mutt, sitting on the carpet in the living room, giving me a look that says, "I want a treat!"

Lexi wants a treat

*      *      *

DoD reported no new casualties in the last week. Glad of that. Ciao!

25 September 2017

That was a chore-filled weekend. The lawns are all lovely and flat, and nearly the whole house is much, much cleaner. But I was bloody exhausted by the time last night rolled around. So sorry.

*      *      *

Only big news is upgrading my MacBook Pro to the latest MacOS release: High Sierra. I’d popped for one of the Beta releases earlier in the Summer, and put in a few issue reports before reverting to Sierra. All of the issues I reported actually garnered responses from Apple, and they’ve all been remediated in the GA release of the OS. Frankly, it’s mostly an underpinnings and foundation release, which I find pretty cool, but doesn’t leave much to talk about. All of my regular use cases are fully functional, so I have no reason to revert and wait for the 11.1 release.

*      *      *

Nothing else of deep interest to discuss at this time. If you’re in the DC Metro area, tomorrow night is Annapolis Shakespeare‘s last production of The Complete Works of William Shakespeare, Abridged. We *did* go to that show a second time last week, because it’s a real hoot, and they’re not running it next summer. If you can, go. Links on the website. Also, opening this week is Much Ado About Nothing. Sally says, “Imagine Mad Men meets 50’s glam!” We’re so looking forward to this show!

*      *      *

DoD reported no new casualties during the last week. Deo gratias.