Super Upgrade Mode…

So tonight I finally got to roll the Debian 6.0 (Squeeze) update on Inexistence.
There may be some hiccups for the next few days as I fix anything that it broke.

I also started rolling IPv6 support now.
I will start adding AAAA dns records as I continue to test the functionality of each host.
All AAAA records have been set for all hosts now.

So please be patient if you notice anything break, I will more than likely be made aware
of it as it happens and will fix it as soon as I can…

Thanks and enjoy as always!

Updates to follow below (for any hiccups and their fixes):
2011-02-17
Slight hiccup detected with sendmail: local emailing (aka cron jobs) weren’t working as
expected thanks to submit.mc snafu. Fixed now from my preliminary tests aka all
my cron job emails are coming in.

2011-02-19
Did some changes to apache2 to improve performance and security.

SSH Access…

All SSH access is currently denied for all users as there is a rather evil kernel bug:
Hole in Linux kernel provides root rights

Of course Debian hasn’t patched this in backports yet (which we currently use).
So until this is fixed please drop me a support ticket if you really need shell access.

Otherwise please be patient and I’ll let you know when I lift the ban…

Debian has fixed this with the latest backport kernel upgrade.
Enjoy your shell access again folks!

Applying some varnish

So I installed and setup varnish tonight.
Everyone should start to see a speedup on page loads / requests for all sites on inexistence.

As always please let me know if you have any issues with your site(s).

Enjoy!

PS. I fixed the files that shouldn’t be cached like audio / video files so things return to their
proper streaming speeds.

QoS Enabled (Again)

So I once again enabled QoS (I forgot to enable it when we came back to
using dd-wrt from the airport extreme).

For those who wonder what QoS is that explains it pretty well.

To explain it in easier terms I had to reserve part of the network so upstream
cannot be flooded causing a denial of service. Now mind you a very slight denial
of service more of a lag of service and this fixes the issue quite well. Sadly
this also causes another issue and that is people will now download slightly slower
from the server but everything will be more responsive so the trade off is entirely worth it.

The reason I re-enabled this service is because I’ve noticed several users sending very
large attachments (email) to yahoo. Now normally this isn’t much of an issue but yahoo uses
a deferral system the basically causes inexistence to keep retrying to send said email.
Which yahoo rejects until they decide when it’s ok for the email to be delivered.

(Yes we use DKIM and SPF so there is nothing I can do to accelerate it any further).

So for anyone sending email to yahoo and wondering why it takes so long for
them to get it, this is why and if you really care about the person you are sending
email to then I would strongly suggest to them to use a better service.

Gmail, Hotmail, MobileMe, and many more exist and do the job in a more
standards conforming manner that doesn’t piss off our server..

That’s all for now.

Updates 06-26-2010

Apt-get upgrades:
apache2 apache2-doc apache2-mpm-prefork apache2-threaded-dev apache2-utils apache2.2-common apt apt-utils base-files cpio gtk2-engines-pixbuf libapache2-mod-perl2 libapr1 libapr1-dev libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libgtk2.0-dev libkpathsea4 libpoppler-glib3 libpoppler3 libssl-dev libssl0.9.8 libxext-dev libxext6 linux-headers-2.6.26-2-amd64 linux-headers-2.6.26-2-common linux-image-2.6.26-2-amd64 linux-libc-dev nano nfs-common nfs-kernel-server openssl python-support tar tla tla-doc tzdata usbutils xserver-xorg-video-intel

Svn updates were pulled of course.
Enjoy!