From: | Vincent Veyron <vv(dot)lists(at)wanadoo(dot)fr> |
---|---|
To: | sthomas(at)optionshouse(dot)com |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Linux Distribution Preferences? |
Date: | 2013-01-15 11:54:40 |
Message-ID: | 1358250880.2452.18.camel@asus-1001PX.home |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Le lundi 14 janvier 2013 à 16:35 -0600, Shaun Thomas a écrit :
> My personal server is on Debian too, with a similar uptime. But we
> recently ran into this guy on our 12.04 Ubuntu systems:
>
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1055222
>
Ha, so you seem to need to use the X windows system, which I do not use
on my servers, so I can't speak for that.
> Even calling canonical to ask about buying a support contract got us an
> automated "We'll contact you within two business days" response, which
> isn't exactly ideal. So we're strongly considering RHEL, because at
> least they would call us back, and would give us some small amount of
> peace knowing we could maybe get some assistance since we don't exactly
> have a kernel dev on staff to find things like this.
I understand the reasoning; but I wonder : would it make sense for you
to pick one of the well known systems mentionned above thread, with a
specialist(*) catering to your installation/maintenance needs, and then
have another different one as a standby backup, ready to take over in
case of need?
I'm asking this because I try to find a way out of the 'big corporation
only talking to the big corporation' paradigm.
(* : typically a linux nerd, with long hair, a beard and shorts, who
knows his stuff; not a corporate drone)
--
Salutations, Vincent Veyron
http://gdlc.fr/logiciels
Applications de gestion des sinistres assurances et des contentieux
From | Date | Subject | |
---|---|---|---|
Next Message | Daniel Verite | 2013-01-15 11:54:45 | Re: Linux Distribution Preferences? |
Previous Message | Filip Rembiałkowski | 2013-01-15 11:49:55 | nonexistent user in pg_class.relacl messing pg_dump output |