I’m a Richardson, RU?

21 Jan, 2009

Our Newest Addition to the Family

Posted by: imarichardson In: News

Life gets an upgrade pretty quick:
Receive an email, make a phone call, and 45 minutes later we are on way to meet our new son.

He’s 2 months old, has wonderfully bright eyes, a captivating smile, and his big sister tells everyone that she’s having a baby brother.

God gives the greatest of blessings in little 9 pound packages.

See and download the full gallery on posterous
or here on flickr

Posted via email from imarichardson’s posterous

14 Jan, 2009

Domino PCs …

Posted by: imarichardson In: Fun| Music & Video

31 Oct, 2008

Another Thriller Re-mix from Adam Sevani

Posted by: imarichardson In: Fun| Music & Video

30 Oct, 2008

Night of the Living Mac …

Posted by: imarichardson In: Fun| Music & Video

Just in time for Halloween, a scary movie of epic proportions - a tale of when a Mac gets a virus… (via TUAW)

If you are caught somewhere between subversion 1.4  and 1.5 then you’ll suddenly find yourself one day presented with the message: 

svn: This client is too old to work with working copy; please get a newer Subversion client

I originally found myself here while beta testing a new subversion client and inadvertently clicking “yes” I want to upgrade my working directory. But that’s another story. Here’s what I did (I’m running Mac OSX 10.5 Leopard):

 

  1. Download and install the Subversion 1.5 binaries from OpenCollabNet (via http://subversion.tigris.org/getting.html#osx). Once you download the .dmg, simply run the installer like you’d normally do any installer. You’d imagine that this would be all but it’s not because the new subversion installs to /opt/subversion/bin rather than /usr/bin.
  2. Update your path by either editing the “~/.profile” (for your individual user profile) or “/etc/profile” (for all system users). I chose to do this for my system as I used several accounts for different purposes. If the file doesn’t exist you need to create it. Then add the following line to the top of the file: 
    export PATH=/opt/subversion:$PATH
  3. Finally, rename the previous svn executable. You may find that you still cannot access subversion 1.5 if the 1.4 file is still available. Navigate to your /usr/bin folder and rename the old svn located there:
  4. Now when running svn –version you should see the 1.5 client referenced.
$ svn --version svn, version 1.5.2 (r32768)
  compiled Sep 19 2008, 14:38:15
  Copyright (C) 2000-2008 CollabNet.
  Subversion is open source software, see http://subversion.tigris.org/
 This product includes software developed by CollabNet (http://www.Collab.Net/).
 

 

08 Jun, 2008

Making money on a down server

Posted by: imarichardson In: Fun| Music & Video

This is “wet-my-pants” kinda funny.


For a good deal of time I’ve been experiencing numerous problems relating to mongrel and mongrel_cluster. I’ve received proxy errors from my main site:

Proxy Error
The proxy server received an invalid response from an upstream server.
The proxy server could not handle the request GET /.

Reason: Error reading from remote server


Apache/2.2.3 (Red Hat) Server at [myserver.com] Port 443

And when viewing the log files I was receiving errors like:

[Mon May 26 23:51:38 2008] [error] [client xxx.xxx.xxx.xxx] client sent HTTP/1.1 request without hostname (see RFC2616 section 14.23): *
[Wed May 28 08:59:49 2008] [error] (111)Connection refused: proxy: HTTP: attempt to connect to 127.0.0.1:8050 (127.0.0.1) failed
[Wed May 28 08:59:49 2008] [error] ap_proxy_connect_backend disabling worker for (127.0.0.1)
[Wed May 28 08:59:49 2008] [error] (111)Connection refused: proxy: HTTP: attempt to connect to 127.0.0.1:8051 (127.0.0.1) failed
...
[Wed May 28 09:00:39 2008] [error] proxy: BALANCER: (balancer://url_cluster). All workers are in error state
[Fri May 30 08:15:10 2008] [error] [client xxx.xxx.xxx.xxx] proxy: error reading status line from remote server 127.0.0.1
[Fri May 30 08:15:10 2008] [error] [client xxx.xxx.xxx.xxx] proxy: Error reading from remote server returned by / ...

And this, too: (I tried these instructions too, but didn’t work.)

[Thu May 29 03:47:24 2008] [error] (111)Connection refused: proxy: HTTP: attempt to connect to 127.0.0.1:8000 (127.0.0.1) failed
[Thu May 29 03:47:24 2008] [error] ap_proxy_connect_backend disabling worker for (127.0.0.1)
[Thu May 29 03:47:24 2008] [error] (111)Connection refused: proxy: HTTP: attempt to connect to 127.0.0.1:8001 (127.0.0.1) failed
[Thu May 29 03:47:24 2008] [error] ap_proxy_connect_backend disabling worker for (127.0.0.1)

Additionally, I received “Operation Not Permitted” errors when trying to restart and/or stop the mongrel clusters:

** [out :: 208.112.64.164] Operation not permitted (Errno::EPERM)
 ** [out :: 208.112.64.164] from /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.4/bin/mongrel_rails:200:in `send_signal'
 ** [out :: 208.112.64.164] from /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.4/bin/mongrel_rails:240:in `
run'
 ** [out :: 208.112.64.164] from /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.4/bin/../lib/mongrel/command.rb:212:in `run'

 ** [out :: 208.112.64.164] from /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.4/bin/mongrel_rails:281
 ** [out :: 208.112.64.164] from /usr/local/bin/mongrel_rails:19:in `load'
 ** [out :: 208.112.64.164] from /usr/local/bin/mongrel_rails:19
 ** [out :: 208.112.64.164] Sending TERM to Mongrel at PID 18429...

Solution

I was able to resolve the issue by killing all the active Mongrel processes and then restarting manually. You can do this by:

1. Viewing all active mongrel processes:

@imarichardson]$ ps -aef | egrep mongrel
root      3156     1  0 May15 ?        00:00:03 /usr/bin/ruby /usr/bin/mongrel_rails start -d -e production -p 8090 -a 127.0.0.1 -P log/mongrel.8090.pid -c /var/www/apps/[app_directory]/current
root      3159     1  0 May15 ?        00:00:02 /usr/bin/ruby /usr/bin/mongrel_rails start -d -e production -p 8091 -a 127.0.0.1 -P log/mongrel.8091.pid -c /var/www/apps/[app_directory]/current

(The second number is the process id; that is the id you’ll use to kill the process.)


2. Killing each process id

“sudo kill -9 [process id]“, For example, to kill the first process listed above:

@imarichardson]$ sudo kill -9 8090



3. Restarting your Mongrel instances

@imarichardson]$ sudo  mongrel_rails cluster::restart --clean -C /var/www/apps/[app_directory]/current/config/mongrel_cluster.yml

I'mARichardson Who?

Who am I? Well, let's see: I'm a husband, father, brother, God-father, down to earth, relaxed, happy kinda guy who likes clean code, long walks on the beach, takes his laptop with him everywhere he goes, and (as I'd like to think) all around good guy!