Re: how to troubleshoot a ups

[ONeal, Miles]

Ken,

Why do you think the UPS is at fault?

-Miles 

> On Nov 9, 2015, at 07:13, Ken Teh  wrote:
> 
> I need some advice on how to troubleshoot an apc smart ups.  I am
> getting pairs of onbatt/online messages from nut 3-4 times a day.  No
> particular regularity.
> 
> My first attempt at a fix was to set the power quality to fair to see if
> that would help.  Nope.  There is an advanced config option called the
> transfer setting which I gather is a specific value for triggering an
> on battery transition.  I've not tried this.
> 
> I'm thinking of trying an alternative circuit to see if that helps.
> 
> But, all this is basically stabbing at the wind.  I've tried to find a
> write-up on how one goes about diagnosing ups problems like this but no
> luck.
> 
> I would appreciate any advice you have.  Thanks.

Re: SNMP scanner?

[ONeal, Miles]

I don't recall the details but I thought this was covered in the map man page. 
I'm on a phone or I'd check right now.

-Miles

On Jul 29, 2016, at 20:06, ToddAndMargo 
mailto:toddandma...@zoho.com>> wrote:

On 07/29/2016 05:21 PM, Eero Volotinen wrote:

Openvas, nmap and so on

30.7.2016 2.15 ap. "ToddAndMargo" 
mailto:toddandma...@zoho.com>> kirjoitti:
Can anyone recommend an SNMP scanner?


Hi Eero,

I am trying to figure out how to do a "network discovery" with
snmp and nmap.  I haven't figured it out yet.  Have you done
this before?

Openvas  looks very promising.  Wish it wasn't set up
as a virtual machine.  Makes it a bit interesting to install
on a flash drive.  I do know how to convert ova's to
qemu-kvm, but still ...

Thank you for helping me with this!
-T


--
~~
Computers are like air conditioners.
They malfunction when you open windows
~~

Re: [EXTERNAL] Re: Tip: when your terminal gets all screwed up

[ONeal, Miles]

Or just “reset”.

-Miles

On Nov 11, 2017, at 08:33, Steven Haigh 
mailto:net...@crc.id.au>> wrote:

On Sunday, 12 November 2017 1:30:45 AM AEDT Nico Kadel-Garcia wrote:
On Sat, Nov 11, 2017 at 8:10 AM, Tom H 
mailto:tomh0...@gmail.com>> wrote:

[ Hundreds of lines of fine-tuning prompt manipulation code and theory
snipped, especially involving quote handling ]

And *this* is why I ignore it all and just use "stty sane" when my
console gets confused.

heh - personally, I just type: reset

--
Steven Haigh

📧 net...@crc.id.au   💻 http://www.crc.id.au
📞 +61 (3) 9001 6090📱 0412 935 897

Re: [EXTERNAL] kernel/firmware update made computer inaccessible

[ONeal, Miles]

I would look into a new video driver. Which driver were you using?

-Miles 

