Re: Linux Distribution Preferences?

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

In response to

Responses

Browse pgsql-general by date

  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