[13170] in athena10
Re: Debathena Ubuntu 12.04.5 machines did not take most recent update
daemon@ATHENA.MIT.EDU (Jonathan Reed)
Wed Feb 4 12:00:34 2015
Date: Wed, 4 Feb 2015 12:00:19 -0500 (EST)
From: Jonathan Reed <jdreed@mit.edu>
To: Myron Freeman <fletch1@eecs.mit.edu>
cc: Debathena Trac <debathena@mit.edu>
In-Reply-To: <E996010B-5804-4525-A150-9EAF349790C9@eecs.mit.edu>
Message-ID: <alpine.DEB.2.10.1502041154420.27720@infinite-loop.mit.edu>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-1693316094-949578515-1423069219=:27720"
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
---1693316094-949578515-1423069219=:27720
Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
Hi Fletch,
Turns out the news is ... somewhat good. The problem appears to be that=20
these workstations don't have the OpenAFS PPA, and are using the stock=20
upstream OpenAFS packages. For workstations installed at 12.04.2 or=20
later, OpenAFS broke years ago (because Ubuntu disagrees with us about the=
=20
definition of "stability" for LTS releases). Starting in September 2013,=
=20
we switched to using the PPA, maintained by members of the OpenAFS team.
Anyway, the fix should be as simple as the following commands, but=20
unfortunately they'll need to be run on each workstation:
add-apt-repository -y ppa:openafs/stable
apt-get update
apt-get dist-upgrade
(In the unlikely event that the "add-apt-repository" command is not=20
installed, that command is part of the "python-software-properties"=20
package)
-Jon
On Wed, 4 Feb 2015, Myron Freeman wrote:
> I was first made aware of the problem yesterday afternoon but didn=E2=80=
=99t have time to look at things more closely until now.
>
> -Fletch
>
>> On Feb 4, 2015, at 11:01 AM, Jonathan Reed <jdreed@mit.edu> wrote:
>>
>> Hi Fletch,
>>
>> Following up on this, when did this failure occur? There was apparently=
a know problem with OpenAFS and the latest Precise update kernel, but a ne=
w version of OpenAFS was released to the OpenAFS PPA on Friday, so if the f=
ailure occurred prior to that date, a simple "apt-get update; apt-get dist-=
upgrade" should fix the problem.
>>
>> Unfortunately, Ubuntu's LTS solution of backporting the current kernel (=
from 14.04) to the previous LTS often results in problems like this. We do=
n't really have a good solution at this point, beyond encouraging people to=
upgrade to the newest LTS as soon as it's available.
>>
>> -Jon
>>
>> On Wed, 4 Feb 2015, Jonathan Reed wrote:
>>
>>> Hi Fletch,
>>>
>>> Are these debathena-cluster or debathena-workstation? We'd be interest=
ed in seeing the /var/log/athena-update.log files from them (either via ath=
info, if you have the hostnames, or the files as is).
>>>
>>> The auto-update procedure is basically just "apt-get update; apt-get di=
st-upgrade" with some sanity checking. The most common way to recover from=
failed updates is "apt-get -f install" and "dpkg --configure -a", often mu=
ltiple times.
>>>
>>> If none of those options work, we'll definitely need some hostnames to =
take a look at.
>>>
>>> -Jon
>>>
>>> On Wed, 4 Feb 2015, Myron Freeman wrote:
>>>
>>>> Hello folks.
>>>> I am discovering that a bunch of Debathena Ubuntu 12.04.5 machines did=
n=E2=80=99t take the most recent update properly. They all appear to have =
failed to update AFS correctly.
>>>> Is there anything that I can do to force a proper (hopefully working :=
-) ) update?
>>>> -Fletch
>
>
---1693316094-949578515-1423069219=:27720--