> On Feb 23, 2018, at 17:11, Steve Talbott  wrote:
> 
> Greetings, all --
> 
> Courtesy of an SL7 kernel and firmware update yesterday (yum details
> below), I get an eternal black screen upon booting not only the new kernel:
> 
>   kernel-3.10.0-693.17.1.el7.x86_64
> 
> but also the previous one:
> 
>   kernel-3.10.0-693.2.2.el7.x86_64
> 
> and the one before that, as well as the rescue kernels in my grub menu  So
> I have lost all useful access to my computer. I can, however, access the
> disk and all my files by mounting them from a 7.3 live install disk. My
> computer is an HP Pavilion desktop.
> 
> The command I executed was simply:
> 
>  # yum update
> 
> Updates other than the kernel occur automatically, and, as you can see
> from the above, it was a fair while since I had last updated the kernel.
> My system was initially installed as 7.3. I've never been quite clear,
> based on seemingly contradictory indications, whether it is now "on the
> way" to 7.4, or is already a fully qualified 7.4 system. It's whatever the
> automatic updates (and my occasional kernel updates) have given me.
> 
> I am not competent to do much with the messages from /var/log/messages,
> but as far as I can tell they look more or less normal. I don't see any
> sign of some glaring fatal error. If someone would like me to extract a
> relevant subset of them, I should be able to do so.
> 
> I gather that the yum updates can't be rolled back.  Any advice on how to
> proceed from here? (This is secondary, but it would be temporaily helpful
> if I could chroot to the root of my filesystem from the live install DVD,
> and do some work. The live install disk doesn't seem to give an option of
> going into rescue mode.)
> 
> The yum log shows:
> 
> Feb 21 18:12:14 Updated: kernel-tools-libs-3.10.0-693.17.1.el7.x86_64
> Feb 21 18:12:19 Updated: linux-firmware-20170606-58.gitc990aae.el7_4.noarch
> Feb 21 18:12:20 Updated: kmod-20-15.el7_4.7.x86_64
> Feb 21 18:12:28 Installed: kernel-3.10.0-693.17.1.el7.x86_64
> Feb 21 18:12:29 Updated: kernel-tools-3.10.0-693.17.1.el7.x86_64
> Feb 21 18:12:29 Updated: iwl135-firmware-18.168.6.1-58.el7_4.noarch
> Feb 21 18:12:30 Updated: iwl6000g2a-firmware-17.168.5.3-58.el7_4.noarch
> Feb 21 18:12:30 Updated: iwl3945-firmware-15.32.2.9-58.el7_4.noarch
> Feb 21 18:12:30 Updated: iwl2030-firmware-18.168.6.1-58.el7_4.noarch
> Feb 21 18:12:31 Updated: iwl5000-firmware-8.83.5.1_1-58.el7_4.noarch
> Feb 21 18:12:31 Updated: iwl2000-firmware-18.168.6.1-58.el7_4.noarch
> Feb 21 18:12:33 Updated: kernel-headers-3.10.0-693.17.1.el7.x86_64
> Feb 21 18:12:43 Installed: kernel-devel-3.10.0-693.17.1.el7.x86_64
> Feb 21 18:12:44 Updated: iwl7265-firmware-22.0.7.0-58.el7_4.noarch
> Feb 21 18:12:45 Updated: iwl7260-firmware-22.0.7.0-58.el7_4.noarch
> Feb 21 18:12:45 Updated: iwl6050-firmware-41.28.5.1-58.el7_4.noarch
> Feb 21 18:12:45 Updated: 1:iwl1000-firmware-39.31.5.1-58.el7_4.noarch
> Feb 21 18:12:46 Updated: iwl6000-firmware-9.221.4.1-58.el7_4.noarch
> Feb 21 18:12:46 Updated: iwl4965-firmware-228.61.2.24-58.el7_4.noarch
> Feb 21 18:12:46 Updated: iwl6000g2b-firmware-17.168.5.2-58.el7_4.noarch
> Feb 21 18:12:47 Updated: iwl100-firmware-39.31.5.1-58.el7_4.noarch
> Feb 21 18:12:47 Updated: iwl105-firmware-18.168.6.1-58.el7_4.noarch
> Feb 21 18:12:47 Updated: kmod-libs-20-15.el7_4.7.x86_64
> Feb 21 18:12:48 Updated: iwl5150-firmware-8.24.2.2-58.el7_4.noarch
> Feb 21 18:12:48 Updated: iwl3160-firmware-22.0.7.0-58.el7_4.noarch
> 
> Many thanks.
> 
> Steve Talbott
> The Nature Institute:  
> https://urldefense.proofpoint.com/v2/url?u=http-3A__natureinstitute.org&d=DwIFAw&c=O3LcjD-V2Iepl5V0N1424A&r=VCvRwPOrm0njzjSrvx26Ik46vMGFCQNOuW-so6eZTdM&m=YcfoHN6QV5cyK8J-ipYwmgr5xqwQEaCppdyWGY6gWgU&s=f3OIgz7HGMFHdr_o1J9vWN7aPdI6_gQT956LiVDZ0ZA&e=
> 20 May Hill Road
> Ghent, New York 12075
> Tel: 518-672-5049

Re: [EXTERNAL] Re: Your removal from the SCIENTIFIC-LINUX-USERS list

[ONeal, Miles]

I got the same thing, I've just been too busy to look at it.

On 11/16/2018 09:04 AM, Troy Dawson wrote:
I got something similar.
I was about to mark it as spam, and now that I see that someone else got the 
same thing, I'm definitely marking it as spam.
I certainly hope that Fermilab's list-serve hasn't been switched to something 
called 
"onmicrosoft.com"
And ... then I just looked ... and indeed it has.  Youch.

Troy


