On Sat, Jan 7, 2023 at 1:51 AM Konstantin Olchanski <olcha...@triumf.ca> 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:
There is a third party SRPM at:
https://urldefense.proofpoint.com/v2/url?u=http-3A__rnd.rajven.net_centos_6_os_SRPMS_openssh-2D6.4p1-2D1cnt6.1.src.rpm&d=DwIBaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=APF_X_sbP87-U3byu32i-cPT0N0xHPBEhLmLSTRjCbrt6c02NpZBAfu3Z0LoBDLm&s=RoFP8HoZRy6liEx_Q1o6LAJzDhmsdUjdbqtBPSwXUrI&e=
There's also a yum repo next to it with various updated tools. Thing
there is newer than 2018, but it may be recent enough for you.
> 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).
>
>
> --
> Konstantin Olchanski
> Data Acquisition Systems: The Bytes Must Flow!
> Email: olchansk-at-triumf-dot-ca
> Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
