APLawrence.com -  Resources for Unix and Linux Systems, Bloggers and the self-employed
RSS Feeds RSS Feeds

Return to Index

April 2011

A SCO Openserver to Red Hat Linux Conversion   by Bill Mohrhardt
- So, to sum it up, the conversion went well, although it took longer than planned. I had the good fortune that our existing SCO servers continued to work without problems throughout the entire process. Going forward with Linux though, we will be better able to take advantage of new hardware options. The user desktop machines that we have moved from RHEL 4 to Ubuntu 10.10 work very nicely, and, given the same hardware, work more quickly. I was also able to drop some Hardware Maintenance Agreements, and saving money is a good thing.
Slightly Scrambled - unsorting a file   by Anthony Lawrence
- I mentioned looking for "short" pages as part of my on-going and long overdue site cleanup. As I explained at that link, I used a script to help me run through those files and made a first pass at the worst offenders with a weeks worth of work.
Converting SCO to Linux - Another one down, two left   by BigDumbDinosaur
- Our efforts to get clients off OSR5 and on to Linux commenced in earnest in 2004, which was right after SCO (then Caldera) started with their "Linux stole our code" lawsuits. The lawsuit nonsense definitely inspired me to get serious about Linux conversions, although I had been thinking about adopting Linux for live installations since the late 1990s, when I had spent quite a bit of time messing around with Red Hat on our "mule" server. I liked the way Linux worked, especially on older 486 hardware, and how I could transfer just about all of my UNIX knowledge and experience without incurring a steep learning curve.
Getting Started with Amazon Web Services   by Anthony Lawrence
- Here's what I want you to know: yes, it is a bit geeky. However, getting started is not all that difficult. If you can handle getting Apache or any other web server configured and running, you can do this.
Murder and mayhem - killing users processes 
- Killing user processes without "killall". It is sometimes necessary to kill all the processes owned by a particular user. On a modern Linux box or Mac OS X, we'd just do "killall -u username" and be done with it, but that "killall" may not exist on other Unix platforms.
Yesterday's Date 
- Recently I was asked how to write a script that would automate the task of copying a log file to another directory
Finding Yesterday's Date 
- Finding yesterday's date is easy in languages like Perl or if you have GNU date.
The lowly ls command 
- The lowly ls command has a lot of flags, perhaps more than any other Unix command. The man page covers them all, but how many of us have read that man page from start to finish? That man page may not even have been read at all - if you cut your teet on Solaris or SCO Unix, did you bother to read up on "ls" when you switched to Linux or Mac OS X?
Mysterious Duplicate IP addresses   by Bruce Garlock
- All machines on our 192.168.206.x subnet (mostly Mac's, with Windows servers) got the IP conflict message when they started up in the morning. We do have a linux dhcp server running on that subnet, but it only hands out 2 IP addresses for barcode guns, and those are given the IP based on their MAC address, so each barcode gun always gets the same IP and can move to other buildings without reconfiguring them, as they run in dhcp mode.
Is sed dead? 
- Sed is the "stream editor", and while it is truly ancient, it's still something most Unix folk use daily. That's because sed is quick, simple, and efficient. If you learn how to use it, you get a bonus: the same editing commands can be used in ed and vi.
Why does fsck need a scratch file? 
- Fsck often doesn't even have a "scratch" file option today, though with terabyte disks it is possible to imagine a system with not enough ram for fsck.
KCMENU (Kevin Clark's menu generator) in Perl 
- What this will do is do a quick, dirty translation of "kcmenu" menu files into Perl. It's not perfect, but as it produces Perl code, you could always modify that code as needed.
Slow Finder when browsing SMB Network Shares in Snow Leopard   by Bruce Garlock
- I have been trying to track down why the Mac OS X finder in Snow Leopard, when bound to Active Directory can be painfully slow at just listing files on a SMB share. The symptoms that occur are simply browsing through a SMB share in the Finder, and files will list, you go to another folder, they list, and then you go to another folder and suddenly it looks empty. But it's not. It's just the Finder being incredibly slow at listing the files. There doesn't even have to be many files in there, just a few. I can reproduce this everytime on a fresh install of OS X 10.6.x, and after binding the machine to an Active Directory server (in my case a Windows 2008 R2 server)