On Fri, Nov 16, 2018 at 2:46 AM Fred Liu 
mailto:fred.f...@gmail.com>> wrote:
I lost the mails from 11/12 to 11/15 ...
Fred Liu mailto:fred.f...@gmail.com>> 于2018年11月16日周五 
下午6:41写道：
>
> What is this?
>
> -- Forwarded message -
> From: Fermilab LISTSERV Server (16.0) 
> mailto:lists...@listserv.fnal.gov>>
> Date: 2018年11月15日周四 下午2:02
> Subject: Your removal from the SCIENTIFIC-LINUX-USERS list
> To: mailto:fred.f...@gmail.com>>
>
>
>
> Thu, 15 Nov 2018 00:02:23
>
> You have been automatically  removed from the SCIENTIFIC-LINUX-USERS list
> (Mailing  list for  Scientific  Linux  users worldwide)  as  a result  of
> repeated delivery error reports from  your mail system. This decision was
> based on  the list's automatic error  monitoring policy and has  not been
> reviewed or otherwise confirmed by a person. If you receive this message,
> then it  means that something is  wrong. While you are  obviously able to
> receive mail,  your mail  system has been  regularly reporting  that your
> account did not  exist, or that you were otherwise  permanently unable to
> receive mail. Here is some information  that may assist you or your local
> help desk in determining the cause of the problem:
>
> - The failing address is fred.f...@gmail.com.
>
> - The first error was reported on 2018-09-04.
>
> - Since then, a total of 7 delivery errors have been received.
>
> -  The last  reported  error  was: 5.1.8  550  5.1.8  Access denied,  bad
> outboundsender. Formoreinformationplease goto
> https://urldefense.proofpoint.com/v2/url?u=http-3A__go.microsoft.com_fwlink_-3FLinkId-3D526653&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=2eiNF49aI3l4On-amZwE_VfT8INXz4Pu6j7ka2QY_JU&s=kEnPyA_eYCgoMC99GPlHKTN2L6wAq2LfsPhHwaLAO7Q&e=.
> S(8991)
> [DM2PR09MB0399.namprd09.prod.outlook.com]
> [BL2PR09CA0020.namprd09.prod.outlook.com]
>  [BN1AFFO11FD027.protection.gbl]
>
> Please do  not ignore  this message.  While you  can re-subscribe  to the
> list,  it is  important  for you  to  report this  problem  to your  mail
> administrator so that  it can be solved. This problem  is not specific to
> the SCIENTIFIC-LINUX-USERS  list and may  also affect your  private mail.
> This  means that  you may  have lost  some private  mail as  well. Anyone
> trying to write to you during the same time frame might have received the
> same errors for the same reason.


--
Miles O'Neal
CAD Systems Engineer
Cirrus Logic | cirrus.com | 1.512.851.4659
[cid:part10.4962ACD6.6032747B@cirrus.com]

Re: [EXTERNAL] Re: kicked off the list via Office 365?

[ONeal, Miles]

Office365 has had all sorts of problems this month.

On 11/27/2018 02:27 PM, Jon Brinkmann wrote:

Yes, me too.  After more than a decade of subscribership with no problems!
I think FNAL's "filter" is way too sensitive:  it cited bounced messages due to
FNAL errors from three months ago as part of the reason for the unsubscription!
The period should be no more than a week and it should ignore errors caused
by the FNAL servers.

On Tue, Nov 27, 2018 at 01:02:50AM -0800, Akemi Yagi wrote:


On Fri, Nov 16, 2018 at 10:43 AM Bonnie King 
 wrote:



Hello,

Some users were erroneously unsubscribed from the list due to an issue
between the listserv and Fermilab's email provider. The subscriber list
has been restored. Sorry for the inconvenience.
--
Bonnie King



The problem is back?  I just received the "Your removal from the
SCIENTIFIC-LINUX-USERS list" message. I then joined the list and am
now sending this mail.

Akemi



--
Miles O'Neal
CAD Systems Engineer
Cirrus Logic | cirrus.com | 1.512.851.4659
[cid:part1.0B30D9CF.6F1B0C72@cirrus.com]

Fwd: [EXTERNAL] Re: Planning for hypothetical RHEL/CentOS cancellation

[ONeal, Miles]

I fail to see how any of these are SL problems.
You can use any of the filesystems you like.
Which libraries and packages are provided and compatible with other software 
are a function of what Redhat provides, and as others have noted, the point of 
RHEL (upon which SL is based) is to provide a long-term-stable, supported OS.
If you need current libraries, packages, utilities, APIs, etc., you use 
something like Fedora. We run into this all the time with browsers (for 
instance) but since the third party apps our developers use are based on RHEL, 
we must use RHEL or a derivative.
-Miles

Begin forwarded message:

From: MAH Maccallum 
mailto:m.a.h.maccal...@qmul.ac.uk>>
Date: January 7, 2019 at 06:16:35 CST
To: "kei...@kl-ic.com" 
mailto:kei...@kl-ic.com>>, 
"scientific-linux-us...@listserv.fnal.gov"
 
mailto:scientific-linux-us...@listserv.fnal.gov>>
Subject: [EXTERNAL] Re: Planning for hypothetical RHEL/CentOS cancellation

This certainly an interesting issue, but I have
been less pleased with SL than Keith is. The main
problems have come with software that is not in
SL's standard set, generally because SL does not
have the needed libraries or supporting packages.

For example I cannot currently use Dropbox under SL
although I have manually re-partitioned and re-formatted
to use ext4 rather than xfs, since Dropbox insists on ext4.
The error message tells me I do not have glibc 2.19, and
advises I should update to Ubuntu 14.04+ or Fedora 21+

