Tuesday, July 29, 2008
ARRL arrives on Facebook
The ARRL now has a "page" on Facebook. You can see it at http://tinyurl.com/642oj3. Right now, the League has 38 fans on FB, including myself. Lots of upside potential there!
There are a number of resources already there: videos, pointers to other stuff. As this is a "social networking" site, the value is (or should be) in the interactions between fans and ARRL personnel.
Will this draw in multitudes of new, fresh ham recruits? Time will tell.
Wednesday, July 16, 2008
Terabyte experiments
The Station recently acquired an Iomega "StorCenter Network Hard Drive", which is an NAS (Network Attached Storage) device that comes in a sleek Iomega-ish dark green case. Inside are two 500 GB hard drives that can run as a single 1 TB drive in JBOD mode (look it up!) or in RAID 0 mode (look it up too!). Because I intend to use it for backup, reliability is important, so I will probably run it as a 500 GB RAID 1 device, where the two drives mirror each other.
The Iomega device is reviewed here. Unfortunately, the review does not focus on the NFS protocol supported by the device. That is important for me, because we are running Linux primarily.
As it turns out, while the Iomega NAS runs Linux internally, it does not provide fully Linux-friendly NFS export. User and group IDs and protection modes do not behave as they should, as I would have it. However, it does provide an amazing amount of functionality for 2.8 cents/MB.
If the NFS personality proves too troublesome, we can always remove the drives and put them in a new Linux box and run NAS any way we want.
Technical stuff: The problem with NFS on this box is that there is basically no security at all. You don't need much in a captive NAS server, but you would like to preserve owner, group, and protection data, at minimum. However, little of the usual metadata is stored with the files. No UID/GID identification or time of last update. So 'rsync' won't work properly as a mirroring tool unless you specify --size-only, which means that your mirror may not be exact. (E.g., if an updated file has the same size as the previous one.)
If you want to use this box for 'exact' Linux disk backup, you need to use an old-fashioned method like dump or tar, treating this server as a glorified tape drive. (But remember, it's cheap and tiny!)
The Iomega device is reviewed here. Unfortunately, the review does not focus on the NFS protocol supported by the device. That is important for me, because we are running Linux primarily.
As it turns out, while the Iomega NAS runs Linux internally, it does not provide fully Linux-friendly NFS export. User and group IDs and protection modes do not behave as they should, as I would have it. However, it does provide an amazing amount of functionality for 2.8 cents/MB.
If the NFS personality proves too troublesome, we can always remove the drives and put them in a new Linux box and run NAS any way we want.
Technical stuff: The problem with NFS on this box is that there is basically no security at all. You don't need much in a captive NAS server, but you would like to preserve owner, group, and protection data, at minimum. However, little of the usual metadata is stored with the files. No UID/GID identification or time of last update. So 'rsync' won't work properly as a mirroring tool unless you specify --size-only, which means that your mirror may not be exact. (E.g., if an updated file has the same size as the previous one.)
If you want to use this box for 'exact' Linux disk backup, you need to use an old-fashioned method like dump or tar, treating this server as a glorified tape drive. (But remember, it's cheap and tiny!)
Wednesday, July 09, 2008
The Decline of Fedora
For those few who may be keeping track, here is the OS/distro count at this QTH.
Yesterday, the system manager (that would be me) lost patience with the wife's Fedora 8 system. It's audio stopped working after some system updates. I thought I'd cure that with a "clean" install of Fedora 9. No soap, but maybe it wasn't clean enough...
The last maneuver, before chucking it all and buying a Macintosh, was to install Ubuntu 8.04.1. That worked very nicely! Ubuntu's philosophy and handling of multimedia, not to mention its documentation, is very appealing after the frustrations of Fedora. Fedora is cutting edge, and often has put me into situations where I had to learn more than I wanted about Linux arcana and spend days making things work.
My "big" desktop Fedora system may be next to switch. Unfortunately, there is a lot of stuff to be re-customized in a new environment, beginning with VMware.
Fedora Linux: | 1 desktop, 1 laptop (multiboot) |
Ubuntu Linux: | 1 desktop, 1 server |
Debian Linux: | 1 desktop (PPC Macintosh) |
Windows XP: | 1 laptop (multiboot), 1 desktop (as VMware client) |
Yesterday, the system manager (that would be me) lost patience with the wife's Fedora 8 system. It's audio stopped working after some system updates. I thought I'd cure that with a "clean" install of Fedora 9. No soap, but maybe it wasn't clean enough...
The last maneuver, before chucking it all and buying a Macintosh, was to install Ubuntu 8.04.1. That worked very nicely! Ubuntu's philosophy and handling of multimedia, not to mention its documentation, is very appealing after the frustrations of Fedora. Fedora is cutting edge, and often has put me into situations where I had to learn more than I wanted about Linux arcana and spend days making things work.
My "big" desktop Fedora system may be next to switch. Unfortunately, there is a lot of stuff to be re-customized in a new environment, beginning with VMware.
Tuesday, July 08, 2008
Field Day at Yale - W1YU
Small, but successful Field Day operation at Yale Field - Yale's historic baseball stadium. More info at the new Club blog: W1YU.blogspot.com.
Subscribe to:
Posts (Atom)