On 2023-01-07 07:50, Konstantin Olchanski wrote:
I cannot ssh to SL6 machines from current MacOS or Debian 20 or 22:
SL 6 is obsolete, maybe time to upgrade?
Looking on my list of SL6 machines:
experiment stations: dragon, musr, bnmr/bnqr, pol, titan. these are
medium/small sized experiments,
all software updates must be coordinated with experiment people. each
experiment station
has 2 or 3 SL6 computers (analysis station and VME frontend processor). install
ubuntu 22.04,
rebuild all experiment software, make experiment work again. takes about 1
month of calendar
time per experiment station.
two twist computers: upgrade by turning them off, they only exist to run Absoft
and Intel F90 compilers.
T2K/ND280 in Japan (JParc): update from SL5 recently completed.
DEAP dark matter search at SNOlab: running SL6 and will not be upgraded.
one former central server runs SL6 to run ruby-on-rails-based inventory
database (does not work
on ubuntu). likely "upgrade" is move from physical machine to a VM. ("Just
rewrite your inventory
database using the latest framework-du-jour!", "yessir! getting on it right away,
sir!").
For some experiments, upgrade from CentOS-7 to Ubuntu 22 and upgrade from
Ubuntu 20 to Ubuntu 22
has higher priority than upgrades from SL6.
So SL6 machines exist, they perform useful function, it takes a significant
effort to upgrade
them (with no functional gain). In the mean time, nobody apprecates unnecessary
rocking
the boat (breaking SSH, HTTPS, etc).
What about building this in a SL6/CentOS6 containers and maybe having the
benefit the container
works then even on <favorite-current-linux> or K8s platform?
For OpenSSH it would be possible to build a current release from source (I've
done it once years
ago for a private ExtremeNetworks switch, so I suspect it would be even
possible for CentOS 6)