Often there's a workaround using other repos' contents
to get necessary libraries etc., but when I look for info
on the net the available advice is, like that above, most
often for Ubuntu and secondly a recent Fedora.

An example of software I would like to use is an up-to-date
gramps, while examples of things I do use but which are not
in the standard SL distribution are Texlive 2018
(SL's distributed texlive seems quite old) and MATE (from
epel, which works but with some flaky bits, notably the
power-manager and the keyboard configuration)

Malcolm

On 05/01/2019 23:43, Keith Lofstrom wrote:
I do not expect an RHEL/CentOS cancellation in my
lifetime.  I expect IBM will keep them thriving
and available for a very long time.

However, big companies can do stupid things, and
cancelling RHEL, or ending "free" CentOS, is
something a clueless IBM CEO might attempt someday.

I am designing systems that others will maintain and
upgrade for decades.  A reluctant switchover to, say,
Debian is easier to manage now than later.  I hope
that will NEVER be necessary.  Debian could be
mismanaged as well; this happened with X and Gnome.

I rely on Scientific Linux and variants because large
organizations like Fermilabs and CERN and LIGO do.
I hope these organizations have contingency plans.

I assume that if IBM behaves badly in the future, our
international community will grumble, plead, and then
fork, keeping systems like RPM and yum functional for
approximately forever.

Is this a prudent assumption?

Keith

Re: [EXTERNAL] Re: Missing eth0 after upate to 7.7

[ONeal, Miles]

I have always tied MAC addresses to the EthX ports. One problem solved.

-Miles

On Sep 11, 2019, at 09:09, Steven C Timm mailto:t...@fnal.gov>> 
wrote:

At Fermilab we have a lot of machines on which systemd/udev still falls through 
to the unpredictable ethX system of naming  (#5 scheme in the article you 
referred to below) and whose eth0-eth4 rearrange themselves on every reboot.  
Quite an issue if you are trying to make bridged networks out of them.

Since Francesco's system is using the 3rd method and calling his interface 
enp3s0, that is not his problem. think his main problem is getting a link 
light--and those can come and go as well in most versions of SL7.

Steve




From: Teh, Kenneth M. mailto:t...@anl.gov>>
Sent: Wednesday, September 11, 2019 9:02 AM
To: Steven C Timm mailto:t...@fnal.gov>>; scientific-linux-users 
mailto:scientific-linux-users@fnal.gov>>; 
edace...@yahoo.it 
mailto:edace...@yahoo.it>>
Subject: Re: Missing eth0 after upate to 7.7

systemd based machines don't use ethX anymore. There is a more reliable naming
scheme described here.

> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.freedesktop.org_wiki_Software_systemd_PredictableNetworkInterfaceNames_&d=DwIF-g&c=gRgGjJ3BkIsb5y6s49QqsA&r=10BCTK25QMgkMYibLRbpYg&m=vZT0HjMvd2fgq2QWE2bKe2tPO2kV2oZlv4_YnyhdXPc&s=zgJQ8rvbvqFcZwlaL-M3FTu-OUoFYlH0yXXWzuTbcBw&e=

I've been using the #3 scheme which is based on the geographical location of the
network card. The system will prefer schemes #1 and #2 if the bios numbers them
but #3 always works nevertheless during installs.



On 9/11/19 6:51 AM, Steven C Timm wrote:
> I don’t know about your machine but I have seen on other SL7 machines that 
> what
> was eth0 turns to eth1 and so forth.  Do ifconfig -a
> That will show you all interfaces on the machine.  Then use ethtool on them to
> see which one has the link.
>
> Steve
> 
> *From:* 
> owner-scientific-linux-us...@listserv.fnal.gov
> mailto:owner-scientific-linux-us...@listserv.fnal.gov>>
>  on behalf of Francesco Alfano
> <0bdf64e162f4-dmarc-requ...@listserv.fnal.gov>
> *Sent:* Wednesday, September 11, 2019 6:42:05 AM
> *To:* scientific-linux-users 
> mailto:scientific-linux-users@fnal.gov>>
> *Subject:* Missing eth0 after upate to 7.7
> I have update to 7.7 and now i missing network connection:
> The ifconfig eth0 returns
> Device not found.
>
> How can I resolve the problem ?

Re: Calibre current

[ONeal, Miles]

Andrew,

On what do you base the following statement?

| Yes it has a GUI user interface, but RHEL is becoming a server distro ...

Thanks,
Miles

Re: Red Hat on the Desktop - was Re: Calibre current

[ONeal, Miles]

That makes sense, and I agree. As far as I can tell, RH remains committed to 
the desktop (although more and more that means only GNOME).

From: Andrew C Aitchison 
Sent: Thursday, January 30, 2020 16:05
To: SCIENTIFIC-LINUX-USERS@fnal.gov ; ONeal, 
Miles <0be99a30c213-dmarc-requ...@listserv.fnal.gov>
Subject: Red Hat on the Desktop - was Re: Calibre current

Caution:  EXTERNAL email

On Thu, 30 Jan 2020, ONeal, Miles wrote:

> Andrew,
>
> On what do you base the following statement?
>
> | Yes it has a GUI user interface, but RHEL is becoming a server distro ...

OK, that was a bit flippant.
I should have been more careful and said something like
  "Red Hat, like Microsoft, is focusing more on more on its server customers".

When I first installed Red Hat in 1995 it was aimed at individuals
running it on desktop PCs - there weren't many servers (though some).
When I last looked at a major upgrade for my home desktop machine
the RHEL8 marketing pages were all about clouds and containers and very
little about the desktop.
Now I get emails from Red Hat every week, or more often, about Kubernetes,
containers and how to write micro-services for clouds.

About five years ago the team I was in migrated several hundred desktop
users from SL6 to Ubuntu. I cannot see that we would switch these users
back to RHEL8 or CentOS8 now.

Those thoughts were behind my somewhat inaccurate statement.

--
Andrew C. Aitchison Kendal, UK
 and...@aitchison.me.uk

Re: EL 8

[ONeal, Miles]

This is our issue as well

-Miles 

> On Jan 31, 2020, at 07:43, Jean-Paul Chaput  wrote:
> 
> Caution:  EXTERNAL email
> 
> Hello There,
> 
> 
> Just to supply another point of view, I'm sticking (i.e. the whole
> network I manage) to SL7 (and CentOS8 afterward) because RHEL is the
> only open source OS that is qualified for big VLSI CAD tools
> (Cadence, Mentor, Synopsys). This is my only reason, but it's a
> mandatory one...
> 
> I take this occasion to send a big thank for the SL team and it's
> great jobs all those years.
> 
> 
> Best regards,
> 
>> On Thu, Jan 30, 2020 at 06:25:34PM -0800, Konstantin Olchanski wrote:
>>> On Thu, Jan 30, 2020 at 05:57:24PM -0800, Yasha Karant wrote:
>>> 
>>> At this point in terms of application support for EL 7 (including SL
>>> 7) from external entities (such as Calibre -- there are others), I
>>> am going soon to be forced to go to another Linux. ...
>>> 
>>> Any advice would be appreciated.
>>> 
>> 
>> We are looking at Ubuntu -
>> 
>> - direction is very stable, each next release is "the same as the previous 
>> release",
>>  no surprises, no strange changes, no confusion.
>> - trivial upgrade path from version N to version N+1. (works as well as 
>> MacOS).
>> - easy to google problems and solutions
>> - works well on laptops (Red Hat was always behind on Wifi and other 
>> important drivers)
>> - commonality with Raspberry Pi and other SoC systems (everything is Debian 
>> or Ubuntu based, nothing is Red Hat based).
>> - many hardware vendors now supply Ubuntu and Debian centric drivers and 
>> support
>> 
>> Now that both Ubuntu and Red Hat use systemd, NetworkManager & co management
>> of both has become very similar.
>> 
>> Only big remaining difference is the package manager - apt vs rpm/yum, but 
>> even
>> here Red Hat have muddied the waters by switching to dnf and a new package 
>> format
>> (new checksum algorythms).
>> 
>> Since building rpm packages was always a major pain, I am not sure I want to 
>> figure
>> it all out again with CentOS/EL-8 just to find out that I cannot (or I can?) 
>> build
>> RPM packages that work on all three - el6, el7 and el8. Might as well cut out
>> the middleman and use "git pull; 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
>> because of important reason X".
>> 
>> -- 
>> 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
> 
> -- 
>  .-. J e a n - P a u l   C h a p u t  /  Administrateur Systeme
>  /v\ jean-paul.cha...@lip6.fr
>/(___)\   work: (33) 01.44.27.53.99  
> ^^ ^^cell:  06.66.25.35.55   home: 01.47.46.01.31
> 
>U P M C   Universite Pierre & Marie Curie
>L I P 6   Laboratoire d'Informatique de Paris VI
>S o C System On Chip

Re: EL 8

[ONeal, Miles]

A fork is a point in time clone, after which the original and the fork do their 
own things (which may include the fork getting new/changed code from the 
original and/or vice versa). A fork is not a perpetual downstream dependency.

Oracle claims OL is not a fork. If they are truly only providing additional 
hardware support and are otherwise perpetually staying up to date with RHEL 
source (which they claim to be built from), then they aren't really a fork. 
They definitely claim to have started with RHEL, not CentOS. Since they claim 
100% compatibility with RHEL, that makes sense. And there's no real reason to 
get the source from anywhere but RHEL, since it's freely available.



