Re: [CentOS] Audacity

[Keith Christian]

Use sox from the command line, look for "rec"

http://sox.sourceforge.net/sox.html
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Audacity

[mark]

On 7/7/21 7:34 PM, mark wrote:
I'm trying to record a reading of my just-published novel... and I'm 
underwhelmed. In KDE, I select multimedia->audacity, and it crashes. I 
can get it to run from a command line, but if I try to start "new", it 
crashes. When I was testing, and got the correct mike, then wanted to 
delete what I'd done and actually start, it crashes.


This is as installed, nothing odd.

Recommendations (other than reinstall)?

Well, I got it running again - from the command line. And read for maybe 
five minutes... and then audacity literally ate my system. Cursor 
disappears on and off, minutes to do anything, and I couldn't kill it, 
because it the window xterm took far too long to respond. I had to push 
the physical button, and power cycle the system.


Now to find something else to use to record a voice.

mark
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] Sending mail from rkhunter

[H]

I am having problems getting rkhunter to send the daily report to an outside 
email account under CentOS 7. I have installed postfix and fail2ban now sends 
ban messages as expected.

I have googled but so far failed to identify the error in my setup:

- /etc/aliases contain the correct mail alias for root

- /etc/rkhunter.conf has REPORT_EMAIL=themailadress and 
MAIL-ON-WARNING=themailadress

- /var/log/rkhunter/rkhunter.log does not contain any error messages

What have I missed?

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Audacity

[Fred]

I built it from source, once, several years ago. don't recall h aving had
any problems. You may try that a last resort, y'know?

On Wed, Jul 7, 2021 at 7:35 PM mark  wrote:

> I'm trying to record a reading of my just-published novel... and I'm
> underwhelmed. In KDE, I select multimedia->audacity, and it crashes. I
> can get it to run from a command line, but if I try to start "new", it
> crashes. When I was testing, and got the correct mike, then wanted to
> delete what I'd done and actually start, it crashes.
>
> This is as installed, nothing odd.
>
> Recommendations (other than reinstall)?
>
> mark
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] Audacity

[mark]

I'm trying to record a reading of my just-published novel... and I'm 
underwhelmed. In KDE, I select multimedia->audacity, and it crashes. I 
can get it to run from a command line, but if I try to start "new", it 
crashes. When I was testing, and got the correct mike, then wanted to 
delete what I'd done and actually start, it crashes.


This is as installed, nothing odd.

Recommendations (other than reinstall)?

mark
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS-announce] CESA-2021:2658 Important CentOS 7 linuxptp Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2021:2658 Important

Upstream details at : https://access.redhat.com/errata/RHSA-2021:2658

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

x86_64:
5d92d36050c5d7174cd65358882ce23f7eab51af6a02070c42917f77f9dcb3fe  
linuxptp-2.0-2.el7_9.1.x86_64.rpm

Source:
a0aa8a92f7fc0f029559b186db4016eaab076fb34c67d1aaf9bb54143ca62a9a  
linuxptp-2.0-2.el7_9.1.src.rpm



-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
Twitter: @JohnnyCentOS

___
CentOS-announce mailing list
CentOS-announce@centos.org
https://lists.centos.org/mailman/listinfo/centos-announce

Re: [CentOS] Centos versions in the future?

[Jon Pruente]

On Wed, Jul 7, 2021 at 11:04 AM Jon Pruente 
wrote:

> Deleted tweet link:
> https://twitter.com/NavyLinux/status/1408429562472677381
>

For completeness, here's a WayBackMachine link to the deleted tweet.
Luckily it got archived.

https://web.archive.org/web/20210625141924/https://twitter.com/NavyLinux/status/1408429562472677381

> @NavyLinux
> Truthfully, last production release from RHEL /CentOS 7.8.  stay on
CentOS 7 not need to move forward to new unstable vendors, wait and watch
Upcoming changes.  already on CentOS 8 wait until a stable reslease ready
for upgrad.@GuyLinux @CentOSannounce #Linux
> 7:19 AM - 25 Jun 2021
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos versions in the future?

[Valeri Galtsev]

On 7/7/21 12:08 PM, Leon Fauster via CentOS wrote:

On 07.07.21 18:04, Jon Pruente wrote:
On Wed, Jul 7, 2021 at 7:41 AM Leon Fauster via CentOS 
mailto:centos@centos.org>> wrote:


    Here is another one:

    https://navylinux.org/ 


Navy Linux has a bad taste already, for me. They are aiming too big, 
even trying to replicate EPEL for themselves. And their attitude isn't 
good. They had a tweet disparaging "new unstable vendors" of EL 
distros that they only deleted after being called out for it, despite 
being one of those themselves.


Deleted tweet link:
https://twitter.com/NavyLinux/status/1408429562472677381 



They used to say they were founded by "Unixlab". Which Unixlab? We 
don't know. Now they say they are a non-profit Foundation that founded 
the project.
https://webcache.googleusercontent.com/search?q=cache:kZLBFcdLyrYJ:https://navylinux.org/about/+=1=en=clnk=us 
 





+1

The Division of Corporations in DELAWARE shows:
Formation Date: 6/14/2021 (mm/dd/)

Anyway, in the context of ongoing attacks to the supply chain.
This situation where CentOS is running EOL will motivate new
black hats to step into the place. Imagine a massive deployed
OS that is trojanized?!

