ed
> > with 64-bit numbers.
> > *Has anyone encountered this issue? *3. The Red Hat 8 manual also warns
> > that using xfs_repair -L might cause significant file system damage and
> > data loss and should only be used as a last resort. The manual does not
> > mention a
rebuild failing because multiple
disks have have sectors and I/O errors goes up with the number of disks.
ZFS was invented to resolve all these problems. (BTRFS was invented as a NIH
erzatz ZFS, is still incomplete wrt RAID5/RAID6).
Bottom line, if you can, use ZFS. Current Ubuntu install
On Thu, Jan 05, 2023 at 08:18:14PM -0800, Konstantin Olchanski wrote:
> I cannot ssh to SL6 machines from current MacOS or Debian 20 or 22:
> root@daq00:~# ssh ladd00
> Unable to negotiate with 142.90.111.60 port 22: no matching host key type
> found. Their offer: ssh-rsa,ssh-dss
>
hard
way.
K.O.
> Another condecending Unix / Linux user.
> By the way my great,great,great grandfather was a Hessian solder and
> decided he like the country, jumped ship, married a lady and had 12
> Children.
>
> Larry Linder
>
>
>
> On Tue, 2023-01-10 at 11:49 -0800
tracers
for medical imaging). This concludes your virtual tour of TRIUMF. You are
welcome.
K.O.
On Tue, Jan 10, 2023 at 11:49:49AM -0800, Keith Lofstrom wrote:
> > From: Konstantin Olchanski
> > Subject: Re: SL6 ssh fail
> ...
> > It looks like my remaining option is to build op
ications, which exploits? AFAIK, there is
no remote exploits against SL6 ssh, there is no remote exploits
against SL6 apache and there is no remote exploits agaist SL6 linux
kernels. If you know otherwises, please post a list of applicable CVEs.
--
Konstantin Olchanski
Data Acquisition Systems: The
forget about cyberwarefare malicious exploit
codes.
I looked at the stuff a few times, just for kicks. Yes, beyound my ken.
--
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
nal ssh and
https access is required by function.
- VMs, containers - shuffle chairs in the titanic, does not address any of the
issues above.
--
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
m 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 (br
:
bash-3.2$ ssh -oHostKeyAlgorithms=+ssh-rsa -oPubKeyAcceptedAlgorithms=+ssh-rsa
ladd00
Last login: Thu Jan 5 19:18:20 2023 from daq07.triumf.ca
ladd00:~$
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall
life cycle for each major version, extended architecture
> >>support, rapid release cycle, upstream community contributions, and
> >>support for security advisory metadata. In testing, it has demonstrated
> >>to be perfectly compatible with the other rebuilds and Red Hat
>
.S. Some users are comfortable with RHEL, they know how to use "yum", etc.
Well with recent RHEL "yum" is replaced by "dnf", so that argument "for RHEL"
is out the window now.
--
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
mputing-29=DwIBAg=gRgGjJ3BkIsb5y6s49QqsA=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A=BKDVbYIeJ3JjTcyH776AZjH4S7cTX0nCx3dPPhiOOsgvsoap5Ow8c6oNZ9Doc4YZ=PnJeRPP6pHxJ6QMu1YLijSn0I7aoLUiM2fID8xm8jck=
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
. Got two new Dilbert books for Christmas
> - there really a hoot. Reminds me of a place where I used to work.
>
> Happy New Year
> Larry Linder
--
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
ommon web sites.
But as likely as not, your SL6 computer is the size of a raspberry pi,
universally available for $100, comes with raspbian/debian linux, no
centos linux confusion needs to apply.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
S
refox?) did manage to connect (after spewing
nonsense
about expired https certificates) but then my javascript was too old and the
login
page did not work.
So sometimes you have to "turn back the clock" and use "obsolete" and "insecure"
and even "it's so dange
ou sure
> about doing this?
I would presume the OP has a clue and they are running the ftp server on a
private network
or with firewall rules to restrict access to trusted machines.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 40
write a yum
config file.
--
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
oftware and services.
Cheapest solution may be a backblaze subscription. You never know until
you do the numbers.
You cannot have something for nothing, you have to spend real $$$ somewhere and
you should never value your time at $0/hour.
P.S. This would be $10 please. Payable to my paypal.
ertification for a specific experimental data or control device
> (although I do look for such certifications on the actual circuit
> breaker -- accidents are not nice).
>
> On 8/10/21 4:00 PM, Konstantin Olchanski wrote:
> >On Tue, Aug 10, 2021 at 03:34:00PM -0700, Y
at Harvard, Stanford, etc.) --
> administrative and some instructional facilities typically can get
> much more. Many universities now outsource to paid "cloud" storage,
> with all of the issues that may entail.
>
> On 8/10/21 3:08 PM, Konstantin Olchanski wrote:
> >Hi, Larry
rever the support team - buy a MAC.
>
a "+1" on this one.
--
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
eloaded all the systems. So when you shout down the network to your
> provider the next time your start it you get a different IP.
>
> We don't give the disks away as they contain a lot of design data,
> SW,Cad programs, part programs for our mill etc. We donate them to a
> charity
d anyone recommend?
> ... [need] tool [that] actually "works".
>
get a mac and use the built-in incremental backup tool called "time machine".
spend more $$$, save on time, headache medicines and torn hair repair (assuming
you still had any).
--
Konstantin Olchanski
Data Acq
etty well understood,
but all this new stuff is an undocumented mess, different on every linux. IMO.
one solution could be to run vanilla xdm, then your Xsetup should work.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesb
ncile those.
>
>
>
> I would appreciate any suggestion or advice on the best upgrade path to
> achieve this update and would be happy to take recommendations on
> individuals or companies who might be interested in a professional service
> engagement to help solve the problem.
&
nd much of that waiting is maybe for EL9 and to see if Rocky releases
> > something that creates a better community than Alma has managed. Though I'm
> > still betting on a company backed project getting going and keeping going
> > much better in the short term anyway.
> >
On Thu, May 06, 2021 at 01:22:06AM +0100, Mark Rousell wrote:
> On 05/05/2021 23:13, Konstantin Olchanski wrote:
> >
> > Things seem to be much quieter and event-less in the BSD and Debian (& co)
> > camps.
>
> I greatly fear that the BSDs are gradually losing the
On Tue, May 04, 2021 at 11:00:00PM +0100, Andrew C Aitchison wrote:
> On Tue, 4 May 2021, Konstantin Olchanski wrote:
>
> >- first slide of "distribution landscape" is nonsense,
> >with everybody stuck with el7 for another 3 years and
> >bye, bye, c++14, c++17
; of CentOS, unexpected death of CentOS
Linux).
Things seem to be much quieter and event-less in the BSD and Debian (& co)
camps.
--
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
. (I see notices for
RHEL, Ubuntu, Fedora, etc. Of course CentOS "Linux" follows the RHEL CVEs).
Now I have to ask, does "CentOS Stream" even follow the CVE process? (notices
of vulnerability, "fix available", etc). (CentOS "Linux" follows the RHEL CV
there is no review/evaluation of it's
technical suitability
for HEP specific needs. Good/bad/etc compared to el7 and compared to non-RPM
alternatives (ubuntu,
etc). And there is many questions, none answered.
It looks like everybody will have to do their own evaluation and decide for
the
to Q2 2021, and there is no new information.
The CentOS forums are graveyard quiet. (censored?)
Any information from the FermiLab side of things? Any information from the SL
side
of things? Any rumours?
I opened a support ticket with CERN about this, let's see what they say.
--
Konstantin Olch
hotos they took to
> document a parking ticket, really ticked him off when I very obviously
> took photos at angles that showed the car was, in fact parked near a
> sign that gave permission and curb markings that matched.
--
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
, will happen again. cease letters, AT/BSDI and SCO/IBM-style
law suits, offers-you-cannot-refuse to principal developers, 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
;the end of
> >CentOS as we know it" without providing (a) and (b) ahead of time
> >d) by not providing 32-bit x86 and 32-bit ARM versions of RHEL they are at a
> >severe disadvantage in places like a typical Physics lab (CentOS used to
> >provide both, but they killed it).
> >
> >So there. There is nothing wrong with RHEL8. If it works for you, use it!
> >
--
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
ing 32-bit x86 and 32-bit ARM versions of RHEL they are at a
severe disadvantage in places like a typical Physics lab (CentOS used to
provide both, but they killed it).
So there. There is nothing wrong with RHEL8. If it works for you, use it!
--
Konstantin Olchanski
Data Acquisition Systems
)
c) telling everybody to install Ubuntu or wait for CERN ("We will keep you
informed about
any developments in this area during Q1 2021." with Q1 ending in 25 days or so).
If RHEL8 (or clone) for 32-bit ARM and 32-bit x86 did exist... but... I think...
The ship has sailed.
--
Konstantin Ol
x
is correct).
The best I can tell, linux drives it with the generic USB hub driver.
So:
a) all 7 ports should work (in USB2 mode, so plug a mouse or a keyboard to
check)
b) no idea why the USB3 component is not detected. most likely you are plugged
into a USB2 port (or a USB3 port disabled in the
or shipping completeley different devices (different chips,
different linux drivers) under the same part number. Bait-and-switch
in action.
--
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
ate it as reliably as I would prefer on
> upstream vendor, but every single SL 7.9 system I've tried has had
> coreutils-8.22-24.el7_9.2.x86_64 and incorrectly returns 'nan'.
>
> I'm hoping the devs can confirm and/or offer suggestions.
>
> Thanks!
> ~Stack~
--
Konstantin O
On Thu, Feb 04, 2021 at 10:07:43AM -0800, Konstantin Olchanski wrote:
> > Here we go. Conversion from CentOS-8 to RHEL-8 in 5 easy steps.
> >
> > Instructions for converting CentOS to RHEL are posted here:
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__access.red
well as network interruptions, I prefer to do a
> "fresh" install from local media. Is there a mechanism short of
> duplicating an entire distro web site of producing such an image for
> Springdale 8 EL?
>
Off-topic here. Please take it to the Springdale support forum.
--
PPdW1cyL5RIpaIYrCn8C5x2A=Bwvu8ORtdwu_qqgSySYBdSQ5VFU2sSZyj1XlHQ96Gz4=EB5q0Mf4XnrLhTF5rmgjfjnR71LWhzI4xDHIRPwvwx8=
>
> dnf distro-sync -y
>
> the distro-sync will reinstall every package
>
> Ching Him
--
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
th them.
Me, I am not worried, between debian/ubuntu, "free" RHEL and upcoming CentOS
reincarnations, our needs for open source operating systems are covered.
--
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
mpressed
that quartus 13.0sp1 can be made to run on current debian/ubuntu
only "with little blood". Intel have now dropped support for even more FPGAs
from the current quartus, so it looks like we will be battling
this forever. (Our hardware guys are grumbling about switching
to Xilin
On Mon, Feb 01, 2021 at 12:26:00PM -0800, Konstantin Olchanski wrote:
>
> Here we go. Conversion from CentOS-8 to RHEL-8 in 5 easy steps.
>
> Instructions for converting CentOS to RHEL are posted here:
> https://urldefense.proofpoint.com/v2/url?u=https-3A__access.redhat.com_a
; I used to publish scripts for this, for switching from RHEL to CentOS to
> Scientific Linux and other combinations.
>
Time to dust them off, I guess.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall,
s with RPM (yum replaced with dnf)
and made it easier to build RPM packages.
For installing cross-platform scripts, I am switching from RPM
to "git clone; make install (installs to /opt)".
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot
tructions the step for obtaining and installing
a Red Hat subscription activation key. I assume I get the activation key
somewhere in my Red Hat developer account, but I did not find the button
to do this yet, and I do not know what to do with the activation key anyway.
To be continued...
--
Konstantin
rpm --upgrade -vh
/daq/daqstore/olchansk/linux/SL/sudo-1.9.5-3.el6.x86_64.rpm
[root@ladd00 ~]# sudo -V
Sudo version 1.9.5p2
--
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
=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A=DdnVo6dknCRTqounMfG7Q82qFx2i7ANhA2ba5RkXC4g=R-6UJIwBbW5KnUMkSLmGuGA03CoQQ0nkVLXkC2ogupA=
Now, any chance of fixed package for SL6? (just checked, no fix in CERN SLC6,
no fix in EPEL).
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes
s "never reboot" and never
see systemd shortcomings (and get no benefit from "systemd fast booting").
--
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
clearly, basic debugging and basic system operational needs
are not important to the systemd designers and developers.
And I guess it is all my fault, I should have rooted for the right team
back in 2002 (or whenever) on the Fedora and Debian mailing lists.
Instead, I was asleep at the switch, being a
ts cannot go to the Moon, 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
And what about CentOS/RHEL on ARM? Today, we run CentOS-7 on ARM just fine,
but going forward? Does somebody expect us to run ARM with
Raspbian/Debian/Ubuntu,
but stick with RHEL on x86? Really? In our detector lab, ARM machines just
about outnumber x86 machines. The direction that is going, maybe
On Tue, Dec 22, 2020 at 04:24:33PM -0800, Keith Lofstrom wrote:
>
> There are probably more symphony fans than high energy
> physics fans (many physicists are both) ...
>
Hmm... I am not a fan. I am a blower of flutes and whistles!
--
Konstantin Olchanski
Data Acquisition System
e kernel level innovation
are the "never corrupts" filesystem (mostly due to "never crashes" hardware, I
suspect)
and improved VM (encrypted *and* in-memory compressed, impressive!).
Anyhow, today, MacOS wins at ping-pong while the game is hockey, if Apple still
built hard
of "unsafe". Must make
a distinction between "centos is unsafe" vs "redhat is unsafe" vs
"linux is unsafe" vs "any use of computer is unsafe".
("safe as certified by recognized authority" need not apply,
cars and airplanes are certif
at you can cram more of
them
in the same cooling-limited volume, yielding good "performance/m^3", important
for building
supercomputers.
--
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
the security of the Princeton build process? (including signatures of source
code,
signatures of binary packages, security of the mirror network, etc).
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Va
quot;amazing slow downer", I remember paying
for an updated license (an app well worth the money, recommended.
but very specialized of course).
Moving our linux work from x86 to ARM is similarly a non-event, except
for the need to cross-compile for some non-self-hosting embedded
machines.
-
arts pushing it. SL7 with custom-built linux kernel, glibc, sshd, httpd, kde,
php100 and python3000 is probably not SL7 anymore.
The label "SL7" is only useful if it refers to something well defined. If every
instance of SL7 has a different linux kernel, different versions of devtool
en behind the glamour/glitter of MacOS.
As summary, "SL7 is forever" is possible:
a) retrofit current production release linux kernels (i.e. from elrepo, or
build from source)
b) retrofit the "ports" or "homebrew" system from the Mac world.
How much work it takes? Ask e
structive critisim well.
>
Every good rule is proven by exceptions. Slackware and Knoppix.
--
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
right now.
I cannot fathom how Red Hat did not "ask around" before going public
with their decision. (unless the decision was forced on them externally).
>
> So the sword had many sharp edges.
>
Well, it is the dull sword that is most dangerous (to the user). Join
your lo
DXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A=m57TS8KUJogsGkZGVKvoL8D7gIzlEIxZsrqSEhDOgqk=Hgd0S_7BGuuCKHIfyfpJaucFixwNwISvlHKpHhHwg4E=
--
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
end and in 1 year will will have
to upgrade *again*, Ubuntu may become the preferred solution.
--
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
em back up is still used. That is what we do to ovoid * - 8 OS's.
> As long as they don't louse up the file system this is a good way to
> work.
>
> My two cents worth.
> Larry Linder
--
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
learn C++ and ROOT - as all
knowledge
of things Fortran is fading away as people retire and/or move on.
Most of the stuff that made cernlib so useful have now been migrated into ROOT,
minuit, geant3, you name it.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: ol
on RHEL-7/RHEL-8/Ubuntu-LTS-20, in a VM, in a container, by
hook or crook.
(Assume I know how to untar a tarball).
--
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
switching to grub and later
switching to grub2.
grub2 "is good" only for people who never worked with other boot loaders
(syslinux/pxelinux, uboot, etc).
On modern machines, UEFI BIOS can boot Linux directly (with a secureboot shim),
and grub is an unnecessary.
--
Konstantin Olchan
has been roughly
in the middle of my to-do list for the last 2-3 years.
Thanks in advance!
--
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
to provide a solution for the OP and for myself? How come
RHEL/SL/CentOS-8 does not come preinstalled with a package
to "boot an SL3/SL4/SL5/RHEL6/RHEL7 VM image now!". (Yes, we still have
hardware that required an m68k crosscompiler that runs on SL4. We even have
a physical machine for this, a dual
ems-2Darent-2Dbooting-2Ddue-2Dto-2Dboothole-2Dpatches_=DwIFAg=gRgGjJ3BkIsb5y6s49QqsA=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A=ZJFLG-LZXHbZaOOov5YYtDvNbEGgJLbZ-4qfeU8texw=IJoGo8uh2FpBogxuemlmB1gOAOfqHhBmhPrrDgTb0-8=
>
>
> The University of St Andrews is a charity reg
On Wed, Jun 24, 2020 at 09:36:58AM -0700, Konstantin Olchanski wrote:
>
> Well, we do not have to tell them *all* of our secrets, do we?
>
Funny, enough, just stumbled on this:
https://linux.web.cern.ch/centos8/docs/singleuser/
--
Konstantin Olchanski
Data Acquisition Systems: The B
never actually
use the root password to login into root).
--
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
"install on ZFS",
and where is MATE/KDE/Cinnamon, and where is all the "deprecated" drivers,
and where is the replacement for "deprecated" NIS,
and where is the "we take systemd bugs seriously"?).
"Something is rotten in the state of Denmark"
ook at the versions of python, php, gcc, etc, and again
Ubuntu seems to be the direction.
So the writing is on the wall, I can see it and I can read it.
--
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
>
> Finding the gnome3 text rendering flaw will be more difficult.
> That flaw is why my subnotebooks still run SL6.
>
>
> Keith
>
> --
> Keith Lofstrom kei...@keithl.com
--
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
hese days.
--
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
e desktop is very bad. Ubuntu has: gnome, mate, cinnamon, kde,
lxde (I think), maybe a few more.
>
> As you all can guess is that I am an engineer and not an IT person.
>
Thank goodness.
--
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
" written in the specs (not "Debian"), etc.
>
> Of course, and maybe only in hindsight, we know Debian's organization is
> more robust an entity than RH's ended up being. Ironically, Debian also
> contains far far more science-related packages than the distribution
> w
omputing/cern-ends-trial-facebook-workplace
(link to CERN Microsoft Alternatives project)
https://home.cern/news/news/computing/migrating-open-source-technologies
(link to CERN "drop box")
http://information-technology.web.cern.ch/services/CERNBox-Service
--
Konstantin Olchanski
I have contacted who did a clean install of
> >>
> >> Is there a reason you have to avoid CentOS? The SL devs have stated that
> >> they will not develop SL8 and instead put their resources into CentOS.
> >
> > I hate to say this, but CentOS is pretty slow
Actually will upgrade
> you automatically to those unless you're using a server installation.
>
No way around this, if stock kernel does not have a driver for your hardware,
you have to use some other kernel, by hook or crook. Build kernel from sources,
in the worst case. True for any
years.
>
Seconded. Certainly carried us through what, 15 years of worry free
and trouble free Linux OS? Yup, since SL3 in 2005 on our first 64-bit AMD
Opteron
machines, until 2020 today.
K.O.
>
> Best regards,
>
> On Thu, Jan 30, 2020 at 06:25:34PM -0800, Konstantin Olchanski
ull; make install" to install and manage the 2-3-4
scripts
that I manage with RPM packages right now.
I have been saying the above to everybody for the last 6 months and not a single
person so far had answered with "let's stick with Red Hat" or "let's stick with
Red Hat
be
(yes,
"everything" will fit on my 120GB SSD)
- no upgrade tool to go from version N to version N+1.
To me this smells like "we started with Red Hat Linux 9.0, added tons of
laptop-centric stuff,
branded it as 'enterprise linux', and BTW we are also desktop friendly".
--
Konsta
n for
> > >> the mentally challanged. Run my IBM computer the way I designed it or
> > >> just go away. You can only run my programs you can download. Most look
> > >> retarded such as "CHEESE" is there a connection between title and
> > >> function - its a major stretch of the immagination.
> > >>
> > >> It wants you use a cloud for everything - we don't want to use the cloud
> > >> for anything. Our internet provider sometimes takes a 1/2 hr nap during
> > >> the day. Its very fast when it works. (Spectrum) - AT in our
> > >> location was hopeless, bad service, bad price.
> > >>
> > >> For now we are going to upgrade all systems to SL 7.7 and then look for
> > >> a linux that is usefull for real engineering, manufacturing and
> > >> business.
> > >>
> > >> The labs should look at building there own.
> > >>
> > >> Any suggestions?
> > >>
> > >> I will go back to work and give up on centos 8. If I had purchased
> > >> RedHat 8 I would be really ped for getting ripped off.
> > >>
> > >> Larry Linder
> > >>
> > >
--
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
rd the error messages to centOS I will try a
> third time next weekend.
>
> Thank You
> Larry Linder
> MicroControls LLC
--
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
is perfectly capable of) ensures
the continuation of CentOS, I would think.
--
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
> from time to time
>
> Before the system is up and recognizing, to do fsck' and such
> which require the root password to be executed, comes to mind
>
>
> -- Russ herrold
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot
r CentOS, the CERN organization,
in collaboration with US and European Physics labs, has
the technical capability of carrying the Red Hat flavour of linux
forward forever.
--
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
mething goes wrong and one
of the services
restarted by the systemd update does not restart correctly yielding a dead
machine.
Rant over.
--
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
utlook message whereas the
> >>> receiving email handler is gmail. I would guess, therefore, that the
> >>> problem is occurring at the Fermilab end.
> >>
> >> 'guessing' about causes of failures in the face of a
> >> straightforward explanation, testible
With luck Fermilab has somebody as good and it will all be sorted out.
--
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
or Microsoft, the open source movement would not exist. Think about it.
--
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
8, 4:50 PM, "owner-scientific-linux-us...@listserv.fnal.gov on
> behalf of Konstantin Olchanski"
> olcha...@triumf.ca> wrote:
>
> >
> > # smartctl -a /dev/sda
> > ...
> > Device Model: TOSHIBA MG03ACA100
>
icate-2Dhard-2Ddrive-2Dfailures_=DwIBAg=gRgGjJ3BkIsb5y6s49QqsA=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A=G32iZqqMKOiFI0IWyvFtMeiPBUmMGLDfwv-XJICRLMg=WP3knY1XbE8k3rNWhR9RbTdJY8wSqIkutTWHO7cbgZw=
K.O.
> On Tue, Oct 16, 2018 at 7:55 PM Konstantin Olchanski
>
1 - 100 of 227 matches
Mail list logo