From: owner-scientific-linux-us...@listserv.fnal.gov 
 on behalf of Stephan Wiesand 

Sent: Monday, February 3, 2020 15:12
To: David Sommerseth 
Cc: SCIENTIFIC-LINUX-USERS@fnal.gov 
Subject: Re: EL 8

Caution:  EXTERNAL email

> On 3. Feb 2020, at 21:11, David Sommerseth  
> wrote:
>
> On 01/02/2020 17:12, Nico Kadel-Garcia wrote:
>> *No one* calls it "Oracle 8". It's still RHEL 8. Oracle now owns and
>> can still use the Red Hat trademarks.
>
> No, not at all.  It was IBM who acquired Red Hat; but IBM has so far kept Red
> Hat as a separate company/brand with its own organization.
>
> And Oracle Linux is essentially a fork of CentOS, so it's even one step
> further down on the "downstream ladder".
>
>   Fedora -> RHEL -> CentOS/SL -> Oracle Linux

Sigh, we had this meme before, and by repeating it like a mantra it won't 
become less false.

If Oracle Linux was a CentOS fork, how could they possibly outperform CentOS in 
getting stuff out by *months*?

And that's not the only respect in which OL compares quite favourably. Just 
look for updateinfo.xml in repo metadata, or the SRPMs for the latest updates.

Re: EL 8

[ONeal, Miles]

I just know how it's supposed to work. I don't build the OS.

From: Stephan Wiesand 
Sent: Monday, February 3, 2020 15:39
To: ONeal, Miles <0be99a30c213-dmarc-requ...@listserv.fnal.gov>
Cc: SCIENTIFIC-LINUX-USERS@fnal.gov 
Subject: Re: EL 8

Caution:  EXTERNAL email



> On 3. Feb 2020, at 22:23, ONeal, Miles 
> <0be99a30c213-dmarc-requ...@listserv.fnal.gov> wrote:
>
>  And there's no real reason to get the source from anywhere but RHEL, since 
> it's freely available.

Care to share a pointer to the freely available SRPM for one of today's 
updates, like gnome-settings-daemon-3.28.1-3.el7_6.src.rpm?

Re: Is Scientfic Linux Still Active as a Distribution?

[ONeal, Miles]

SL didn't have "support", but the mailing list provided excellent, real-world 
support. At least during the SL 3-5 timeframe, CentOS had nothing even close 
that I could find.

There's obvious value in the broader community involvement that comes through 
CentOS, and in providing a free alternative for those who don't need / can't 
afford RH licensing. Wiping out CentOS would hurt the ecosystem. That doesn't 
mean it can't happen, but it seems unlikely.

One company I worked for never bought RHEL because it would have been too 
pricey under the circumstances. We found a cou0ple of bugs that got reported 
back upstream. Another company I worked for moved to RHEL from CentOS as soon 
as it could afford to, because we needed the support. Both companies made the 
right decision for their situation, and both were good for RedHat, just in 
different ways.

RedHat has been fine with CentOS and SL. I see no reason for that to change. 
IBM is not micro-managing RedHat. Hopefully that won't change, either.

-Miles

From: owner-scientific-linux-us...@listserv.fnal.gov 
 on behalf of Yasha Karant 

Sent: Friday, February 21, 2020 13:21
To: SCIENTIFIC-LINUX-USERS@fnal.gov 
Subject: Re: Is Scientfic Linux Still Active as a Distribution?

Caution: EXTERNAL email



As we could not afford the license-for-fee model that RedHat started a number 
of years ago (prior to which, one could download and install production RedHat 
-- not the "Fedora" equivalent -- licensed for free but without RedHat support 
-- but updates, etc., were available without fee), we too went with CentOS.  
Before RH, I used Debian, but there were issues of stability.  RH was stable.  
The problem with CentOS was that it was more or less a volunteer deployment, 
and we did not have the personnel to join the effort as our internal and 
external funding could not be used for that purpose.  Once SL became a 
more-or-less "stock" version of RHEL, and given that SL had professional funded 
employed personnel (as required by HEP and funded by the various governments 
that support Fermilab or CERN), this was the logical choice.  SL came with no 
support, but as several of us (myself included) were at one epoch "kernels 
internals" persons, and were "systems persons", and not as "IT" but as 
scientists and engineers, with the SL users list for "help", we had no 
significant issues -- see the recent exchange concerning a bug in EPEL that 
prevented an "easy" upgrade of the MATE desktop GUI environment.

However, RedHat is now owned by IBM, and CentOS is the RedHat "licensed for 
free" distro front end.   The only reason IBM exists is not to support the 
goals of the Freesoftware Foundation (GPL), but to support profit -- it is a 
major for-profit (effectively, trans-national) corporation.  Thus, one cannot 
rely upon entities within such a corporation to do anything that will undermine 
or reduce the profits of the corporation (including the overall compensation 
package of the CEO and the like), except in those nation states that have 
enforced regulations controlling the product deployments.  The USA has very 
little compared to much of the EU.  As Fermilab/CERN do not exist for the same 
purpose as IBM (individual scientists who may be the group leaders, etc., at 
such entities  notwithstanding), SL was a viable alternative.  There is 
absolutely no reason to assume that IBM will be such an alternative unless one 
wants to pay.  I am not going to argue with those who claim we are 
"freeloaders" despite paying the taxes that in part support Fermilab and CERN, 
but not CentOS -- if we cannot pay, we should not use -- but the realities of 
much university-based academic research is that there is no money and we do 
what we can.

In the simplest terms. I trust IBM to maximize overall return-on-investment 
(e.g., profit), and a "free" CentOS that truly competes with licensed-for-fee 
products does not fit that for-profit model.

Yasha Karant

On 2/21/20 7:41 AM, Michel Jouvin wrote:

Hi,

I'm surprised by the so negative feeling against CentOS which is a great 
project too and has been working well since it was "acquired" by Red Hat. I see 
no official sign that it should change. Moving from SL to CentOS is 
straightforward, I don't think you can speak about it as a migration as it is 
exactly the same product. And staying with CentOS will give you a chance to 
meet the DUNE people at some point and more generally the HEP community if you 
liked interacting with it!

Cheers,

Michel

Le 21/02/2020 à 16:32, Peter Willis a écrit :

Hello,

Thanks to everyone for clarifying the future status of SL.

I guess it’s time to start researching he docs for Ubuntu/Debian or something.



Looks like we need to revise our computing cluster plan.

The computer here is pretty small with only two nodes and a controller 
totalling 112 CPUs.

We use it for numerical modelling of ocean and river currents and sediment 
transport (OpenMP/MPICH/FORTRAN)

Re: Who Uses Scientific Linux, and How/Why?

[ONeal, Miles]

At my previous job, we used it for microprocessor development, along with 
commercial tools and the Torque/Moab batch queuing system. The software tools 
team used it as well.
I used it on al our home computers for several years but eventually switched to 
Fedora to be able to use more recent desktop software.

-Miles

On Feb 24, 2020, at 08:09, Peter Willis  wrote:


Caution: EXTERNAL email



Hello,

The variation in uses of t Scientific Linux is quite interesting.
As mentioned before, we are using it for fluid dynamics modelling and 
oceanography, in the context of parallel computing with OpenMP and MPICH.

I am curious to see what everyone else have been using it for.

Perhaps, if it’s not too much trouble, people on the list might give a short 
blurb about how they use it and why.
Maybe also mention others they know who are using it who are not on this list.

Peter



>I'm no scientist, just an electronics guy who do a lot of research in RF (as 
>hobby, mostly testing antennas for ham radio in VHF bands) from Argentina.
>
>Fot SL the most "well done" linux distribution, for people who simply knows.
>
>Will look forward to move to another distribution.
>
>
>>I'm an independent electronics inventor, heavily dependent
>>on both competent software and competent laboratory science,
>>both for the knowledge I depend on and the tools I use to
>>transform that knowledge into products and services for
>>my customers.
>>

Re: [SCIENTIFIC-LINUX-USERS] Why /tmp is bound in /tmp ? How can I remove this bound

[ONeal, Miles]

The mount points are set up that way so that filling up one of them doesn't 
keep the others from being written to. This helps protect from data loss.

If the system is quiescent, you might be able to just unmount /tmp . If you 
need something copied from there, just remount it temporarily on a dir you 
create (such as /tmp_old ) and copy it. This assumes you have plenty of space 
on . BUT... this means that if something fills up /tmp/ your system is probably 
hosed until you reboot.