So trust is here king and despite all adversity (that also hits me
hard) we should thinks twice before running away into foreign arms.



+1

And I feel safe running (and planning to run for long future to come) 
quite reputable ones with long history of such: FreeBSD (servers), 
Debian (number crunchers, workstations).


Valeri


--
Leon








___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


--

Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos versions in the future?

[Leon Fauster via CentOS]

On 07.07.21 18:04, Jon Pruente wrote:
On Wed, Jul 7, 2021 at 7:41 AM Leon Fauster via CentOS 
mailto:centos@centos.org>> wrote:


Here is another one:

https://navylinux.org/ 


Navy Linux has a bad taste already, for me. They are aiming too big, 
even trying to replicate EPEL for themselves. And their attitude isn't 
good. They had a tweet disparaging "new unstable vendors" of EL distros 
that they only deleted after being called out for it, despite being one 
of those themselves.


Deleted tweet link:
https://twitter.com/NavyLinux/status/1408429562472677381 



They used to say they were founded by "Unixlab". Which Unixlab? We don't 
know. Now they say they are a non-profit Foundation that founded the 
project.
https://webcache.googleusercontent.com/search?q=cache:kZLBFcdLyrYJ:https://navylinux.org/about/+=1=en=clnk=us 





+1

The Division of Corporations in DELAWARE shows:
Formation Date: 6/14/2021 (mm/dd/)

Anyway, in the context of ongoing attacks to the supply chain.
This situation where CentOS is running EOL will motivate new
black hats to step into the place. Imagine a massive deployed
OS that is trojanized?!

So trust is here king and despite all adversity (that also hits me
hard) we should thinks twice before running away into foreign arms.

--
Leon








___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos versions in the future?

[Jon Pruente]

On Wed, Jul 7, 2021 at 11:14 AM Simon Matter  wrote:

> > BTW, anyone know who the "Navy Foundation" are?  Is this an arm of the
> > US government?
> >
> > Martin
>
> See https://navylinux.org/news/legal/


That furthers what I wrote earlier. That says:
 > Date of formation: June 14, 2021

