Category: tagged

  • kalabassa.mobi available

    If you are interested in using a great and easily pronounceable  .mobi domain I have the following domain name available for rental or sale:

    kalabassa.mobi

    I purchased the domain name when I was working on my FSBO property portal a couple of years ago and had not yet decided the definite name of the site. As I was interested in expanding the site to a mobile user base I went for the .mobi option too.

    The domain name itself does not mean anything, although it bears a similarity to the word pumpkin translated to some Romance languages.

    However, I never got to use it as I finally went for one of my other options instead, which term-wise was more related to properties, houses, homes, etc., making it a better choice, namely tudomo.com (derived from the Latin term domus).

    All offers are considered. Payment via Paypal.

  • Wrong place to ask for assistance

    My brother sent me this amusing copy of a forum thread where the original poster does not really seem to get the right solution he asking for.

    Check for yourself.

  • Which process at which port?

    I came back to the computer earlier today and found one of my servers to be unresponsive. The front-end of one of my bittorrent hosting boxes did not load so I tried some of the other websites hosted on the same box. None were loading.

    Luckily accessing via SSH worked fine and revealed that Apache had died for unknown reasons at some point from yesterday onwards. Trying to start Apache was not possible since it could not bind to the socket at port 80. I had already checked for any remaining PIDs from the previous httpd process, so I started worrying about a possible intrusion or some root-kit binding to port 80 instead of Apache.

    I started running netstat to reveal the listening ports but unfortunately the process information field was empty for this particular process in question. A quick search showed how lsof could also be used to display the name and pid of the listening process on any port number. In my case I typed:

    lsof -i :80

    This displayed a couple of known Python orphaned processes that belonged to the original and defunct httpd process. Once killed Apache was started with no issues.

    After all, nothing dramatic!