Is there no way you can rebuild that old executable? Someone made a really 
[poor decision in depending on /tmp to be on / .

Otherwise, your best bet is to reinstall and use a custom disk partition setup. 
But the above caveats about /tmp filling up will still apply.

From: owner-scientific-linux-us...@listserv.fnal.gov 
 on behalf of Jose Marques 

Sent: Wednesday, April 29, 2020 11:46
To:  

Subject: Re: [SCIENTIFIC-LINUX-USERS] Why /tmp is bound in /tmp ? How can I 
remove this bound

Caution:  EXTERNAL email

> On 29 Apr 2020, at 15:49, Francesco Alfano 
> <0bdf64e162f4-dmarc-requ...@listserv.fnal.gov> wrote:
>
> Why /tmp is bound on /tmp ? (also /home on /home, /var/tmp on /var/tmp)

Interesting, one of the last SL6 VMs we have doesn't do this.

The "sandbox" init script (/etc/init.d/sandbox) has mount commands that setup 
bind mounts for /tmp etc. The comments in the script say:

# description: sandbox, xguest and other apps that want to use pam_namespace \
#  require this script be run at boot.  This service script does \
#  not actually run any service but sets up: \
#  /var/tmp, /tmp and home directories to be used by these tools.\
#  If you do not use sandbox, xguest or pam_namespace you can turn \
#  this service off.\
#

No idea if this is related.

The University of St Andrews is a charity registered in Scotland, No. SC013532.

Re: [SCIENTIFIC-LINUX-USERS] Why /tmp is bound in /tmp ? How can I remove this bound

[ONeal, Miles]

I don't know anything about a sandbox script.
Assuming this is otherwise a normal install, just to be safe, I would:

  1.  reboot into level 1 (single user mode);
  2.  Edit /etc/fstab and comment out the /tmp line.
  3.  Reboot normally.

That should take are of it.

Previous disk space caveats apply. How much space do you have on / ? (Run "df 
-hP /" to find out.)

From: owner-scientific-linux-us...@listserv.fnal.gov 
 on behalf of Francesco Alfano 
<0bdf64e162f4-dmarc-requ...@listserv.fnal.gov>
Sent: Wednesday, April 29, 2020 12:09
To: ONeal, Miles <0be99a30c213-dmarc-requ...@listserv.fnal.gov>; 
scientific-linux-us...@listserv.fnal.gov 
; jm...@st-andrews.ac.uk 

Subject: Re: [SCIENTIFIC-LINUX-USERS] Why /tmp is bound in /tmp ? How can I 
remove this bound

Caution: EXTERNAL email



Now I don't have access to the pc and therefore I can't try, so I had to wait 
until tomorrow.
To permanently remove the mount of / tmp on / tmp, is it sufficient to avoid 
starting the "sandbox" init script?
That is, since it is not used, can I uninstall the sandbox? In this case what 
are the rpm to be removed?


Il mercoledì 29 aprile 2020, 18:58:53 CEST, ONeal, Miles 
<0be99a30c213-dmarc-requ...@listserv.fnal.gov> ha scritto:


The mount points are set up that way so that filling up one of them doesn't 
keep the others from being written to. This helps protect from data loss.

If the system is quiescent, you might be able to just unmount /tmp . If you 
need something copied from there, just remount it temporarily on a dir you 
create (such as /tmp_old ) and copy it. This assumes you have plenty of space 
on . BUT... this means that if something fills up /tmp/ your system is probably 
hosed until you reboot.

Is there no way you can rebuild that old executable? Someone made a really 
[poor decision in depending on /tmp to be on / .

Otherwise, your best bet is to reinstall and use a custom disk partition setup. 
But the above caveats about /tmp filling up will still apply.

From: owner-scientific-linux-us...@listserv.fnal.gov 
 on behalf of Jose Marques 

Sent: Wednesday, April 29, 2020 11:46
To:  

Subject: Re: [SCIENTIFIC-LINUX-USERS] Why /tmp is bound in /tmp ? How can I 
remove this bound

Caution:  EXTERNAL email

> On 29 Apr 2020, at 15:49, Francesco Alfano 
> <0bdf64e162f4-dmarc-requ...@listserv.fnal.gov> wrote:
>
> Why /tmp is bound on /tmp ? (also /home on /home, /var/tmp on /var/tmp)

Interesting, one of the last SL6 VMs we have doesn't do this.

The  (/etc/init.d/sandbox) has mount commands that setup bind mounts for /tmp 
etc. The comments in the script say:

# description: sandbox, xguest and other apps that want to use pam_namespace \
#  require this script be run at boot.  This service script does \
#  not actually run any service but sets up: \
#  /var/tmp, /tmp and home directories to be used by these tools.\
#  If you do not use sandbox, xguest or pam_namespace you can turn \
#  this service off.\
#

No idea if this is related.

The University of St Andrews is a charity registered in Scotland, No. SC013532.

Re: sl 6.10 server no longer sees other computers on network

[ONeal, Miles]

You checked the firewall?

From: owner-scientific-linux-us...@listserv.fnal.gov 
 on behalf of Larry Linder 
<0dea520dd180-dmarc-requ...@listserv.fnal.gov>
Sent: Tuesday, June 9, 2020 15:42
To: scientific-linux-us...@listserv.fnal.gov 

Subject: sl 6.10 server no longer sees other computers on network

Caution:  EXTERNAL email

Oops:

I updated server to 6.10 and tried to add vcn and now server will no
longer see any other computers on network.

I used to see all linux boxes and "Workgroup" but now it simply sees
itself as an icon but it goes nowhere.  All services are running, so I
manged cross thread it.
Mad two mistakes by changing things after update to 6.10 before testing.

ssh is running as backups are good, I can ssh to any computer.

Any guesses as to what when wrong.