Yet the about page ( https://navylinux.org/about/ ) was changed to say:
> Navy Linux and The Navy Linux Project is an on-going community project
founded by Navy Foundation on January 4, 2021.

They don't have a straight story, and they've been changing it
inconsistently. That's not how you build trust.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos versions in the future?

[Simon Matter]

> On 07/07/2021 13:41, Leon Fauster via CentOS wrote:
>> On 07.07.21 14:31, J Martin Rushton via CentOS wrote:
>>> Fashion, and Oracle's past practices.  I evaluated
>>>  Alma Linux
>>>  Fedora
>>>  Mint
>>>  Open SuSE
>>>  Oracle Linux
>>>  Springdale Linux
>>> and settled on Alma.  Rocky was still vapourware when Alma was stable.
>>> I've seen how Oracle promise no change in the long term, then change
>>> their charging model in the past.  We got badly burned at work when
>>> they took over DEC RDB.
>>>
>>> I like Alma's independence built on Cloud's experience over many years
>>> building RHEL clones.
>>>
>>
>> Here is another one:
>>
>> https://navylinux.org/
>>
>> --
>> Leon
>>
>> ___
>> CentOS mailing list
>> CentOS@centos.org
>> https://lists.centos.org/mailman/listinfo/centos
>
> I hadn't seen that one, but I do notice that it aims to be "minimalist"
> whereas my main machine is the network server (DNS, DHCP etc), a server
> (Wiki, Cloud, storage) and my workstation.
>
> BTW, anyone know who the "Navy Foundation" are?  Is this an arm of the
> US government?
>
> Martin

See https://navylinux.org/news/legal/

Simon

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos versions in the future?

[Jon Pruente]

On Wed, Jul 7, 2021 at 7:41 AM Leon Fauster via CentOS 
wrote:

> Here is another one:
>
> https://navylinux.org/


Navy Linux has a bad taste already, for me. They are aiming too big, even
trying to replicate EPEL for themselves. And their attitude isn't good.
They had a tweet disparaging "new unstable vendors" of EL distros that they
only deleted after being called out for it, despite being one of those
themselves.

Deleted tweet link:
https://twitter.com/NavyLinux/status/1408429562472677381

They used to say they were founded by "Unixlab". Which Unixlab? We don't
know. Now they say they are a non-profit Foundation that founded the
project.
https://webcache.googleusercontent.com/search?q=cache:kZLBFcdLyrYJ:https://navylinux.org/about/+=1=en=clnk=us
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos versions in the future?

[HEDE Patrick]

Hi
  What about https://rockylinux.org ?
Best regards
Pat


-Message d'origine-
De : CentOS  De la part de J Martin Rushton via 
CentOS
Envoyé : mercredi 7 juillet 2021 17:39
À : centos@centos.org
Objet : Re: [CentOS] Centos versions in the future?

On 07/07/2021 13:41, Leon Fauster via CentOS wrote:
> On 07.07.21 14:31, J Martin Rushton via CentOS wrote:
>> Fashion, and Oracle's past practices.  I evaluated
>>  Alma Linux
>>  Fedora
>>  Mint
>>  Open SuSE
>>  Oracle Linux
>>  Springdale Linux
>> and settled on Alma.  Rocky was still vapourware when Alma was stable. 
>> I've seen how Oracle promise no change in the long term, then change 
>> their charging model in the past.  We got badly burned at work when 
>> they took over DEC RDB.
>>
>> I like Alma's independence built on Cloud's experience over many 
>> years building RHEL clones.
>>
> 
> Here is another one:
> 
> https://navylinux.org/
> 
> --
> Leon
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos

I hadn't seen that one, but I do notice that it aims to be "minimalist" 
whereas my main machine is the network server (DNS, DHCP etc), a server (Wiki, 
Cloud, storage) and my workstation.

BTW, anyone know who the "Navy Foundation" are?  Is this an arm of the US 
government?

Martin

--
J Martin Rushton MBCS
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos versions in the future?

[J Martin Rushton via CentOS]

On 07/07/2021 13:41, Leon Fauster via CentOS wrote:

On 07.07.21 14:31, J Martin Rushton via CentOS wrote:

Fashion, and Oracle's past practices.  I evaluated
 Alma Linux
 Fedora
 Mint
 Open SuSE
 Oracle Linux
 Springdale Linux
and settled on Alma.  Rocky was still vapourware when Alma was stable. 
I've seen how Oracle promise no change in the long term, then change 
their charging model in the past.  We got badly burned at work when 
they took over DEC RDB.


I like Alma's independence built on Cloud's experience over many years 
building RHEL clones.




Here is another one:

https://navylinux.org/

--
Leon

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


I hadn't seen that one, but I do notice that it aims to be "minimalist" 
whereas my main machine is the network server (DNS, DHCP etc), a server 
(Wiki, Cloud, storage) and my workstation.


BTW, anyone know who the "Navy Foundation" are?  Is this an arm of the 
US government?


Martin

--
J Martin Rushton MBCS
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Problems with CentOS 8 kickstart

[Stephen John Smoogen]

On Wed, 7 Jul 2021 at 08:29, Hooton, Gerard  wrote:
>
> I put nvme_core.multipath=N in the grub.cfg as follows
> linuxefi /Centos8/images/pxeboot/vmlinuz 
> inst.stage2=hd:LABEL=CentOS-8-x86_64-dvd nvme_core.multipath=N rd.live.check 
> inst.ks=http://192.168.1.10/kickstart/ks.cfg
>
> This did not solve the problem.
>

OK remove that suggestion and try the following from
https://docs.fedoraproject.org/en-US/Fedora/24/html/Installation_Guide/sect-kickstart-commands-ignoredisk.html

try adding the following to the kickstart

ignoredisk --only-use=nvme0n1



> -Original Message-
> From: Stephen John Smoogen 
> mailto:stephen%20john%20smoogen%20%3csmo...@gmail.com%3e>>
> Reply-To: CentOS mailing list 
> mailto:centos%20mailing%20list%20%3ccen...@centos.org%3e>>
> To: CentOS mailing list 
> mailto:centos%20mailing%20list%20%3ccen...@centos.org%3e>>
> Subject: Re: [CentOS] Problems with CentOS 8 kickstart
> Date: Tue, 06 Jul 2021 06:49:24 -0400
>
>
> [EXTERNAL] This email was sent from outside of UCC.
>
>
> On Mon, 5 Jul 2021 at 07:57, Hooton, Gerard <
>
> 
>
> g.hoo...@ucc.ie
>
> > wrote:
>
>
> The computer is Lenovo Thinkstation p620
>
> From df command I see:
>
> Filesystem   Size  Used Avail Use% Mounted on
>
> devtmpfs  16G 0   16G   0% /dev
>
> tmpfs 16G 0   16G   0% /dev/shm
>
> tmpfs 16G   26M   16G   1% /run
>
> tmpfs 16G 0   16G   0% /sys/fs/cgroup
>
> /dev/mapper/cs_uews027-root   70G  7.1G   63G  11% /
>
> /dev/nvme0n1p2  1014M  386M  629M  39% /boot
>
> /dev/nvme0n1p1   599M  7.3M  592M   2% /boot/efi
>
> /dev/mapper/cs_uews027-home  390G  2.8G  387G   1% /home
>
> tmpfs3.2G  8.0K  3.2G   1% /run/user/42
>
> tmpfs3.2G 0  3.2G   0% /run/user/0
>
>
>
> I am not familiar with this hardware, and a quick looks shows that
>
> there are a lot of variations on the p620. However I did find
>
> 
>
> https://download.lenovo.com/pccbbs/thinkcentre_pdf/ts_p620_redhat_enterprise_linux_8_installation_v1.0.pdf
>
>
> and
>
> 
>
> https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/pdf/configuring_device_mapper_multipath/Red_Hat_Enterprise_Linux-8-Configuring_device_mapper_multipath-en-US.pdf
>
>
>
> I haven't used multipath and hope some people who have better ideas
>
> will chime in, but at this point I would see if passing the PXE kernel
>
> boot a  `nvme_core.multipath=N` helps any.
>
>
>
> See attached files for more info.
>
> -Original Message-
>
> From: Stephen John Smoogen <
>
> 
>
> smo...@gmail.com
>
> 
> 
>
> stephen%20john%20smoogen%20%3csmo...@gmail.com
>
> %3e>>
>
> Reply-To: CentOS mailing list <
>
> 
>
> centos@centos.org
>
> 
> 
>
> centos%20mailing%20list%20%3ccen...@centos.org
>
> %3e>>
>
> To: CentOS mailing list <
>
> 
>
> centos@centos.org
>
> 
> 
>
> centos%20mailing%20list%20%3ccen...@centos.org
>
> %3e>>
>
> Subject: Re: [CentOS] Problems with CentOS 8 kickstart
>
> Date: Mon, 05 Jul 2021 07:28:05 -0400
>
>
>
> [EXTERNAL] This email was sent from outside of UCC.
>
>
>
> On Mon, 5 Jul 2021 at 07:15, Hooton, Gerard <
>
>
> 
> 
>
> g.hoo...@ucc.ie
>
> >
>
>
> 
>
> g.hoo...@ucc.ie
>
>
>
> wrote:
>
>
>
> Hi All,
>
>
> I am having problems with a kickstart install of CentOS 8
>
>
> When I try to do a completely automated install  using PXE/UEFI  it get to 
> the point where it reads the kickstart config file.
>
>
> Then I see the following message
>
>
> "kickstart install Started cancel waiting for multipath siblings for nvme0n1"
>
>
>
>
> The above says that the system thinks your box is multipath but the
>
>
> other drives are not showing up correctly. You will need to provide a
>
>
> lot more information for anyone to be able to help diagnosis this for
>
>
> you:
>
>
>
> 1. What is the build system
>
>
> 2. What kind of drives/drive controller is it
>
>
> 3. What is the rest of the kickstart that might tell it that it is multipath?
>
>
> 4. What are the pxe/uefi boot options in case that is telling it to
>
>
> try and probe for multipath that doesn't exist.
>
>
>
>
> This is what I have in the kickstart file
>
>
>
> # Clear the Master Boot Record
>
>
> zerombr
>
>
> # Partition clearing information
>
>
> clearpart --all 

Re: [CentOS] Centos versions in the future?

[Valeri Galtsev]

> On Jul 7, 2021, at 5:07 AM, Nikolaos Milas  wrote:
> 
> On 7/7/2021 12:47 μ.μ., J Martin Rushton via CentOS wrote:
> 
>> There's also Alma, which is where I've gone after being with CentOS since 
>> 5.3 
> 
> AlmaLinux is a great project too, IMHO, but things show that the new industry 
> standard (replacing CentOS) will probably be Rocky Linux.

In our stables it is Debian that replaces CentOS. (And it is closer to FreeBSD 
in several aspects, the last is what the servers run).

Valeri

> (Yes, RHEL **AND** CentOS have indeed been industry standards - the point of 
> reference -, IMHO, and this is what IBM/RHEL have failed to realize: You 
> don't alter a point of reference.)
> 
> It is interesting to see what Service Providers will do with their (huge 
> numbers of) CentOS installations, when they migrate...
> 
> From the users/admins' perspective it is to their interest to have robust and 
> healthy alternatives.
> 
> In our org, I am now using Rocky Linux on new installations (without issues) 
> and will be migrating several CentOS 8 boxes to Rocky Linux as well.
> 
> Cheers,
> Nick
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS Digest, Vol 198, Issue 6

[Anand Babu]

Hi Leon,

Thanks a lot for taking a look at my test and the suggestion.

We have tested this suggestion

echo never   > /sys/kernel/mm/transparent_hugepage/enabled


Unfortunately, the Ram usage was the same with this option changed as
well.

Just to give some additional context to the original question to all,

We see 10-25 percent more RSS on CentOS 8 ( as compared to CentOS 7) for
the same  Java vm process that we are benchmarking . And in that case , the
RSS growth for the executable and the shared library of our application is
considerably higher.

 Perhaps, for the big server use cases the rss growth did not matter,  but
for us, we are trying to use it in an embedded scenario and this is a major
issue.

We will be glad to hear any  further suggestions/ tests that we could check
to further understand the differences between the 2 versions.


Regards,
-Anand




On Wed, Jul 7, 2021, 5:30 PM  wrote:

> Send CentOS mailing list submissions to
> centos@centos.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.centos.org/mailman/listinfo/centos
> or, via email, send a message with subject or body 'help' to
> centos-requ...@centos.org
>
> You can reach the person managing the list at
> centos-ow...@centos.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of CentOS digest..."
>
>
> Today's Topics:
>
>1. RSS usage on centos8.4 is higher for user-application
>   compared to centos7.9 (Anand Babu)
>2. Re: RSS usage on centos8.4 is higher for user-application
>   compared to centos7.9 (Leon Fauster)
>3. Re: Centos versions in the future? (Nikolaos Milas)
>4. Re: Centos versions in the future? (J Martin Rushton)
>5. Re: Centos versions in the future? (Nikolaos Milas)
>6. Re: Centos versions in the future? (Leon Fauster)
>
>
> --
>
> Message: 1
> Date: Tue, 6 Jul 2021 15:02:49 +0200
> From: Anand Babu 
> To: centos@centos.org
> Subject: [CentOS] RSS usage on centos8.4 is higher for
> user-applicationcompared to centos7.9
> Message-ID:
>  7fhehd02rw6ylp6d-trwcvddaksobzf4t...@mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Hi Centos Community,
>
> This is my first time here and I apologize in advance if I made a mistake
> here and hope you will correct me , if i made any.
>
>
> With that said,
>
> This is a native example that was written to narrow down the higher RAM
> usage that we see when we are using Centos8 as opposed to Centos7.
>
> The c-code is very small and looks like this :
>
> #include
>
> #include
>
> int main()
>
> {
>
> pause();
>
> return 0;
>
> }
>
> I compile and run the binary on centos7 and memory backed section of pmap
> output looks like below:
>
> pmap -X $(pidof sleep)  | head -n -2 | awk '{ if (NR > 2 && $5 > 0  )
> printf "%12s %8s %8s %4s %s\n",  $1, $6, $7, $2,$13}'
> 004044 r-xp sleep
> 006044 r--p sleep
> 0060100044 rw-p sleep*7f54514f9000 1808
> 204 r-xp libc-2.17.so 
> *7f54516bd000 20440 ---p libc-2.17.so
> 7f54518bc000   16   16 r--p libc-2.17.so
> 7f54518c88 rw-p libc-2.17.so
> 7f54518c7000  136  108 r-xp ld-2.17.so
> 7f5451ae800044 r--p ld-2.17.so
> 7f5451ae900044 rw-p ld-2.17.so
>
> and ps says the following:
>
> ** ps -o rss= pidof sleep 352**
>
> Running the same binary on centos8 leads to
>
> ** ps -o rss= pidof pause 784 **
>
> and the pmap output looks like below:
>
> 004044 r-xp pause
> 006044 r--p pause
> 0060100044 rw-p pause* 7f24029a8000 1776
> 788 r-xp libc-2.28.so  *
> 7f2402b64000 20440 ---p libc-2.28.so
> 7f2402d63000   16   16 r--p libc-2.28.so
> 7f2402d6700088 rw-p libc-2.28.so
> 7f2402d6d000  176  176 r-xp ld-2.28.so
> 7f2402f9900044 r--p ld-2.28.so
> 7f2402f9a00088 rw-p ld-2.28.so
>
> For running the same executable, the libc.so takes 788KB(204KB on centos7).
>
> Note:
>
>1.
>
>This is not the only library that is showing this behavior, but we see
>the same behavior for other shared-library as well as executables that
> were
>compiled on centos7. Running the same executables/shared objects take a
>higher amount of pages on centos8 than on centos7.
>2.
>
>Since the glibc version on Centos8 was 2.28 , i have compiled 2.17
>version and then used patchelf to patch the centos7 built binary to make
>use of 2.17 glibc on centos8 host like patchelf --set-interpreter
>
>
> /home/babu/RSS_measurement/2_17_downloaded/glibc_home/lib/ld-linux-x86-64.so.2
> --set-rpath /home/babu/RSS_measurement/2_17_downloaded/glibc_home/lib
> /tmp/pause
>
> and then 

Re: [CentOS] Centos versions in the future?

[J. Adam Craig]

Agreed re OEL.

A few months after the CentOS 8.x deprecation news was released, Oracle
Sales reached out to my organisation and reminded us that OEL was free to
use, with migration scripts available.

We briefly considered migrating from CentOS to OEL, but ultimately decided
against it since, as Danti indicates above, Oracle has a questionable
history, and we feared that their "free as in beer" approach may change to
more of a RHEL approach once their user base was sufficiently expanded.

Rocky is community-driven with substantial sponsorship from large,
respected enterprises, whereas Alma and OEL are both tied at the hip to
corporations.  While noone really knows what the future holds, enough of us
have been burned by what has been done to CentOS 8.x that we frankly know
the stove is hot, and don't really want to touch it again, if it can be
helped.

As others have stated, I appreciate and respect Red Hat's vision for CentOS
Stream, and I do wish the project all the best.  (I'm running 8-Stream on
most of my laptops and workstations now, in fact. -- It is nice to know
what is in the EL pipeline!)  I think there's a great argument for using
Stream on DEV systems, etc., provided there is a plan to move corresponding
PROD machines to the new EL release by the end of the Full Support window.
The decision to abandon Stream 8 in 2024 (vs. 2029) makes broad use of it
in my environment a non-starter, in most cases.

As many have observed, the Stream change would've been much more welcome
were it announced beginning with EL 9.x, but pulling the rug out from
beneath CentOS 8.x with a year's notice, right after so many of us had just
finished migrating workloads to it in anticipation of EL 6.x EOL was a very
poor decision, imho.

*J. Adam Craig*
Lead Linux Operating Systems Analyst
VCU Infrastructure Services 
Technology Services Department
804.828.4886
jacr...@vcu.edu


*Don't be a phishing victim -- VCU and other reputable organisations will
never use email to request that you reply with your password, social
security number or confidential personal information.  For more details,
visit 
**https://ts.vcu.edu/about-us/information-security/common-questions/what-is-phishing
*



On Wed, Jul 7, 2021 at 8:19 AM Nicolas Kovacs  wrote:

> Le 07/07/2021 à 11:44, Nikolaos Milas a écrit :
> > RESF / Rocky Linux is gaining worldwide recognition and sets itself as
> the
> > primary organization / platform to become the CentOS 8 heir / successor
> in the
> > future.
>
> Rocky Linux is the New Kid On The Block and gets all the attention.
>
> Whereas Oracle Linux (the best RHEL clone in terms of maintenance
> reactivity)
> has been around since 2006, free as in beer since 2012, and nobody wants to
> touch it.
>
> Go figure.
>
> --
> Microlinux - Solutions informatiques durables
> 7, place de l'église - 30730 Montpezat
> Site : https://www.microlinux.fr
> Blog : https://blog.microlinux.fr
> Mail : i...@microlinux.fr
> Tél. : 04 66 63 10 32
> Mob. : 06 51 80 12 12
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos versions in the future?

[Leon Fauster via CentOS]

On 07.07.21 14:31, J Martin Rushton via CentOS wrote:

Fashion, and Oracle's past practices.  I evaluated
     Alma Linux
     Fedora
     Mint
     Open SuSE
     Oracle Linux
     Springdale Linux
and settled on Alma.  Rocky was still vapourware when Alma was stable. 
I've seen how Oracle promise no change in the long term, then change 
their charging model in the past.  We got badly burned at work when they 
took over DEC RDB.


I like Alma's independence built on Cloud's experience over many years 
building RHEL clones.




Here is another one:

https://navylinux.org/

--
Leon

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos versions in the future?

[Scott Robbins]

On Wed, Jul 07, 2021 at 02:18:58PM +0200, Nicolas Kovacs wrote:
> Le 07/07/2021 à 11:44, Nikolaos Milas a écrit :
> > RESF / Rocky Linux is gaining worldwide recognition and sets itself as the
> > primary organization / platform to become the CentOS 8 heir / successor in 
> > the
> > future.
> 
> Rocky Linux is the New Kid On The Block and gets all the attention.
> 
> Whereas Oracle Linux (the best RHEL clone in terms of maintenance reactivity)
> has been around since 2006, free as in beer since 2012, and nobody wants to
> touch it.
> 
> Go figure.

It's simply that Oracle has such a bad reputation in dealing with Open
source. Many people doubt them, and doubt that they won't change things in
the future if they think they have a good chance at making money from it.  

I think that right now, many are either going to use Rocky or Alma. 
I suspect that over time, one of them, will be far more used than the
other, and become the next CentOS, in the sense that while there were a few
RH clones, almost everyone chose CentOS.


-- 
Scott Robbins
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos versions in the future?

[J Martin Rushton via CentOS]

Fashion, and Oracle's past practices.  I evaluated
Alma Linux
Fedora
Mint
Open SuSE
Oracle Linux
Springdale Linux
and settled on Alma.  Rocky was still vapourware when Alma was stable. 
I've seen how Oracle promise no change in the long term, then change 
their charging model in the past.  We got badly burned at work when they 
took over DEC RDB.


I like Alma's independence built on Cloud's experience over many years 
building RHEL clones.


Just my 2d worth.

On 07/07/2021 13:18, Nicolas Kovacs wrote:

Le 07/07/2021 à 11:44, Nikolaos Milas a écrit :

RESF / Rocky Linux is gaining worldwide recognition and sets itself as the
primary organization / platform to become the CentOS 8 heir / successor in the
future.


Rocky Linux is the New Kid On The Block and gets all the attention.

Whereas Oracle Linux (the best RHEL clone in terms of maintenance reactivity)
has been around since 2006, free as in beer since 2012, and nobody wants to
touch it.

Go figure.



--
J Martin Rushton MBCS
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Problems with CentOS 8 kickstart

[Hooton, Gerard]

I put nvme_core.multipath=N in the grub.cfg as follows
linuxefi /Centos8/images/pxeboot/vmlinuz 
inst.stage2=hd:LABEL=CentOS-8-x86_64-dvd nvme_core.multipath=N rd.live.check 
inst.ks=http://192.168.1.10/kickstart/ks.cfg

This did not solve the problem.

-Original Message-
From: Stephen John Smoogen 
mailto:stephen%20john%20smoogen%20%3csmo...@gmail.com%3e>>
Reply-To: CentOS mailing list 
mailto:centos%20mailing%20list%20%3ccen...@centos.org%3e>>
To: CentOS mailing list 
mailto:centos%20mailing%20list%20%3ccen...@centos.org%3e>>
Subject: Re: [CentOS] Problems with CentOS 8 kickstart
Date: Tue, 06 Jul 2021 06:49:24 -0400


[EXTERNAL] This email was sent from outside of UCC.


On Mon, 5 Jul 2021 at 07:57, Hooton, Gerard <



g.hoo...@ucc.ie

> wrote:


The computer is Lenovo Thinkstation p620

>From df command I see:

Filesystem   Size  Used Avail Use% Mounted on

devtmpfs  16G 0   16G   0% /dev

tmpfs 16G 0   16G   0% /dev/shm

tmpfs 16G   26M   16G   1% /run

tmpfs 16G 0   16G   0% /sys/fs/cgroup

/dev/mapper/cs_uews027-root   70G  7.1G   63G  11% /

/dev/nvme0n1p2  1014M  386M  629M  39% /boot

/dev/nvme0n1p1   599M  7.3M  592M   2% /boot/efi

/dev/mapper/cs_uews027-home  390G  2.8G  387G   1% /home

tmpfs3.2G  8.0K  3.2G   1% /run/user/42

tmpfs3.2G 0  3.2G   0% /run/user/0



I am not familiar with this hardware, and a quick looks shows that

there are a lot of variations on the p620. However I did find



https://download.lenovo.com/pccbbs/thinkcentre_pdf/ts_p620_redhat_enterprise_linux_8_installation_v1.0.pdf


and



https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/pdf/configuring_device_mapper_multipath/Red_Hat_Enterprise_Linux-8-Configuring_device_mapper_multipath-en-US.pdf



I haven't used multipath and hope some people who have better ideas

will chime in, but at this point I would see if passing the PXE kernel

boot a  `nvme_core.multipath=N` helps any.



See attached files for more info.

-Original Message-

From: Stephen John Smoogen <



smo...@gmail.com

mailto:stephen%20john%20smoogen%20%3csmo...@gmail.com>

stephen%20john%20smoogen%20%3csmo...@gmail.com

%3e>>

Reply-To: CentOS mailing list <



centos@centos.org

mailto:centos%20mailing%20list%20%3ccen...@centos.org>

centos%20mailing%20list%20%3ccen...@centos.org

%3e>>

To: CentOS mailing list <



centos@centos.org

mailto:centos%20mailing%20list%20%3ccen...@centos.org>

centos%20mailing%20list%20%3ccen...@centos.org

%3e>>

Subject: Re: [CentOS] Problems with CentOS 8 kickstart

Date: Mon, 05 Jul 2021 07:28:05 -0400



[EXTERNAL] This email was sent from outside of UCC.



On Mon, 5 Jul 2021 at 07:15, Hooton, Gerard <


mailto:g.hoo...@ucc.ie>

g.hoo...@ucc.ie

>




g.hoo...@ucc.ie



wrote:



Hi All,


I am having problems with a kickstart install of CentOS 8


When I try to do a completely automated install  using PXE/UEFI  it get to the 
point where it reads the kickstart config file.


Then I see the following message


"kickstart install Started cancel waiting for multipath siblings for nvme0n1"




The above says that the system thinks your box is multipath but the


other drives are not showing up correctly. You will need to provide a


lot more information for anyone to be able to help diagnosis this for


you:



1. What is the build system


2. What kind of drives/drive controller is it


3. What is the rest of the kickstart that might tell it that it is multipath?


4. What are the pxe/uefi boot options in case that is telling it to


try and probe for multipath that doesn't exist.




This is what I have in the kickstart file



# Clear the Master Boot Record


zerombr


# Partition clearing information


clearpart --all --initlabel


autopart --nohome --type=lvm --fstype=xfs


 



When I install from a USB drive it works OK and I have the following in  
/dev/disk/by-id



lrwxrwxrwx. 1 root root  13 Jul  5 10:28 
nvme-SAMSUNG_MZVL2512HCJQ-00BL7_S64KNE0R161810 -> ../../nvme0n1


lrwxrwxrwx. 1 root root  13 Jul  5 10:28 nvme-eui.002538b11102f46d -> 
../../nvme0n1


lrwxrwxrwx. 1 root root  15 Jul  5 10:28 wwn-eui.002538b11102f46d-part3 -> 
../../nvme0n1p3


lrwxrwxrwx. 1 root root  15 Jul  5 10:28 
nvme-SAMSUNG_MZVL2512HCJQ-00BL7_S64KNE0R161810-part3 -> ../../nvme0n1p3


lrwxrwxrwx. 1 root root  15 Jul  5 10:28 

Re: [CentOS] Centos versions in the future?

[Nicolas Kovacs]

Le 07/07/2021 à 11:44, Nikolaos Milas a écrit :
> RESF / Rocky Linux is gaining worldwide recognition and sets itself as the
> primary organization / platform to become the CentOS 8 heir / successor in the
> future.

Rocky Linux is the New Kid On The Block and gets all the attention.

Whereas Oracle Linux (the best RHEL clone in terms of maintenance reactivity)
has been around since 2006, free as in beer since 2012, and nobody wants to
touch it.

Go figure.

-- 
Microlinux - Solutions informatiques durables
7, place de l'église - 30730 Montpezat
Site : https://www.microlinux.fr
Blog : https://blog.microlinux.fr
Mail : i...@microlinux.fr
Tél. : 04 66 63 10 32
Mob. : 06 51 80 12 12
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos versions in the future?

[Gionatan Danti]

Il 2021-07-07 11:44 Nikolaos Milas ha scritto:

I re-visit this thread, since it is crucial for CentOS 8 users.

RESF / Rocky Linux is gaining worldwide recognition and sets itself as
the primary organization / platform to become the CentOS 8 heir /
successor in the future.

Google and Microsoft become RESF sponsors/partners:

   https://rockylinux.org/news/community-update-june-2021/

And so IBM/RH lose the tremendous advantage they had by owning the
CentOS project, which - it seems - never evaluated correctly.

From now on, it is clear that hundreds of thousands of CentOS
installations will be migrating to Rocky Linux.

I also wish the best of success to CentOS Stream, but this is not what
the CentOS community expected.


Yeah, I share this view.

As a side note, I evaluated Oracle Linux because it has working secure 
boot, but I am somewhat afraid of using it (due to corporate practices). 
This probably is an irrational feeling (after all, I do not exclusively 
use MariaDB, but MySQL also), but I prefer to stay on the safe side.


Anyway, I strongly feel that IBM/RH miscalculated the move.
Regards.

--
Danti Gionatan
Supporto Tecnico
Assyoma S.r.l. - www.assyoma.it
email: g.da...@assyoma.it - i...@assyoma.it
GPG public key ID: FF5F32A8
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos versions in the future?

[Leon Fauster via CentOS]

On 07.07.21 12:07, Nikolaos Milas wrote:

On 7/7/2021 12:47 μ.μ., J Martin Rushton via CentOS wrote:

There's also Alma, which is where I've gone after being with CentOS 
since 5.3 


AlmaLinux is a great project too, IMHO, but things show that the new 
industry standard (replacing CentOS) will probably be Rocky Linux.


(Yes, RHEL **AND** CentOS have indeed been industry standards - the 
point of reference -, IMHO, and this is what IBM/RHEL have failed to 
realize: You don't alter a point of reference.)



It should not be forgotten that  Rocky Linux will be a 1:1 rebuild, also 
in the future. So, to shape this future everyone is invited to 
participate at CentOS Stream. This is a great future or not?




It is interesting to see what Service Providers will do with their (huge 
numbers of) CentOS installations, when they migrate...


 From the users/admins' perspective it is to their interest to have 
robust and healthy alternatives.


In our org, I am now using Rocky Linux on new installations (without 
issues) and will be migrating several CentOS 8 boxes to Rocky Linux as 
well.


Cheers,
Nick

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos versions in the future?

[Nikolaos Milas]

On 7/7/2021 12:47 μ.μ., J Martin Rushton via CentOS wrote:

There's also Alma, which is where I've gone after being with CentOS 
since 5.3 


AlmaLinux is a great project too, IMHO, but things show that the new 
industry standard (replacing CentOS) will probably be Rocky Linux.


(Yes, RHEL **AND** CentOS have indeed been industry standards - the 
point of reference -, IMHO, and this is what IBM/RHEL have failed to 
realize: You don't alter a point of reference.)


It is interesting to see what Service Providers will do with their (huge 
numbers of) CentOS installations, when they migrate...


From the users/admins' perspective it is to their interest to have 
robust and healthy alternatives.


In our org, I am now using Rocky Linux on new installations (without 
issues) and will be migrating several CentOS 8 boxes to Rocky Linux as well.


Cheers,
Nick

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos versions in the future?

[J Martin Rushton via CentOS]

There's also Alma, which is where I've gone after being with CentOS 
since 5.3


On 07/07/2021 10:44, Nikolaos Milas wrote:

On 30/4/2021 7:27 μ.μ., Gionatan Danti wrote:



The correct answer is to buy RH: fine. But do not let Stream touch 
anything which require a kABI compatible modules. As said above, the 
Stream move is squarely addresses *cloud* vendor requests and needs. 
Again, fine. But please leave apart the RH comparison, this is not 
going to help Stream.


Again, don't let me wrong: I wishes the best to Stream, and I will use 
it where appropriate. But "where" is much smaller today than 
yesterday. But this aside, I really thank you all CentOS maintainer 
for your monumental work, and I really hope Stream will be a success. 


I re-visit this thread, since it is crucial for CentOS 8 users.

RESF / Rocky Linux is gaining worldwide recognition and sets itself as 
the primary organization / platform to become the CentOS 8 heir / 
successor in the future.


Google and Microsoft become RESF sponsors/partners:

    https://rockylinux.org/news/community-update-june-2021/

And so IBM/RH lose the tremendous advantage they had by owning the 
CentOS project, which - it seems - never evaluated correctly.


 From now on, it is clear that hundreds of thousands of CentOS 
installations will be migrating to Rocky Linux.


I also wish the best of success to CentOS Stream, but this is not what 
the CentOS community expected.


My 2c.
Nick

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


--
J Martin Rushton MBCS
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos versions in the future?

[Nikolaos Milas]

On 30/4/2021 7:27 μ.μ., Gionatan Danti wrote:



The correct answer is to buy RH: fine. But do not let Stream touch 
anything which require a kABI compatible modules. As said above, the 
Stream move is squarely addresses *cloud* vendor requests and needs. 
Again, fine. But please leave apart the RH comparison, this is not 
going to help Stream.


Again, don't let me wrong: I wishes the best to Stream, and I will use 
it where appropriate. But "where" is much smaller today than 
yesterday. But this aside, I really thank you all CentOS maintainer 
for your monumental work, and I really hope Stream will be a success. 


I re-visit this thread, since it is crucial for CentOS 8 users.

RESF / Rocky Linux is gaining worldwide recognition and sets itself as 
the primary organization / platform to become the CentOS 8 heir / 
successor in the future.


Google and Microsoft become RESF sponsors/partners:

   https://rockylinux.org/news/community-update-june-2021/

And so IBM/RH lose the tremendous advantage they had by owning the 
CentOS project, which - it seems - never evaluated correctly.


From now on, it is clear that hundreds of thousands of CentOS 
installations will be migrating to Rocky Linux.


I also wish the best of success to CentOS Stream, but this is not what 
the CentOS community expected.


My 2c.
Nick

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos