- Discuss - lists.centos.org

What is the best (and free) Linux softphone?
by Turritopsis Dohrnii Teo En Ming 05 May '21

05 May '21

Subject: What is the best (and free) Linux softphone? Good day from Singapore, I already have an Asterisk-based FreePBX VoIP IP PBX SIP server virtual appliance (VirtualBox). I do not want to spend so much money on buying physical IP phones. Recently, I migrated my Fortigate 60D firewall, Huawei E3276s-920 4G LTE USB modem, FreePBX virtual appliance (on laptop) and 1 unit of Cisco 7960 IP phone from my home to the community hostel. I cannot migrate too many hardware to the community hostel even though I have 4 Cisco 7960 IP phones. As stated earlier, I do not want to spend so much money on buying physical IP phones. I am trying to save as much money as possible as I live in extreme poverty in Singapore. My proposed solution is to install many Linux virtual machines on my laptop. Each Linux virtual machine will have a softphone. So my ultimate question is: What is the best (and free) Linux softphone available? Do I have many choices? I am looking forward to your reply. Thank you very much. Mr. Turritopsis Dohrnii Teo En Ming, 43 years as of 5th May 2021, is a TARGETED INDIVIDUAL living in Singapore. He is an IT Consultant with a System Integrator (SI)/computer firm in Singapore. He is an IT enthusiast. -----BEGIN EMAIL SIGNATURE----- The Gospel for all Targeted Individuals (TIs): [The New York Times] Microwave Weapons Are Prime Suspect in Ills of U.S. Embassy Workers Link: https://www.nytimes.com/2018/09/01/science/sonic-attack-cuba-microwave.html ******************************************************************************************** Singaporean Targeted Individual Mr. Turritopsis Dohrnii Teo En Ming's Academic Qualifications as at 14 Feb 2019 and refugee seeking attempts at the United Nations Refugee Agency Bangkok (21 Mar 2017), in Taiwan (5 Aug 2019) and Australia (25 Dec 2019 to 9 Jan 2020): [1] https://tdtemcerts.wordpress.com/ [2] https://tdtemcerts.blogspot.sg/ [3] https://www.scribd.com/user/270125049/Teo-En-Ming -----END EMAIL SIGNATURE-----

1 0

Online CentOS Dojo next week
by Rich Bowen 04 May '21

04 May '21

We will be holding an online CentOS Dojo next week. Details and (Free!) registration information is available at https://hopin.com/events/centos-dojo-online-may-2021 As usual, this event will feature both deep technical content around the CentOS Project, as well as an "ask me anything" session with the board of directors about the project in general. All content will also be recorded, and available on our YouTube channel at the end of the live event. We look forward to seeing you there! --Rich

1 0

video driver for NVIDIA Quadro
by R C 01 May '21

01 May '21

Hello, I am running Centos/RHEL 8 on a Dell precision M6800/6700 with a: NVIDIA Corporation GK104GLM [Quadro K3100M] Is there a driver for that one? or am I stuck with nouveaux ? thanks, Ron

7 16

CentOS-announce Digest, Vol 194, Issue 1
by centos-announce-request＠centos.org 01 May '21

01 May '21

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2021:1297 Moderate CentOS 7 java-11-openjdk Security Update (Johnny Hughes) 2. CESA-2021:1298 Moderate CentOS 7 java-1.8.0-openjdk Security Update (Johnny Hughes) 3. CESA-2021:1354 Important CentOS 7 xstream Security Update (Johnny Hughes) 4. CEBA-2021:1398 CentOS 7 firewalld BugFix Update (Johnny Hughes) 5. CEBA-2021:1386 CentOS 7 lvm2 BugFix Update (Johnny Hughes) 6. CESA-2018:3140 Moderate CentOS 7 libgweather Security Update (Johnny Hughes) 7. CEBA-2020:3987 CentOS 7 control-center BugFix Update (Johnny Hughes) 8. CEBA-2021:1383 CentOS 7 scap-security-guide BugFix Update (Johnny Hughes) 9. CESA-2020:4076 Moderate CentOS 7 nss Security Update (Johnny Hughes) 10. CESA-2021:1469 Important CentOS 7 bind Security Update (Johnny Hughes) 11. CEBA-2021:1385 CentOS 7 sos BugFix Update (Johnny Hughes) 12. CESA-2021:0617 Important CentOS 7 xterm Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 29 Apr 2021 17:55:30 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:1297 Moderate CentOS 7 java-11-openjdk Security Update Message-ID: <20210429175530.GA4140(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:1297 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2021:1297 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: aba0487fc98846f969d23ad65f98b2fddc20c5a9ecbd166216fb523452d2cb47 java-11-openjdk-11.0.11.0.9-1.el7_9.i686.rpm 88ac66f78b2cf64dc6ea2d02f58193bd752cb598be4fa33a9328f2bf4d42de00 java-11-openjdk-11.0.11.0.9-1.el7_9.x86_64.rpm f72a7e95336d9380f37c46d2de0b736c876a15b4c1e7dbb4c351ca2552bbc411 java-11-openjdk-demo-11.0.11.0.9-1.el7_9.i686.rpm 02f897ee795a6592d97ca15c780cbdd6ca2bc2a793d53ef279ad3f01f27d472c java-11-openjdk-demo-11.0.11.0.9-1.el7_9.x86_64.rpm 7f18b428cb0449058380cba27d10eac85a6389b6c3393ef6454032f2dda04023 java-11-openjdk-devel-11.0.11.0.9-1.el7_9.i686.rpm 905c6cb39018d44fe1113513cbf517b142fbc537206ae23c0ce00c299f5e39a4 java-11-openjdk-devel-11.0.11.0.9-1.el7_9.x86_64.rpm 0b25bab3a8a0341d22387d3674f6676645e3d3d497d2de92de115a56fa012b1b java-11-openjdk-headless-11.0.11.0.9-1.el7_9.i686.rpm 19cc17be5a8b2b11edcbc35b6648252c7d5913d500ab82bda2d44c47f0d3f440 java-11-openjdk-headless-11.0.11.0.9-1.el7_9.x86_64.rpm 2b98912d64d86fdfe8af76dc95ea23e41332536c8e0ef98223e9a33f2d227f22 java-11-openjdk-javadoc-11.0.11.0.9-1.el7_9.i686.rpm 4c86c1c3d77ede8a23e4eef1b4c3e4de9e50b799ed8dc0e6a6091ff032631cf6 java-11-openjdk-javadoc-11.0.11.0.9-1.el7_9.x86_64.rpm e1b83152038966e7b6a720ab0871b052fb0dc4df9c843243ac9f34f68ff8a58f java-11-openjdk-javadoc-zip-11.0.11.0.9-1.el7_9.i686.rpm f63528cfd40b5a5fb0d1e92cd4b91403bab6d49b9bd38ad0aef9e293a98a4b2a java-11-openjdk-javadoc-zip-11.0.11.0.9-1.el7_9.x86_64.rpm 935642d829064a30780cd84c8e1ca654486d06cc675f9a06e246d6b366d333c5 java-11-openjdk-jmods-11.0.11.0.9-1.el7_9.i686.rpm a7cb9faf1648281d26c03a5952b9c015a6e302f5018328fa99f1cd9aafbf89c4 java-11-openjdk-jmods-11.0.11.0.9-1.el7_9.x86_64.rpm be2825be40e44e47e533b1d6e13b3145e41e073086a22147b77532548436e30d java-11-openjdk-src-11.0.11.0.9-1.el7_9.i686.rpm 0cb228d7dc8544ea720f5503724f929baf79d69d2a7d1eb9dd47cf361620788e java-11-openjdk-src-11.0.11.0.9-1.el7_9.x86_64.rpm 9592f2b746e7ef4c2e4fd13ac3fad913504fb720911df981e24b63bf2011a6e6 java-11-openjdk-static-libs-11.0.11.0.9-1.el7_9.i686.rpm b22aa8999bea98b78e5fb8b2195a94bb82daa9f6c9469ec768b019d741e439db java-11-openjdk-static-libs-11.0.11.0.9-1.el7_9.x86_64.rpm Source: 807bf8d96e8ae16140193c260c7eabaca2fd7ce8a1a929f344950bb5d6472d7b java-11-openjdk-11.0.11.0.9-1.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Thu, 29 Apr 2021 17:56:29 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:1298 Moderate CentOS 7 java-1.8.0-openjdk Security Update Message-ID: <20210429175629.GA4416(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:1298 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2021:1298 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: bc12fc1a4e756efa8689dfeed9925dee6bea368e4e5e865c6972641a3d1f894d java-1.8.0-openjdk-1.8.0.292.b10-1.el7_9.i686.rpm c5741b7e80a2b537f19292e12c2a7fc0a403f25be8a24c117ecec3e7b88a182a java-1.8.0-openjdk-1.8.0.292.b10-1.el7_9.x86_64.rpm 5aa6c18760291c5e22fa5fd2f7960f92c9547071b62e9766ae30bbe111f5e714 java-1.8.0-openjdk-accessibility-1.8.0.292.b10-1.el7_9.i686.rpm c50443dc25797f6103ba04c6929511b3b0ddfbc2d0ba5c3b956094079715ca98 java-1.8.0-openjdk-accessibility-1.8.0.292.b10-1.el7_9.x86_64.rpm 124b95517eeee9deb9fa4cef2707b16c5530d6c6f263462b2c3deb2f8811b3d8 java-1.8.0-openjdk-demo-1.8.0.292.b10-1.el7_9.i686.rpm 242b3c3eb9d45d48b5e607845d5fbc380afca79449f49cf9cd801ea4a95ef419 java-1.8.0-openjdk-demo-1.8.0.292.b10-1.el7_9.x86_64.rpm 2ff94d80fcae8e5f2ae6416eb0e955f4149e7639722b5426b2b8f12150cc14bb java-1.8.0-openjdk-devel-1.8.0.292.b10-1.el7_9.i686.rpm 8fab540ec8ac058e28cb3e62a08c210f00ce22695ad5a2b0412d48e0f77c285a java-1.8.0-openjdk-devel-1.8.0.292.b10-1.el7_9.x86_64.rpm bc495afc92d333d543576431a1cfc03dccc3bda5282057211d2065d0032129f1 java-1.8.0-openjdk-headless-1.8.0.292.b10-1.el7_9.i686.rpm 614205bf0041e0a5d32d64bd0743218a5ed52c6dcd8e5880076d87abff2016b2 java-1.8.0-openjdk-headless-1.8.0.292.b10-1.el7_9.x86_64.rpm 09c09056918a1d0fcf94103b7cc7f9728ea6f763a2c2d3db5a1a470846afc777 java-1.8.0-openjdk-javadoc-1.8.0.292.b10-1.el7_9.noarch.rpm 0380151eff2395148f47a991620ec2bd74e74d330969f2c6d6c0a064a0278166 java-1.8.0-openjdk-javadoc-zip-1.8.0.292.b10-1.el7_9.noarch.rpm 109d66ff27fd10890453e0e8e39139cafcd73f6341aac559e6f00b019b08a12f java-1.8.0-openjdk-src-1.8.0.292.b10-1.el7_9.i686.rpm 1112275758e024da6aed300ab9d35464cd221ed62c67a573bd71242d60a699bf java-1.8.0-openjdk-src-1.8.0.292.b10-1.el7_9.x86_64.rpm Source: 11555c058f466cf1c45a4f72250121a4af8754221c356abf73f4782c7953ba55 java-1.8.0-openjdk-1.8.0.292.b10-1.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Thu, 29 Apr 2021 17:56:41 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:1354 Important CentOS 7 xstream Security Update Message-ID: <20210429175641.GA4545(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:1354 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:1354 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 2c1c518f7da653e7d7a53995c92f4baa7bf0f6fd4c51c0856182ee1c7e6d613c xstream-1.3.1-13.el7_9.noarch.rpm 0848e56ffcc658be84b8dc962cfae7e6e963b28421212d04c814be04b66154b4 xstream-javadoc-1.3.1-13.el7_9.noarch.rpm Source: b74fdbf0aed8e172b159329e2a4f543e5a67336fcf43861cca0f37e38e080caf xstream-1.3.1-13.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Thu, 29 Apr 2021 17:57:08 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:1398 CentOS 7 firewalld BugFix Update Message-ID: <20210429175708.GA4799(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:1398 Upstream details at : https://access.redhat.com/errata/RHBA-2021:1398 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 2ba8ed563d8e7d31e393c915f3705b7c8c4c991ca337616916c90e4a14049411 firewall-applet-0.6.3-13.el7_9.noarch.rpm a2b22dc88f61d0fa6de4fcb62e090f383e630fc264c56ad005c9c508b1c0fcb2 firewall-config-0.6.3-13.el7_9.noarch.rpm 36e338a02697b1f86cb751a4d30e96bbb9a01a424dfe6f050474e28f832d3b2d firewalld-0.6.3-13.el7_9.noarch.rpm 4706b7d5da4cf50b5e9a1e2b512bf1746aac5d7ff7525f047e6a79a392d7f548 firewalld-filesystem-0.6.3-13.el7_9.noarch.rpm 3d130588e8e704895aa41cc1d3a57139effbcdabe57ea04b561e8d3b1d252e41 python-firewall-0.6.3-13.el7_9.noarch.rpm Source: 974f72fe7e519e87b49efb0c4c56efb947bbff4e2b1309005f50b541046a197c firewalld-0.6.3-13.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Thu, 29 Apr 2021 17:58:08 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:1386 CentOS 7 lvm2 BugFix Update Message-ID: <20210429175808.GA5179(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:1386 Upstream details at : https://access.redhat.com/errata/RHBA-2021:1386 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 7fe1420aaf46d2b3e38efd53645a2803c75ef85aa2e51400cf062745f1a1e9ca cmirror-2.02.187-6.el7_9.5.x86_64.rpm a18e979a837324a9730fc3e5b08e4f228f22d46c20c0a6445f7147444b8449c3 device-mapper-1.02.170-6.el7_9.5.x86_64.rpm 917535cc1bccdcfa4383143cc52d13f8fd161a5ec8f1037f606123737f818acf device-mapper-devel-1.02.170-6.el7_9.5.i686.rpm af5e8ccb9d54f4f9b71774537a4c1e69aad8ae1b83815d24f5930bb72e20d0f8 device-mapper-devel-1.02.170-6.el7_9.5.x86_64.rpm 23c887a392429ec463dea994475481a04b8745d5f29926c149d6f3f48c5ebde0 device-mapper-event-1.02.170-6.el7_9.5.x86_64.rpm dabd6fc3fcccc9d794b28168afdd8fb94f2d78fda10a5751459cee469f8412d4 device-mapper-event-devel-1.02.170-6.el7_9.5.i686.rpm a7f93d258bd14e3d81be8c58b2998d78081d84b5f8f763c1bff64b3571ca321e device-mapper-event-devel-1.02.170-6.el7_9.5.x86_64.rpm 01a6f6a9a36d8203819ae336a672955e40e9b1c9cf387d5ccd0942ebea8c147a device-mapper-event-libs-1.02.170-6.el7_9.5.i686.rpm 6cbada440eaf05d5c86416fab118a0ab641f93992a6a4070b19938894fcb8bbb device-mapper-event-libs-1.02.170-6.el7_9.5.x86_64.rpm a12a8a2185579f6577042b3b9876e89a3c3c99ff67c168c0388c79d64d4d9854 device-mapper-libs-1.02.170-6.el7_9.5.i686.rpm a3db401db86968bf26b166686f43ca87a750990d0b9e46fad7c8f63e89052035 device-mapper-libs-1.02.170-6.el7_9.5.x86_64.rpm 40a9bbf97909feac9fdb52ebe77bd0ec92e96ff00529d4803ce6c56086f78337 lvm2-2.02.187-6.el7_9.5.x86_64.rpm 252358bff773a45f41c33ac5e89717fa9768dccf112a04337a33f37cc5737ac4 lvm2-cluster-2.02.187-6.el7_9.5.x86_64.rpm 7954c520b09dc7bfb10b62124f03b0340cfc571dc7d61d91873543f3a413149b lvm2-devel-2.02.187-6.el7_9.5.i686.rpm 3687a70548cbd4d02fcf7f26b82c06330dc5e341e67504643b30e20c257b33a3 lvm2-devel-2.02.187-6.el7_9.5.x86_64.rpm 40ff738de8c90ab572f7f1b75bd512df524c5b0251c9fbf54e4d81783f7d5a34 lvm2-libs-2.02.187-6.el7_9.5.i686.rpm 7d80d5c3223ee7166a1d09374bac557258cbea615497efbd575aaf673d58b321 lvm2-libs-2.02.187-6.el7_9.5.x86_64.rpm 88ee54419e99f4dacae891d93199c6fed6512d9a534c7d923a9477877d953d6a lvm2-lockd-2.02.187-6.el7_9.5.x86_64.rpm 38375293dabf1abf54765991dcbdc6f2a1cd8c3ebe3d7fabc2405e566a16c5f0 lvm2-python-boom-1.2-2.el7_9.5.noarch.rpm 6856b6c454d9ab38557feb769e9f6ad01dab3cef1e61417d841eb5c243932401 lvm2-python-libs-2.02.187-6.el7_9.5.x86_64.rpm 56fdfe56e71473fc17bdd4e12e6ff4713e56fd02c7595517593f0cabc98308f9 lvm2-sysvinit-2.02.187-6.el7_9.5.x86_64.rpm Source: afe88c8ad0505e15964d6bea3189758eefb36bba49beab4d936c7c74352c5d54 lvm2-2.02.187-6.el7_9.5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Thu, 29 Apr 2021 17:58:22 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:3140 Moderate CentOS 7 libgweather Security Update Message-ID: <20210429175822.GA5324(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:3140 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2018:3140 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 1409a93de8f33913e0adaf61bf58a25d2d2e6253e503e532e910519107835c33 libgweather-3.28.2-4.el7_9.i686.rpm ca42c81542be47ee686bcb3662bdb26e91f2fa0041534bf807e0b9294dcae15a libgweather-3.28.2-4.el7_9.x86_64.rpm fc6296617d74745ac75f51e708264f5e77144e1a594d2ddfaadc84e9d9d9624d libgweather-devel-3.28.2-4.el7_9.i686.rpm 565a99b9e94164785e21e6c316bc072e35df5c03df3267601461e2b96157b0f9 libgweather-devel-3.28.2-4.el7_9.x86_64.rpm Source: 96e71df00537c4d1dd88908550c461ea2ca61bc1bcb7a50acfb150e5492dc3cf libgweather-3.28.2-4.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 7 Date: Thu, 29 Apr 2021 17:58:37 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2020:3987 CentOS 7 control-center BugFix Update Message-ID: <20210429175837.GA5505(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2020:3987 Upstream details at : https://access.redhat.com/errata/RHBA-2020:3987 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 8c4048ad0a30efd78b835e73ee590a52730bf658e4ee011dd963e908a4dbad81 control-center-3.28.1-8.el7_9.i686.rpm 6a71d3f89673ae6444441f6f1e25eb47a4347ba95f13345e2fcfcdfda313670b control-center-3.28.1-8.el7_9.x86_64.rpm 2009ebe5d0c47032c5784190a92c5dfb2abdff45270eabce812d7641915b2fb6 control-center-filesystem-3.28.1-8.el7_9.x86_64.rpm Source: 3d58c54605525987b3092c03541fd2858bac303e0b3ed05ac6c4d1d2cba8f087 control-center-3.28.1-8.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 8 Date: Thu, 29 Apr 2021 17:58:55 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:1383 CentOS 7 scap-security-guide BugFix Update Message-ID: <20210429175855.GA5797(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:1383 Upstream details at : https://access.redhat.com/errata/RHBA-2021:1383 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: cb86afe6203e0e076f646a698b5f55cc194b2523e731d2af6fad43073fedcf79 scap-security-guide-0.1.54-3.el7.centos.noarch.rpm 5dbc6a254bc8c77e947deecbb35eecf6dd6724e8271f52c60fabb83775d0653c scap-security-guide-doc-0.1.54-3.el7.centos.noarch.rpm Source: c7f11faaec7c3f1a7b38439514135e077671e6baa9a97aceaeb3f58764cd3342 scap-security-guide-0.1.54-3.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 9 Date: Thu, 29 Apr 2021 17:59:20 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:4076 Moderate CentOS 7 nss Security Update Message-ID: <20210429175920.GA6040(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:4076 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2020:4076 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 1b137d71d271e1a3ea8da17a90f65d981a49674c7781a7491eb07f02fd41cee6 nss-3.53.1-7.el7_9.i686.rpm 1eb686e8a290603d5223ec70ee6fb522d7289f9e573548836dfd8858a99a978b nss-3.53.1-7.el7_9.x86_64.rpm 3171334483be56275cf95caaad81576b0625965bf82c2a8cb91be41784e991d1 nss-devel-3.53.1-7.el7_9.i686.rpm 36cbb6317ac31a74661962dff6944ef7630e01a16c0c3426f1e58b4a6dbd259e nss-devel-3.53.1-7.el7_9.x86_64.rpm 13fc5f5dbb279c4648c8bffcbb00b2e14727ae6ef9cbae25e6728251a8b2644e nss-pkcs11-devel-3.53.1-7.el7_9.i686.rpm 64a40a4e60c03c1f3ad8929d3659cd713e7b869eb726d9f8cabf080ed73dfa6b nss-pkcs11-devel-3.53.1-7.el7_9.x86_64.rpm 91e11d6d33aef2e3286d36cad20e968159d1995461d24cfd238bc15aa535639c nss-sysinit-3.53.1-7.el7_9.x86_64.rpm 7ed2c97dedcd344ca3d389d366a728d3d18c9b22b1f567b0d03394574fd4ba2c nss-tools-3.53.1-7.el7_9.x86_64.rpm Source: c0247437f833f6cf432a2fa1baf80d772557024b302ea9123212d7086111272c nss-3.53.1-7.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 10 Date: Thu, 29 Apr 2021 18:00:19 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:1469 Important CentOS 7 bind Security Update Message-ID: <20210429180019.GA6432(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:1469 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:1469 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 1e67462d537e085a22099169bfc37a18a1e6f210a61839b9e0b229fcde3add6e bind-9.11.4-26.P2.el7_9.5.x86_64.rpm 58d55e76b88d088f5d397d7b1d908c6ffc3f06ec1ee82d97c1383fb167104aab bind-chroot-9.11.4-26.P2.el7_9.5.x86_64.rpm c19e37c8595f0a36840e5ffde24ba2022e36425cc814639db070930027e078ab bind-devel-9.11.4-26.P2.el7_9.5.i686.rpm 9c36a1622791ce03d6ac94ea9fa499f523998938199fdd4b31677374da4a1118 bind-devel-9.11.4-26.P2.el7_9.5.x86_64.rpm b7958e30f90b1219e2202114385b2a92aa2271e3064f4b5e46ba9f99c2beeef9 bind-export-devel-9.11.4-26.P2.el7_9.5.i686.rpm 84515e054cf47fee3e466382e25e19eb92f6f9947741105ea5f6071f7fe18185 bind-export-devel-9.11.4-26.P2.el7_9.5.x86_64.rpm e9c3f41aecb56447424691a9aedff1c7449cb17f5a1e759c6f7c7c089b2d1adf bind-export-libs-9.11.4-26.P2.el7_9.5.i686.rpm 64c82c743b0aa34d2ad89724607562e8cf196bdaec58dcfd940a8f728ce9c754 bind-export-libs-9.11.4-26.P2.el7_9.5.x86_64.rpm 8e85466eac6dba299f3f8211333d50827e103a67a8296884c3d1d1a87ce8a828 bind-libs-9.11.4-26.P2.el7_9.5.i686.rpm 0f79393bd746c2a784972b1db928fdca74d0c0324e00a1859ceede81d1af8b93 bind-libs-9.11.4-26.P2.el7_9.5.x86_64.rpm 2974a1f35f8a1dbd3f46361c76fee7876402f098199e8208407a59471c892340 bind-libs-lite-9.11.4-26.P2.el7_9.5.i686.rpm 0d291da8585bc5dc3d72a81e494c64767eb04ba5a938f0847121edded2bcbdec bind-libs-lite-9.11.4-26.P2.el7_9.5.x86_64.rpm fad06e13ad887025495d47068294bf443e6c6209bbb16324fa1b3eb9ef5a885e bind-license-9.11.4-26.P2.el7_9.5.noarch.rpm f4a5bde79d6cee985d2f0ff8727b2428ec15fbdd03adaa9733b09f7b173c01c7 bind-lite-devel-9.11.4-26.P2.el7_9.5.i686.rpm 54904b5dad92e58cb221e767835398cc72621bab301b2d3964a854595d9e6d60 bind-lite-devel-9.11.4-26.P2.el7_9.5.x86_64.rpm b524427963041d0c49036598caa6da026b76085863c14fdbec1466146a3b137a bind-pkcs11-9.11.4-26.P2.el7_9.5.x86_64.rpm 2eb85e9cbd29bebc8ce3cd107af06c6ae0f59fcc9a1056aa9226b8201c309a26 bind-pkcs11-devel-9.11.4-26.P2.el7_9.5.i686.rpm afda0e4a1bc46470df4a4993f659a23e39c688752ccd5958b18e448a2d51f8d1 bind-pkcs11-devel-9.11.4-26.P2.el7_9.5.x86_64.rpm 0d953611a4ac63b86ca9bbf1ca0f35e9ef53094123f9e581e16919ed0393c690 bind-pkcs11-libs-9.11.4-26.P2.el7_9.5.i686.rpm d0428b24d84b75519bce64c115f13b151f065712ac094dcd035dc9b63bbdc664 bind-pkcs11-libs-9.11.4-26.P2.el7_9.5.x86_64.rpm 566646f7e600ab8480640215904fa6db201c8d068ab3d6f8b7e348bf1ad1fd34 bind-pkcs11-utils-9.11.4-26.P2.el7_9.5.x86_64.rpm 02b9f36207f55eecbaed6219e76bf38881875be99f49e0eca71ec75e6d3a7aa3 bind-sdb-9.11.4-26.P2.el7_9.5.x86_64.rpm 8317594c4733bc6fd9c13e0001d962d14e7bffb83ed66e6337f6b8a490067ea9 bind-sdb-chroot-9.11.4-26.P2.el7_9.5.x86_64.rpm 43f50cb7c44309253c847a258d592992e250678cda19887c482849bd67b447e3 bind-utils-9.11.4-26.P2.el7_9.5.x86_64.rpm Source: b32c2203edd26913cf78f32b3442322b33df912405871fc9141a011948394498 bind-9.11.4-26.P2.el7_9.5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 11 Date: Thu, 29 Apr 2021 18:02:59 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:1385 CentOS 7 sos BugFix Update Message-ID: <20210429180259.GA6809(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:1385 Upstream details at : https://access.redhat.com/errata/RHBA-2021:1385 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 3cacb30cdf9cf8886bd3adabfb82541a6334ec3b33f75528e73c4d209bb76917 sos-3.9-5.el7.centos.4.noarch.rpm Source: 83812909ba4c12c9c409df4b259d20854ea34cab0b63fc0179926e672d299eaf sos-3.9-5.el7.centos.4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 12 Date: Fri, 30 Apr 2021 16:44:35 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:0617 Important CentOS 7 xterm Security Update Message-ID: <20210430164435.GA28505(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:0617 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:0617 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 1e384389a357083eef224ca9752df57e665959920ecfd6720d9f58d63924b0b8 xterm-295-3.el7_9.1.x86_64.rpm Source: 731fbbdc815f353f3ee2c0ecd07f9da0bf66f70734dc6d4c32f4eca4671dde2d xterm-295-3.el7_9.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 194, Issue 1 ***********************************************

1 0

ipforwarding between interfaces and firewall rules
by R C 01 May '21

01 May '21

Hello, I have a machine I am running Centos/RHEL 8 on. there are two interfaces and I want to forward all traffic between those interfaces (for the src and dst in the subnet a wireless device is on). One interface is connected to a switch, WAN side. The other ethernet port has an access point, connected wired. I did turn on ipforwarding, and thought I needed only two firewall rules. sysctl -w net.ipv4.ip_forward=1 firewall-cmd --direct --add-rule ipv4 filter FORWARD 0 -o eno1 -i enp0s20u4u1 -j ACCEPT firewall-cmd --direct --add-rule ipv4 filter FORWARD 0 -o enp0s20u4u1 -i eno1 -j ACCEPT However, when I try to do a DNS lookup, it looks like it is being blocked/stopped by the firewall, because when I stop the firewall, it just seems to work. With the firewall up and running, however I can ping an ip address. for example; if I do "ping www.google.com" I get a "ping www.google.com: Name or service not known" If I use an IP address (from www.google.com) it just works. what am I missing (probably a rule in the firewall?) thanks, Ron

3 4

World clocks on CentOS 8?
by Mathieu Baudier 27 Apr '21

27 Apr '21

Hello, I am using CentOS 8 Streams + GNOME, and I cannot find the world clocks anymore (in order to add various cities and their current time). It used to be under the calendar, when one clicks on the time on the top bar. I cannot launch 'gnome-clocks' from the command line, and package search (with EPEL enabled) doesn't provide any results : $ sudo dnf list gnome-clocks Error: No matching Packages to list $ sudo dnf list *clock* Error: No matching Packages to list Was this software removed? Thank you! Mathieu

1 0

Problem with RequiresMountsFor defined in a systemd service
by Carlos Lopez 24 Apr '21

24 Apr '21

Hi all, I have setup a systemd service that needs to mount a NFS share before starts. To accomplish this I have defined: RequiresMountsFor=/data/sysos As a dependency in [Unit] section but it doesn’t work. NFS share is defined in fstab with “defaults,noauto” options also .. What am I doing wrong? How can I debug this? Best regards, C. L. Martinez

4 3

password algorithm with authconfig vs authselect
by Leon Fauster 21 Apr '21

21 Apr '21

In the old days I could do # authconfig --passalgo=sha256 --update With EL8 comes authselect now (replacement of authconfig). authselect --passalgo=sha512 --update does not work and seems to be unsupported. # grep -R passalgo /usr/lib/python3.6/site-packages/authselect/ /usr/lib/python3.6/site-packages/authselect/authcompat_Options.py: Option.UnsupportedValued ("passalgo", _("<descrypt|bigcrypt|md5|sha256|sha512>")), How does the new "way" looks like (>=EL8), to switch the password algorithm? Any hints would be great ... -- Leon

2 2

C7 live CD does not like F33 ext partition
by Michael Hennebry 21 Apr '21

21 Apr '21

I've been trying to backup the root partition of my F33 installation. To that end, I'm running a C7 live CD. C7 won't mount the partition. tune2fs likes it, but [root@localhost mnt]# mount /dev/sda5 /mnt/a5 mount: wrong fs type, bad option, bad superblock on /dev/sda5, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so. [root@localhost mnt]# dmesg | tail -n 15 [ 123.848185] SELinux: initialized (dev fuse, type fuse), uses genfs_contexts [ 123.856904] SELinux: initialized (dev fusectl, type fusectl), uses genfs_contexts [ 146.541654] Bluetooth: Core ver 2.16 [ 146.541737] NET: Registered protocol family 31 [ 146.541739] Bluetooth: HCI device and connection manager initialized [ 146.541750] Bluetooth: HCI socket layer initialized [ 146.541753] Bluetooth: L2CAP socket layer initialized [ 146.541760] Bluetooth: SCO socket layer initialized [ 146.548524] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 146.548529] Bluetooth: BNEP filters: protocol multicast [ 146.548540] Bluetooth: BNEP socket layer initialized [ 300.961319] JBD2: Unrecognised features on journal [ 300.961325] EXT4-fs (sda5): error loading journal ====== WHY? [ 361.930877] e1000e: enp0s25 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx [ 361.931025] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s25: link becomes ready [root@localhost mnt]# mount -t ext2 /dev/sda5 /mnt/a5 mount: wrong fs type, bad option, bad superblock on /dev/sda5, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so. No idea why the journal should be a problem. I used gnome to do the reboot. I can boot back into F33. How do I figure out what is going on? What can I do about it? -- Michael hennebry(a)web.cs.ndsu.NoDak.edu "Sorry but your password must contain an uppercase letter, a number, a haiku, a gang sign, a heiroglyph, and the blood of a virgin." -- someeecards

2 3

devtoolset-10 -- built but not released?
by Kris Knigga (TT) 20 Apr '21

20 Apr '21

Hello, devtoolset-10 has been out for a while now and it looks like Centos packages for it have been built for a few months ( https://cbs.centos.org/koji/packages?tagID=2186) Will these be released soon? Or, perhaps is there anything I can volunteer to help with to get devtoolset-10 ready for release? Thank you, Kris

1 0

Code of Conduct
by Rich Bowen 19 Apr '21

19 Apr '21

You may have seen, a few days ago, that the Fedora project announced[1] a new Code of Conduct for their community. What you may not have known is that the CentOS project was involved in the crafting of that Code, so that we could also use it here. Yeah, I know, this is something we should have done a long time ago. But, you know what they say about the best time to plant a tree. (The best time to plant a tree is 20 years ago. The second best time is today.) As we continue to work to make all aspects of the CentOS Project more open and transparent, it is important that we create an open, welcoming community where all people, from all backgrounds, feel safe in their participation. This allows for a broader contributor pool, with more ideas and more community ownership of the resulting outcomes. And it's just the right thing to do. It is our intent to take the text of the Fedora CoC, and replace 'Fedora' with 'CentOS' everywhere, and propose it here. There will, of course, be other small changes to the text (Board vs Council, and so on) but not to the details of the Code itself, and how we intend to address reports. We're holding off on those edits so that our version doesn't drift from theirs, during their 2 week comment period. (Ends April 26th.) The document is derived from the Contributor Covenant, along with work that has been ongoing in the Fedora project for some time. Note also that the Contributor Covenant is also the source material for the CoC used by the Linux kernel project.[2] To that end, we encourage you to engage in the discussion around the Fedora CoC, because any changes made there will influence what we end up with here. And we also encourage discussion on centos-devel[3], for anything that you feel is specific to our community. --Rich, on behalf of the CentOS Board of Directors [1] https://communityblog.fedoraproject.org/policy-proposal-new-code-of-conduct/ [2] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?… [3] https://lists.centos.org/mailman/listinfo/centos-devel

2 1

qemu-system-x86_64 in EL8
by Leon Fauster 19 Apr '21

19 Apr '21

I am planning to migrate a EL7 host to CS8 and noticed that an "application" runs via /usr/bin/qemu-system-x86_64 . Its seems its from EPEL. Stock C8 does not ship it. Any SIG repository with "qemu-system-x86_64"? Thanks, Leon

2 2

Re: [CentOS] include file
by Mark Woolfson 19 Apr '21

19 Apr '21

Hello, I am trying to build some drivers under CentOS 8.3 using scripts which work on CentOS 8.2. However, I am now missing the include file drm/drmP.h. Please can you tell me where I can find this file. Mark -- This email has been checked for viruses by AVG. https://www.avg.com

3 2

[c8-stream] podman CAP_PERFMON
by Łukasz Posadowski 19 Apr '21

19 Apr '21

Hi everyone. I decided to go container with Centos Stream, but I keep having errors about "unknow capability: CAP_PERFMON". I tried minikube, as well as standard podman and toolbox container creation: $ toolbox create --distro fedora --release 34 --container test3 $ toolbox create --distro rhel --release 8.3 --container test4 Containers are created, I can list them with toolbox and podman. $ toolbox enter --container test4 Error: failed to start container test4 $ podman start test4 Error: OCI runtime error: unable to start container "[longhash]": container =_linux_go:370: starting container process caused: unknow capability "CAP_PERFMON" thanks -- Łukasz Posadowski

1 1

CentOS-announce Digest, Vol 193, Issue 3
by centos-announce-request＠centos.org 17 Apr '21

17 Apr '21

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2021:1145 Important CentOS 7 nettle Security Update (Johnny Hughes) 2. CESA-2021:1135 Important CentOS 7 squid Security Update (Johnny Hughes) 3. CESA-2021:1192 Moderate CentOS 7 thunderbird Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Fri, 16 Apr 2021 20:23:43 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:1145 Important CentOS 7 nettle Security Update Message-ID: <20210416202343.GA17564(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:1145 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:1145 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 11d3ad095a9838e98b8360b005aa07fa292cf9a71c4265bdf7c5adda14d463b3 nettle-2.7.1-9.el7_9.i686.rpm a8f566d686a31517c6e1f0981aa8a7650ec4c8d5cea01c3500ae51e847966eee nettle-2.7.1-9.el7_9.x86_64.rpm 764049c60a710f88bfffed5ba17cd51ea7bb2822f89390f24d0db26a94bb9220 nettle-devel-2.7.1-9.el7_9.i686.rpm 16a78c16f102931cd4ab634fc4177b99535edda6436721529c1f30e8ec464b9a nettle-devel-2.7.1-9.el7_9.x86_64.rpm Source: 1f330271bdc651bc0996f2cb86292e6afe40bd1afe6d94735a4ee8f2a1ba5cc8 nettle-2.7.1-9.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Fri, 16 Apr 2021 20:24:10 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:1135 Important CentOS 7 squid Security Update Message-ID: <20210416202410.GA17687(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:1135 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:1135 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: d71161880783b5c75a2c86c86ecd65a9b1c075f8f6ae57b1c22186db3a0e482b squid-3.5.20-17.el7_9.6.x86_64.rpm 05b86a6126cc85e6e214a09707b886a17df5b705f5cb7dab4c86228f6b2ad4d2 squid-migration-script-3.5.20-17.el7_9.6.x86_64.rpm 147f560470dacac3f89bc4c5cfaa3c9d32364fc302511f2bf1a13025a5875621 squid-sysvinit-3.5.20-17.el7_9.6.x86_64.rpm Source: 4ef86458d8b6ff61084da478e9df0d5dc69d8fdd2cdfcf9229ce84c82b8b6835 squid-3.5.20-17.el7_9.6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Fri, 16 Apr 2021 20:25:29 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:1192 Moderate CentOS 7 thunderbird Security Update Message-ID: <20210416202529.GA17844(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:1192 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2021:1192 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 89b015eb0d04659b187b7cae8d68fd38cdfd6ebc31ef6a4cc9432e777fe5c452 thunderbird-78.9.1-1.el7.centos.x86_64.rpm Source: 0a6c601af8bd999761c7d0669ac00e0b7246d487efefdfd634ea869fdd665891 thunderbird-78.9.1-1.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 193, Issue 3 ***********************************************

1 0

enough free pages but high number of major page faults and page reclaims
by yf chu 16 Apr '21

16 Apr '21

We find that for some servers io disk read is very high. We also notice that there are many major page faults on those servers. But we checked the /proc/zoneinfo, there are enough free pages. Here is the content of /proc/zoneinfo: pages free 3913507 min 11333 low 14166 high 16999 scanned 0 spanned 16777216 present 16777216 managed 16507043 nr_free_pages 3913507 We also use "perf" to monitor the event of "mm_filemap_delete_from_page_cache". Here is the result of perf: 7fff81189dd0 __delete_from_page_cache ([kernel.kallsyms]) 7fff8119b771 __remove_mapping ([kernel.kallsyms]) 7fff8119c8e8 shrink_page_list ([kernel.kallsyms]) 7fff8119d45a shrink_inactive_list ([kernel.kallsyms]) 7fff8119df55 shrink_lruvec ([kernel.kallsyms]) 7fff8119e376 shrink_zone ([kernel.kallsyms]) 7fff8119e880 do_try_to_free_pages ([kernel.kallsyms]) 7fff8119ed6c try_to_free_pages ([kernel.kallsyms]) 7fff816ac515 __alloc_pages_slowpath ([kernel.kallsyms]) 7fff811932d5 __alloc_pages_nodemask ([kernel.kallsyms]) 7fff811d7a68 alloc_pages_current ([kernel.kallsyms]) 7fff811e27f5 new_slab ([kernel.kallsyms]) 7fff811e40fc ___slab_alloc ([kernel.kallsyms]) 7fff816adaf1 __slab_alloc ([kernel.kallsyms]) 7fff811e609b kmem_cache_alloc ([kernel.kallsyms]) 7fff812778ed proc_alloc_inode ([kernel.kallsyms]) 7fff812234d0 alloc_inode ([kernel.kallsyms]) 7fff81225771 new_inode_pseudo ([kernel.kallsyms]) 7fff812257d9 new_inode ([kernel.kallsyms]) 7fff8127bc1e proc_pid_make_inode ([kernel.kallsyms]) 7fff812800e5 proc_fd_instantiate ([kernel.kallsyms]) 7fff8127c54c proc_fill_cache ([kernel.kallsyms]) 7fff812802dd proc_readfd_common ([kernel.kallsyms]) 7fff812803f5 proc_readfd ([kernel.kallsyms]) 7fff8121c246 vfs_readdir ([kernel.kallsyms]) 7fff8121c665 sys_getdents ([kernel.kallsyms]) 7fff816c2715 system_call_fastpath ([kernel.kallsyms]) bab95 __getdents64 (/usr/lib64/libc-2.17.so) It seems that os is carrying on page reclaim. But I don't know since there are enough free pages, why could page reclaim ocurr?

1 0

Proxmox Backup Server equivalent for the RHEL/CentOS world ?
by Nicolas Kovacs 16 Apr '21

16 Apr '21

Hi, I've just spent a couple weeks experimenting extensively with Proxmox VE (Virtual Environment) and Proxmox PBS (Backup Server) on a couple of sandbox servers. I must say I'm impressed, especially of the elegance and simplicity of the backup solution. Running virtual machines can be backed up efficiently, combining deduplication and incremental backups. A bit like Rsnapshot, only for whole VM images. Both PVE and PBS are based on Debian, and now I wonder if RHEL-based systems have something similar to offer. Any suggestions ? Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12

9 15

CentOS-announce Digest, Vol 193, Issue 2
by centos-announce-request＠centos.org 15 Apr '21

15 Apr '21

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2021:0742 Important CentOS 7 screen Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 14 Apr 2021 13:29:09 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:0742 Important CentOS 7 screen Security Update Message-ID: <20210414132909.GA20207(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:0742 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:0742 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 30b844415ba647e65a9810574f3ded5e1fc1edd02e28f73cc44ee2c35e97baea screen-4.1.0-0.27.20120314git3c2946.el7_9.x86_64.rpm Source: 8110b0f5f7bc0070b8cd656a7965d0f7d2f7c69102bbd80dbfc966ea718f96d8 screen-4.1.0-0.27.20120314git3c2946.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 193, Issue 2 ***********************************************

1 0

rsync over ssh stalls after completing the job
by Frank Cox 15 Apr '21

15 Apr '21

Here's a weird one. I have two Centos 8 machines that use rsync-over-ssh to back up files between each other. (Each machine acts as a backup machine for the other one.) There's are nightly cronjobs that do the backing up, the commands look like this: rsync -av --delete /home/mydirectory jeff:/home/mydirectorybackup That command works fine when it's run through the cronjob. When I try to run a rsync command between mutt and jeff from the commandline, that's where the problem starts. It worked a few days ago but now when I log into jeff and do a rsync to or from mutt it works fine. When I log into mutt and do a rsync to or from jeff it works and does the job, but then it seems to stall afterward and I have to hit ctrl-c to get my cursor back. Here's a test run so you can see what happens. [me@mutt temp]$ rsync -avv ../temp/ jeff:temp opening connection using: ssh jeff rsync --server -vvlogDtpre.iLsfxC . temp (7 args) sending incremental file list delta-transmission enabled bookmarks.html is uptodate ./ abc total: matches=0 hash_hits=0 false_alarms=0 data=26321 ^Crsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(644) [sender=3.1.3] A file named bookmarks.html existed in both directories so it wasn't changed, and a new file abc was copied to the backup directory. Then my ctrl-c stopped the job and brought the cursor back after it stalled. scp works fine to copy files either way when logged into either machine and, again, my backup-this-to-that cronjobs that run rsync seem to be working fine as well. I just discovered this last night when I went to rsync some files manually between these machines. The last time I did that was at least a few days ago and it worked fine then. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

6 18

NAME:WRECK
by mark 14 Apr '21

14 Apr '21

I'm reading a story linked to from slashdot, and I see FreeBSD is vulnerable. Has anyone looked at CentOS? mark

2 1

Missing /etc/ld.so.conf.d/kernel-3.10.0-1127.19.1.el7.x86_64.conf
by Kenneth Porter 14 Apr '21

14 Apr '21

I'm yum updating some CentOS 7 systems today and got this error. Two systems (so far) seem to have rebooted fine. Should I worry? error: file /etc/ld.so.conf.d/kernel-3.10.0-1127.19.1.el7.x86_64.conf: No such file or directory

4 7

Re: [CentOS] Proxmox Backup Server equivalent for the RHEL/CentOS world ?
by Blaž Bogataj 14 Apr '21

14 Apr '21

Hello As I said a couple of weeks ago in response to Niki I have been using ProxMox almost from the beginning ;). No "enterprise" version. And backup is one of the reasons for that. NFS on NAS as a backup target is really nice, even one time quicker than backup to local storage (NAS with 10gb FC). Also fiddling with RHV. But there is no "free" backup solution. I am trying with Bacchus but no way to schedule backup. Single backup OK, schedule backup no go. So now use vProtect, for 5 years not a lot of $. But I hope to find some instructions on how to build Prox and use it as software defined storage. I must learn how to build this, especially about a separated management network, without I think I can't build this to get HA. And them migrate from RHV. All the best Blaz

1 0

What to do when a selinux policy doesn't work?
by hw 14 Apr '21

14 Apr '21

Hi, I'm getting log file entries about ejabberd not being able to remove files that were uploaded by client through the file upload facility of XMPP. With the help of audit2allow, I have already created and installed some selinux modules to solve such issues, and still files can't be expired. So I used grep '/srv/data/ejabberd' /var/log/audit/audit.log | audit2allow -w to find out what might cause this, and the answer is: type=AVC msg=audit(1606302910.314:2905): avc: denied { open } for pid=18687 comm="8_dirty_io_sche" path="/srv/data/ejabberd/[...]" dev="md100" ino=166 scontext=system_u:system_r:ejabberd_t:s0 tcontext=system_u:object_r:var_t:s0 tclass=file permissive=1 Was caused by: Unknown - would be allowed by active policy Possible mismatch between this policy and the one under which the audit message was generated. Possible mismatch between current in-memory boolean settings vs. permanent ones. I have reloaded the policies with 'semodule -R', and that didn't change anything. The files in question seem to have the correct attributes like: ls -laZ /srv/data/ejabberd/[...] -rw-r--r--. 1 ejabberd ejabberd system_u:object_r:var_t:s0 1384362 Nov 25 12:15 /srv/data/ejabberd/[...] Ejabberd is supposed to expire files when they are older than desired, and selinux prevents it. How can I solve this problem other than by disabling selinux or by deleting the files manually?

2 3

How to find out what's eating the bandwidth
by Frank Cox 14 Apr '21

14 Apr '21

Is there a program that will tell me what's eating the bandwidth on a lan? I'm thinking of something that would tell me that a.b.c.d is using so many mbps and a.b.c.e is using this many and so on. Or can just-another-computer-on-the-network actually see that sort of information? I don't know enough about the low level nuts and bolts of networking to know if it has that kind of access. I'm really just interested in volume of traffic per attached device rather than specific origin/destination information if that's easier to obtain. This way if something is eating the network I can find out what it is without having to start unplugging cables and so on to find out when it stops. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

5 6

How to organize your VMs
by Nicolas Kovacs 13 Apr '21

13 Apr '21

Hi, Up until now my main production server has been a "bare metal" installation of CentOS 7.9 hosting a variety of stuff. * DNS server with BIND for eight domains * IMAP mail server with Postfix and Dovecot for these domains, with about two dozen mail accounts * Webmail with Roundcube for all the mail accounts * Various WordPress-based websites and blogs * Several instances of the management software Dolibarr * The learning platform GEPI for our local school * One instance of OwnCloud for half a dozen users The hardware has no problems to deal with all that performance-wise. But managing all this in one big bulk has become a bit of a problem, since the LAMP-based PHP applications (WordPress, Dolibarr, GEPI, OwnCloud) increasingly cultivate their idiosyncrasies, so this feels more and more like herding cats. My main goal in migrating all this stuff preogressively to a series of neat VMs hosted on a KVM hypervisor is clarity and ease of maintenance. Now I wonder what could be a smart subdivision of all these VMs. After a bit of brainstorming, here's what I can come up with. 1. It would make sense to regroup all the applications, e. g. one VM for all the Dolibarr hostings, and then a different VM for WordPress, and a third VM for OwnCloud. 2. It's tempting to have a lot of small VMs for clarity's sake. On the other hand, it's maybe better to have one single VM for all the mail stuff. 3. Should I put all the Roundcube instances in a separate VM? Or does that go with the Postfix/Dovecot mail VM? 4. DNS is a bit of a special case, a bit of a catch 22. I would be tempted to setup an extra (bare-metal) machine for just handling this. Since BIND provides the DNS information about the hypervisor and the backup server themselves this becomes a bit of a chicken-and-egg situation. 5. Even if it's tempting to multiply VMs, let's not forget that I have to keep an eye on hardware resources, not to forget I have to pay for every extra IPv4 address. I'd be curious to have your input, since I'm fairly new to this sort of approach. Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12

7 7

Resize a VM: any risk involved ?
by Nicolas Kovacs 11 Apr '21

11 Apr '21

Hi, I'm currently fiddling with KVM, Proxmox and various VMs. I setup a very basic VM with a manual (fdisk) partitioning scheme: one /boot partition, one swap partition, and one root partition, the latter being the last partition and thus expandable). I'm starting with a reduced disk size (6 GB in total) and a minimal installation. The idea behind this approach is that I can clone this minimal VM and then eventually expand it to fit my needs. Here's how I expand the available disk size. First I increase the virtual disk in the hypervisor. Then I fire up the VM and do the following: # yum install cloud-utils-growpart # lsblk # growpart -v /dev/sda 3 # resize2fs /dev/sda3 Now here's my question (finally): is there any risk involved in this sort of operation? Or can it be performed on a production system without having to worry about data loss? Cheers from the sunny South of France, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12

8 10

"System error" when trying to logon via SSH to CentOS 8 joined to AD
by Konstantin Boyandin 11 Apr '21

11 Apr '21

Hello, I joined a CentOS 8 box to an AD, using the below document as general guide: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/ht… (section 14.1) A problem: after I tried to log on via SSH (as an AD user) to the box, the journalctl gets the below records: March 23 12:41:01 sandbox.lan sshd[2262]: pam_sss(sshd:auth): authentication success; logname= uid=0 euid=0 tty=ssh ruser= rhost=10.10.0.55 user=username March 23 12:41:01 sandbox.lan sshd[2262]: pam_sss(sshd:account): Access denied for user username: 4 (System error) March 23 12:41:01 sandbox.lan sshd[2262]: Failed password for username from 10.10.0.55 port 57610 ssh2 March 23 12:41:01 sandbox.lan sshd[2262]: fatal: Access denied for user username by PAM account configuration [preauth] Quick and dirty fix: When I comment a line in /etc/pam.d/password-auth (the one commented below), error goes away: ======= /etc/pam.d/password-auth below auth required pam_env.so auth required pam_faildelay.so delay=2000000 auth [default=1 ignore=ignore success=ok] pam_usertype.so isregular auth [default=1 ignore=ignore success=ok] pam_localuser.so auth sufficient pam_unix.so nullok try_first_pass auth [default=1 ignore=ignore success=ok] pam_usertype.so isregular auth sufficient pam_sss.so forward_pass auth required pam_deny.so account required pam_unix.so account sufficient pam_localuser.so account sufficient pam_usertype.so issystem #account [default=bad success=ok user_unknown=ignore] pam_sss.so account required pam_permit.so password requisite pam_pwquality.so try_first_pass local_users_only password sufficient pam_unix.so sha512 shadow nullok try_first_pass use_authtok password sufficient pam_sss.so use_authtok password required pam_deny.so session optional pam_keyinit.so revoke session required pam_limits.so -session optional pam_systemd.so session optional pam_oddjob_mkhomedir.so umask=0077 session [success=1 default=ignore] pam_succeed_if.so service in crond quiet use_uid session required pam_unix.so session optional pam_sss.so ======= /etc/pam.d/password-auth above If I understand correctly, the commented line means "account is invalid by default; if found in SSSD, it's good; if not found - ignore and proceed". Commenting it is not a good idea, but I can't figure out what's wrong (according to first line from jornalctl authentication *is* passed normally). Additional data (AD domain in this example is EXAMPLE.COM) $ realm list realm list example.com type: kerberos realm-name: EXAMPLE.COM domain-name: example.com configured: kerberos-member server-software: active-directory client-software: sssd required-package: oddjob required-package: oddjob-mkhomedir required-package: sssd required-package: adcli required-package: samba-common-tools login-formats: %U login-policy: allow-realm-logins $ cat /etc/sssd/sssd.conf [sssd] domains = example.com config_file_version = 2 services = nss, pam, ssh debug_level = 9 [domain/example.com] ad_domain = example.com krb5_realm = EXAMPLE.COM realmd_tags = manages-system joined-with-adcli cache_credentials = True id_provider = ad krb5_store_password_if_offline = True default_shell = /bin/bash ldap_sasl_authid = SANDBOX$ ldap_id_mapping = True use_fully_qualified_names = False ad_gpo_ignore_unreadable = True fallback_homedir = /home/%u access_provider = ad debug_level = 9 === end of /etc/sssd/sssd.conf $ cat /etc/krb5.conf includedir /etc/krb5.conf.d/ [logging] default = FILE:/var/log/krb5libs.log kdc = FILE:/var/log/krb5kdc.log admin_server = FILE:/var/log/kadmind.log [libdefaults] ticket_lifetime = 24h renew_lifetime = 7d forwardable = true rdns = false pkinit_anchors = FILE:/etc/pki/tls/certs/ca-bundle.crt spake_preauth_groups = edwards25519 default_ccache_name = KEYRING:persistent:%{uid} default_realm = EXAMPLE.COM dns_lookup_realm = false dns_lookup_kdc = true [realms] EXAMPLE.COM = { kdc = dc.example.com kdc = bdc.example.com admin_server = dc.example.com } [domain_realm] .example.com = EXAMPLE.COM example.com = EXAMPLE.COM === end of /etc/krb5.conf GPO cache exists and is properly owned: ls -al /var/lib/sss/gpo_cache/example.com/ total 0 drwx------. 3 sssd sssd 22 Mar 22 14:52 . drwxr-xr-x. 3 sssd sssd 24 Mar 22 14:52 .. drwx------. 3 sssd sssd 52 Mar 22 14:52 Policies I would appreciate pieces of advice on how to fix authentication issue without commenting out the pam.d configuration file line. Thank you. Sincerely, Konstantin

5 6

CentOS-announce Digest, Vol 193, Issue 1
by centos-announce-request＠centos.org 11 Apr '21

11 Apr '21

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2021:1071 Important CentOS 7 kernel Security Update (Johnny Hughes) 2. CESA-2021:1072 Important CentOS 7 libldb Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Sat, 10 Apr 2021 17:09:38 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:1071 Important CentOS 7 kernel Security Update Message-ID: <20210410170938.GA12184(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:1071 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:1071 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: bfe191b783a11c70daf05fb86e81e2e36d80b7dec5eb2243fa223700ce330824 bpftool-3.10.0-1160.24.1.el7.x86_64.rpm 996ee55268c9971d07d38c3217e0fb813a202d1b838963b6db16217069d193db kernel-3.10.0-1160.24.1.el7.x86_64.rpm 33b524d6eec3fc82a17df2220b596193025c1faf20c5939c4271809681f95803 kernel-abi-whitelists-3.10.0-1160.24.1.el7.noarch.rpm 8764032443efee4dc7bfb0ee1a11749205880cd86b230ad538346b697120c5e7 kernel-debug-3.10.0-1160.24.1.el7.x86_64.rpm e2b80fc90e80e10166a785ab1c718ed12380055d955ab295c5363ad6405fe815 kernel-debug-devel-3.10.0-1160.24.1.el7.x86_64.rpm 52fc84afa30b500c79c2116a67a199c3eba6bbed1b7b171fc4fec483dc2c9f4c kernel-devel-3.10.0-1160.24.1.el7.x86_64.rpm cda402fcb291052201381d37c733af954d30e2e6e3f24e5b636ae67715e8c0d0 kernel-doc-3.10.0-1160.24.1.el7.noarch.rpm 2a69b561a8c58b7ed126929ce0f305827b54da8604e8f662568fc8ec96090f26 kernel-headers-3.10.0-1160.24.1.el7.x86_64.rpm 150b5e83d6acc1e5a6e22bee18216d6c7e0c581dca489071a61aab70eb9b93fb kernel-tools-3.10.0-1160.24.1.el7.x86_64.rpm 540ad2675ab792c4e347811b9c59c9dfa46be5932ed582b6b0748c7a27660973 kernel-tools-libs-3.10.0-1160.24.1.el7.x86_64.rpm 44904175313b13552ac962d42d456dc5d52bface994ef485f56c33f7f6971440 kernel-tools-libs-devel-3.10.0-1160.24.1.el7.x86_64.rpm 9124221e268619f8424d72980a7b256e0e00ba0639fcf0be1387712d145c7416 perf-3.10.0-1160.24.1.el7.x86_64.rpm 2308127baa502197469a17cef0a36622ccd5c528247af648e424284943e73572 python-perf-3.10.0-1160.24.1.el7.x86_64.rpm Source: 6fc0eaf2486a736d0793f6165e07c183bb0c8db2c858bd0dbefc1a2b23a0528b kernel-3.10.0-1160.24.1.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Sat, 10 Apr 2021 17:14:31 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:1072 Important CentOS 7 libldb Security Update Message-ID: <20210410171431.GA12486(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:1072 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:1072 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 67364ca692de365478eee5a94879717c1fae2b7a4ba46d128ec04f0477c8c2b5 ldb-tools-1.5.4-2.el7.x86_64.rpm 36ad5a43df60889dd9c1134cb0e042317befa64f7293f44bc91271fddbbfc7e6 libldb-1.5.4-2.el7.i686.rpm cec370a7441899c3ffcd47f783a0437d9d649fd4a1252c6c317561f431e537c4 libldb-1.5.4-2.el7.x86_64.rpm 359852ce38e0555b23e78c945070ef67c0599138eac0c52de77a819e8fdebce9 libldb-devel-1.5.4-2.el7.i686.rpm 4d0e360eff9294623b345353bcf2cb4623c50a3e2bf31ace6ba05141150d85fd libldb-devel-1.5.4-2.el7.x86_64.rpm 29124a79cce7024da4f024131a66f80d78a70d73c5fafe6456617633e5b83560 pyldb-1.5.4-2.el7.i686.rpm 8043266fac97f3c92dfeaa8fad590469ad37ab990d86e9ece87829bdd9e0c8ae pyldb-1.5.4-2.el7.x86_64.rpm b3dbb953a4dc9b8b5ee95024d51d922488db5a0f0ec2ece9bf47d8d5cbbf24fa pyldb-devel-1.5.4-2.el7.i686.rpm 8f596e23215f48c31a9bb115c327431b21431ac93d7279b39dc998ca0bdfc6b8 pyldb-devel-1.5.4-2.el7.x86_64.rpm Source: e678f1a0df3c67bd8f6319dbe32013a311d6d797b51284ff7d5e254c2f7a1ff5 libldb-1.5.4-2.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 193, Issue 1 ***********************************************

1 0

Can't upgrade sssd-*
by Warren Young 09 Apr '21

09 Apr '21

Is anyone else getting this on dnf upgrade? [MIRROR] sssd-proxy-2.3.0-9.el8.x86_64.rpm: Interrupted by header callback: Server reports Content-Length: 9937 but expected size is: 143980 [MIRROR] sssd-proxy-2.3.0-9.el8.x86_64.rpm: Interrupted by header callback: Server reports Content-Length: 9937 but expected size is: 143980 [MIRROR] sssd-proxy-2.3.0-9.el8.x86_64.rpm: Interrupted by header callback: Server reports Content-Length: 9937 but expected size is: 143980 [MIRROR] sssd-proxy-2.3.0-9.el8.x86_64.rpm: Interrupted by header callback: Server reports Content-Length: 9937 but expected size is: 143980 I can install almost everything else in the latest batch of updates but not any of sssd-* or anything directly dependent upon it. (Basically, gvfs, samba, and assorted libraries built atop sssd.)

5 10

Re: [CentOS] CentOS 8
by Valeri Galtsev 09 Apr '21

09 Apr '21

On 4/9/21 10:47 AM, Binet, Valere (NIH/NIA/IRP) [C] wrote: > The NIST and CIS baselines don't allow su, we have to use sudo on government computers. > Could you enlighten me on the rationale behind that restriction? As, as you already noticed, my [ancient, maybe] reasoning makes me arrive at an opposite conclusion. (but mine is pure security consideration with full trust vested into sysadmin, see below...) On a second guess: it is just for a separation of privileges, and accounting of who did what which sudo brings to the table... Right? Thanks in advance. Valeri > Valère Binet > > On 4/9/21, 11:39 AM, "Valeri Galtsev" <galtsev(a)kicp.uchicago.edu> wrote: > > > > On 4/9/21 10:31 AM, Johnny Hughes wrote: > > On 4/9/21 5:18 AM, Steve Clark via CentOS wrote: > >> On 4/8/21 3:50 PM, Tony Schreiner wrote: > >> > >> On Thu, Apr 8, 2021 at 2:33 PM Nicolas Kovacs > >> <info(a)microlinux.fr><mailto:info@microlinux.fr> wrote: > >> > >> > >> > >> Le 08/04/2021 à 18:58, Steve Clark via CentOS a écrit : > >> > >> > >> How do I allow root log in on GDM. > >> > >> > >> > >> tl;dr: you don't. > >> > >> Log in as a non-root user, and when you do need root, either open up a > >> terminal > >> and use 'su -' or (even better) setup your user by making your user a > >> member of > >> the wheel group and then use sudo. > >> > >> Logging in to a GUI as root is *BAD* practice. > >> > >> Cheers, > >> > >> Niki > >> > >> > >> > >> > >> > >> That said - you can do it, by clicking on "Not listed?" and typing root > >> into the user field. > >> > >> Yes I have done that and it immediately comes back to the login screen, > >> I know I am typing the > >> correct passwd, because if I botch the passwd I get a message to that > >> effect. > >> > >> > >> > > > > I would not recommend ever using the GUI as the root user .. it creates > > keys and items that are very dangerous. (gnome key rings, etc) > > > > +1000 > > > You should be able to 'su -' , then use visudo to create a sudo account > > for your user. You can even NOPASSWD your user for using sudo (you may > > or may not want to do that .. if someone gains access to your local > > account, they could then sudo with no passwd). > > > > In the past I even avoided sudo. It yet one more SUID-ed binary on your > machine. Which may add to your potential [local, in general] > vulnerability footprint. su, - making yourself root is more than enough > for regular sysadmin. > > > But, i have never, ever logged in as root on a GUI account directly on a > > machine that I cared about or was keeping live .. just advise, do with > > it what you will. > > > > +1 > > To OP: Do as you wish, and deal with consequences. > > Valeri > > > > > _______________________________________________ > > CentOS mailing list > > CentOS(a)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(a)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 ++++++++++++++++++++++++++++++++++++++++

3 7

CentOS 8
by Steve Clark 09 Apr '21

09 Apr '21

Hello, How do I allow root log in on GDM. The only people that have access are admins - so I am not worried about someone screwing things up. Thanks, -- Stephen Clark Email Confidentiality Notice: The information contained in this transmission may contain privileged and confidential and/or protected health information (PHI) and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act of 1996, as amended (HIPAA). This transmission is intended for the sole use of the individual or entity to whom it is addressed. If you are not the intended recipient, you are notified that any use, dissemination, distribution, printing or copying of this transmission is strictly prohibited and may subject you to criminal or civil penalties. If you have received this transmission in error, please contact the sender immediately and delete this email and any attachments from any computer. Vaso Corporation and its subsidiary companies are not responsible for data leaks that result from email messages received that contain privileged and confidential and/or protected health information (PHI).

5 6

Re: [CentOS] Automatic clean /tmp folder
by Gestió Servidors 09 Apr '21

09 Apr '21

>>> With these files I supposed that a file with more than 10 days in /tmp >>> would be automatically deleted, but today I have found some files/folders >>> with more than 10 days. >>> >>> What I have done wrong? >> >> The test is on access time, not modification. Have they been read in the last 10 days? > >And note that a GUI file manager might attempt to read every file in a >directory in order to determine its type and display the correct icon. I have check my /tmp folder with "find ./ -atime +10d" and there are some folders that appears as "accessed" more than 10 days ago... so I don't understand why automatic deletion system has not deleted them. Thanks.

2 1

Re: [CentOS] Booting from an ISO file in a XFS /boot
by Gestió Servidors 08 Apr '21

08 Apr '21

> Just guessing - loading the grub module for xfs is missing? Also, I have test adding "insmod xfs" in the "menuentry" section of my "iPXE" boot option, but result is the same...

1 0

Booting from an ISO file in a XFS /boot partition
by Gestió Servidors 08 Apr '21

08 Apr '21

Hi, I want to boot with a customized iPXE iso boot file from my GRUB2 menu. My system is running CentOS-7, with /boot formated as XFS filesystem. After copying my iPXE.iso into /boot, I have created a custom GRUB2 file in /etc/grub.d/40_custom like this: menuentry "iPXE" { set isofile="/ipxe.iso" loopback loop (hd0,1)$isofile linux16 (loop)/ipxe.lkrn } After regenerating grub2.cfg with "grub2-mkconfig -o /etc/grub2.cfg , I have rebooted my system, I have chosen "iPXE" entry, but system doesn't boot. I receive this error: error: file '/ipxe.iso' not found. Starting /ipxe.iso... error: no server is specified. Press any key to continue... However, in another similar system that runs /boot in EXT4 filesystem, that ISO file boots perfectly with the same configuration, so it seems the problem is with XFS. Could you help me? Thanks.

2 1

Re: [CentOS] almalinux?
by Jack Aboutboul 08 Apr '21

08 Apr '21

Thanks Rich for the kind words and Johnny for the support as well. Rich is correct about the non-profit foundation that was setup to facilitate community ownership and involvement. No one party owns or controls AlmaLinux. We don’t view anyone as "the other team” either, and we are glad, and here, to work together with everyone. The way we see it is that we are all family now as well and people have different needs. We are sure CentOS Stream is going to be great for those whose needs it fills and you really can’t beat the engineering team behind it. Time has already proven their prowess and some of them are close personal friends. That being said, we are trying our absolute hardest to make sure that we are the best community and distribution for people whose needs fall on the other side of the road. We are here to work together to build an ecosystem that is greater than the sum of its parts. I’ve spent, at this point, the majority of my life in the the EL extended family (including Fedora) and I can confidently say it is the most powerful platform for innovation, certainly of my generation. It has helped either directly or indirectly spawn or support probably most of today’s most leading technological advancements, everything from the the way we develop and deploy software, huge advancements in space exploration, particle physics research, AI, biological breakthroughs, art, finance and everything in between. It’s taken a collaborative, global effort to make that materialize and we are here to keep that going. There is no horizon we cannot explore, no sea we cannot cross and no peak we cannot summit. Together. Thanks, Jack

1 0

Binutils-2.30-98.el8.aarch64 broken on raspberry Pi4
by Maurice Smulders 07 Apr '21

07 Apr '21

The recent update of binutils/binutils-devel on aarch64 totally breaks gcc. When running gcc over a simple program with main - executing it results in a SIGSEGV, as the _start prologue calls a NULL pointer. I haven't figured out yet how to build a new build using git.centos.org, but I noticed that there is a -99 variant out there... -90 worked fine. What's the quickest way to get this back to being operational? The instructions to build a new package look to be a bit scattered - and how can I build a working one if any update picks up a borked one... Maurice

2 2

almalinux?
by mark 07 Apr '21

07 Apr '21

Anyone looked into almalinux? I was sort of waiting for rocky, but I see from over the weekend on slashdot that almalinux stable is released. mark

15 18

Automatic clean /tmp folder
by Gestió Servidors 07 Apr '21

07 Apr '21

Hello, I have found some files/folders in /tmp that I thought they had to be deleted because of age. My /usr/lib/tmpfiles.d/tmp.conf is: # Clear tmp directories separately, to make them easier to override v /tmp 1777 root root 10d v /var/tmp 1777 root root 30d # Exclude namespace mountpoints created with PrivateTmp=yes x /tmp/systemd-private-%b-* X /tmp/systemd-private-%b-*/tmp x /var/tmp/systemd-private-%b-* X /var/tmp/systemd-private-%b-*/tmp And my /usr/lib/systemd/system/systemd-tmpfiles-clean.timer is: [Unit] Description=Daily Cleanup of Temporary Directories Documentation=man:tmpfiles.d(5) man:systemd-tmpfiles(8) [Timer] OnBootSec=15min OnUnitActiveSec=1d With these files I supposed that a file with more than 10 days in /tmp would be automatically deleted, but today I have found some files/folders with more than 10 days. What I have done wrong? Thanks.

3 2

Prevent Anaconda from switching root and swap partition
by Nicolas Kovacs 07 Apr '21

07 Apr '21

Hi, More often than not, when installing CentOS, I choose manual partitioning and then apply the KISS principle, with a very simple partitioning scheme that looks more or less like this: * /boot partition: 500 MB, ext2 * swap partition: equivalent to amount of RAM * root partition: available space, ext4 Now when I do this, Anaconda insists on switching my swap and root partitions, so instead of this: * /dev/sda1: boot partition * /dev/sda2: swap partition * /dev/sda3: root partition ... I get this: * /dev/sda1: boot partition * /dev/sda2: root partition * /dev/sda3: swap partition Up until now this hasn't bothered me much. But for my needs right now it does, because I need my root partition to be at the end of the disk, so it can be expanded later on. Anyone knows how I can prevent Anaconda from switching my root and swap partitions? What I'm doing right now is switching to a text console with Ctrl-Alt-F5, manually partition using fdisk, switch back to Anaconda and then rescan the disk, but it's quite a PITA. These are the moments where I miss the good old bone-headed Slackware installer. :o) Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12

6 5

Problem with chromium 89.0.4389.82
by H 05 Apr '21

05 Apr '21

I am running CentOS 7 and just updated chromium to version 89.0.4389.82 from EPEL. Although this version was released a few weeks ago, I had had the previous version of chromium (88.0.4324.150) running for several weeks but it crashed and the new version was then loaded. The older version worked fine but this new one refuses to load certain, ie most, websites that the old version did not have a problem with - it is jus stuck waiting for the domain in question. Further, the version of Firefox I also have installed loads all of them without any problems which suggests there is not a problem with those sites, the DNS resolution, nor with my system apart from chromium. Rpm does not allow me to downgrade to the previous version and cannot find the previous version. I remember having a similar problem loading websites at least a year ago which, if I remember correctly, was due to some bug in chromium. Does anyone have a similar problem?

7 21

RHEL/Centos 8 power off issue
by R C 05 Apr '21

05 Apr '21

Hello, I have a laptop, in a docking station. When running RHEL/Centos 7 I could shut it down and power it off by using 'shutdown -h now' In did a new install of Centos 8 (and also RHEL 8) and when I do a "shutdown -h now" it just reboots (behaves the same as if I'd do a reboot). Is that a known issue? thanks, Ron

3 5

CentOS 8 issues.
by Frank Ramaekers 05 Apr '21

05 Apr '21

Okay, I made a foolish mistake a few months ago and upgraded my perfectly running CentOS 7 to CentOS 8 and have been struggling ever since. Looking to upgade to AlmaLinux or Rocky Linux. I have a number of things I need to clean up on this system before attempting a upgrade. Does anyone have any idea as to how I can clean/straighten this out: grub2-common.noarch 1:2.02-90.el8_3.1 BaseOS grub2-pc-modules.noarch 1:2.02-90.el8_3.1 BaseOS grub2-tools-minimal.x86_64 1:2.02-90.el8_3.1 BaseOS grubby.x86_64 8.40-41.el8 BaseOS kernel-abi-whitelists.noarch 4.18.0-240.15.1.el8_3 BaseOS kernel-debug-devel.x86_64 4.18.0-240.15.1.el8_3 BaseOS kernel-devel.x86_64 4.18.0-240.15.1.el8_3 BaseOS libgdiplus.x86_64 6.0.4-3.el8 epel libgdiplus-devel.x86_64 6.0.5-0.xamarin.1.epel7 download.mono-project.com_repo_centos_ libpwquality.x86_64 1.4.0-9.el8 BaseOS lz4.x86_64 1.8.3-2.el8 BaseOS t1lib.x86_64 5.1.2-28.el8 epel Obsoleting Packages centos-linux-release.noarch 8.3-1.2011.el8 BaseOS centos-release.x86_64 8.2-2.2004.0.2.el8 @BaseOS centos-linux-release.noarch 8.3-1.2011.el8 BaseOS centos-repos.x86_64 8.2-2.2004.0.2.el8 @BaseOS libgdiplus0.x86_64 3.12-1 download.mono-project.com_repo_centos_ libgdiplus.x86_64 6.0.4-2.el8 @epel libgdiplus0.x86_64 4.2-0.xamarin.2.epel7 download.mono-project.com_repo_centos_ libgdiplus.x86_64 6.0.4-2.el8 @epel libgdiplus0.x86_64 5.6-0.xamarin.1.epel7 download.mono-project.com_repo_centos_ libgdiplus.x86_64 6.0.4-2.el8 @epel libgdiplus0.x86_64 5.6-0.xamarin.2.epel7 download.mono-project.com_repo_centos_ libgdiplus.x86_64 6.0.4-2.el8 @epel libgdiplus0.x86_64 5.6.1-0.xamarin.3.epel7 download.mono-project.com_repo_centos_ libgdiplus.x86_64 6.0.4-2.el8 @epel libgdiplus0.x86_64 6.0.2-0.xamarin.1.epel7 download.mono-project.com_repo_centos_ libgdiplus.x86_64 6.0.4-2.el8 @epel libgdiplus0.x86_64 6.0.4-0.xamarin.1.epel7 download.mono-project.com_repo_centos_ libgdiplus.x86_64 6.0.4-2.el8 @epel libgdiplus0.x86_64 6.0.5-0.xamarin.1.epel7 download.mono-project.com_repo_centos_ libgdiplus.x86_64 6.0.4-2.el8 @epel I'm unable to update grub2/grubby: dnf update grubby Last metadata expiration check: 0:46:20 ago on Fri 02 Apr 2021 08:57:14 AM CDT. Error: Problem: The operation would result in removing the following protected packages: kernel (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) ..also for some reason, my kernel packages are being installed but the system is not booting to them: ls /boot/vmlin* /boot/vmlinuz-0-rescue-3e806a41305047db81c0e9f9b9a4e36c /boot/vmlinuz-4.18.0-240.10.1.el8_3.x86_64 /boot/vmlinuz-4.18.0-240.15.1.el8_3.x86_64 /boot/vmlinuz-3.10.0-1127.8.2.el7.x86_64 /boot/vmlinuz-4.18.0-240.1.1.el8_3.x86_64 .but it always boots to: uname -r 3.10.0-1127.8.2.el7.x86_64 I found on the internet that this "The operations would.." Message was because of a kernel file in a protected.d (either yum or dnf), but I checked and it doesn't exist. H E L P (TIA) -Frank

2 2

KVM vs. incremental remote backups
by Nicolas Kovacs 04 Apr '21

04 Apr '21

Hi, Up until recently I've hosted all my stuff (web & mail) on a handful of bare metal servers. Web applications (WordPress, OwnCloud, Dolibarr, GEPI, Roundcube) as well as mail and a few other things were hosted mostly on one big machine. Backups for this setup were done using Rsnapshot, a nifty utility that combines Rsync over SSH and hard links to make incremental backups. This approach has become problematic, for several reasons. First, web applications have increasingly specific and sometimes mutually exclusive requirements. And second, last month I had a server crash, and even though I had backups for everything, this meant quite some offline time. So I've opted to go for KVM-based solutions, with everything split up over a series of KVM guests. I wrapped my head around KVM, played around with it (a lot) and now I'm more or less ready to go. One detail is nagging me though: backups. Let's say I have one VM that handles only DNS (base installation + BIND) and one other VM that handles mail (base installation + Postfix + Dovecot). Under the hood that's two QCOW2 images stored in /var/lib/libvirt/images. With the old "bare metal" approach I could perform remote backups using Rsync, so only the difference between two backups would get transferred over the network. Now with KVM images it looks like every day I have to transfer the whole image again. As soon as some images have lots of data on them (say, 100 GB for a small OwnCloud server), this quickly becomes unmanageable. I googled around quite some time for "KVM backup best practices" and was a bit puzzled to find many folks asking the same question and no real answer, at least not without having to jump through burning loops. Any suggestions ? Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12

8 11

SELINUX blocks procmail from executing perl script without logging
by Radu Radutiu 03 Apr '21

03 Apr '21

Hi, I'm upgrading our request tracker from Centos 7 to 8 and found some unexpected SELINUX issues with procmail. Even after I create a policy which allows all denied operations, procmail is still not allowed to run a perl script (in my case rt-mailgate). I get the following error in the procmail log: "Can't open perl script "/opt/rt5/bin/rt-mailgate": Permission denied" but I have no denied audit entry in /var/log/audit/audit.log. If I set selinux to permissive, everything works fine. Any idea how to debug this? Best regards, Radu

4 4

Migrating to nvme and expand
by Jerry Geis 02 Apr '21

02 Apr '21

I have older SATA disks (2 of them size 2T) in a software raid config running CentOS 7. /dev/md127 is / and xfs /dev/sda2 is swap /dev/md126 is /home and xfs I desire to get a new (single) NVME 4T disk. What is the correct way to copy the software raid to a single "new" NVME disk ? then expand the /home file system to All the remaining space? Thanks, Jerry

3 3

Debuginfo for CentOS 8 Stream
by Matthew Saltzman 01 Apr '21

01 Apr '21

My CentOS 8 Stream installation is fully current. I did sudo debuginfo-install libgcc libstdc++ but the response I get is Could not find debuginfo package for the following installed packages: libgcc-8.4.1-1.el8.x86_64, libstdc++-8.4.1-1.el8.x86_64 Could not find debugsource package for the following installed packages: libgcc-8.4.1-1.el8.x86_64, libstdc++-8.4.1-1.el8.x86_64 If I do sudo dnf --enablerepo=debuginfo debuginfo-install libgcc libstdc++ I get CentOS Stream 8 - Debuginfo 35 kB/s | 7.6 kB 00:00 Errors during downloading metadata for repository 'debuginfo': - Status code: 404 for http://debuginfo.centos.org/8-stream/x86_64/repodata/repomd.xml (IP: 2620:52:3::12) Error: Failed to download metadata for repo 'debuginfo': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried What do I need to do to get these debuginfo packages? TIA. -- Matthew Saltzman School of Mathematical and Statistical Sciences Clemson University mjs AT clemson DOT edu

2 1

Centos/RHEL 8 gnome drive/usb icons
by R C 01 Apr '21

01 Apr '21

Hello, In Centos 7 (and RHEL 7) when one would connect a drive, or USB stick, an icon wold appear on the (gnome) desktop. Is that just something that was turned off (like anything else)? or is that not around anymore? If it is, how can it be turnd on again, that when logged in, and a drive is connected an icon shows up on the desktop again? thanks, Ron

1 0

Problem with mail server: stop flooding with fail2ban ?
by Nicolas Kovacs 31 Mar '21

31 Mar '21

Hi, My main mail server is running CentOS 7 with Postfix and Dovecot. Last week I was surprised to see that Postfix had some troubles on this machine, according to Icinga. I took a peek at the logs: # journalctl -p err Mar 28 04:37:02 sd-151768 postfix/smtpd[2786]: fatal: no SASL authentication mechanisms Mar 28 04:37:02 sd-151768 postfix/smtpd[2788]: fatal: no SASL authentication mechanisms Mar 28 04:37:02 sd-151768 postfix/smtpd[2790]: fatal: no SASL authentication mechanisms Mar 28 04:37:02 sd-151768 postfix/smtpd[2792]: fatal: no SASL authentication mechanisms Mar 28 04:37:02 sd-151768 postfix/smtpd[2794]: fatal: no SASL authentication mechanisms ... And in /var/log/maillog I found a tsunami of these: Mar 28 03:18:33 sd-151768 postfix/smtpd[29589]: warning: unknown[45.227.253.115]: SASL LOGIN authentication failed: UGFzc3dvcmQ6 Mar 28 03:18:33 sd-151768 postfix/smtpd[29589]: lost connection after AUTH from unknown[45.227.253.115] Mar 28 03:18:33 sd-151768 postfix/smtpd[29589]: disconnect from unknown[45.227.253.115] My first reaction was to manually ban the IP addresses / networks which caused the flood, using my firewall: # firewall-cmd --permanent --add-rich-rule="rule family='ipv4' source address='45.227.253.0/24' reject" # firewall-cmd --reload I'm already using fail2ban in conjunction with firewalld to prevent brute force SSH attacks. Q: can I use it in a similar configuration to stop Postfix from getting flooded and brought down to its knees? Thanks & cheers from the sunny South of France, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12

3 3

nmcli
by Jerry Geis 31 Mar '21

31 Mar '21

under CentOS 7 - I use "alias" like eth1:0 for an alias network. Remove the file restart network - and back to normal. Now I am trying to us NetworkManager. I can 'add' the network fine. however - when I remove the network nmcli connection delete "Wired connection 2" ipv4.addr 192.168.1.58/22 it remove BOTH address and removes the "Wired connection 2" config file - and it reverts to DHCP not the other static address I had associated with "Wired connection 2". how do I just remove the single ADDRESS I added as an alias ? not the whole thing ? Thanks Jerry

3 3

Cups - weird interaction with the Internet
by Frank Cox 30 Mar '21

30 Mar '21

I have Centos 6 machine that I use for a cups printer server. (Yes, I know, but it's working fine for what it's for at the moment.) My ISP lost its connection to the network that printer server is on. While the outside Internet service was unavailable I sent a print job to the printer on that server and nothing printed even though the print server and the machine I sent the job from are on the same lan and are actually connected to the same router. The job appeared to be sent from the originating machine (but timed out, as shown below), and running lpq and lpq -a on the server showed "no entries" (because it timed out for some reason). I did this a few times and even rebooted the server and always the same thing. Job sent, "no entries" on the server. The my ISP's connection came back and blammo! All of a sudden I got a ton of sheets printed, everything that I had been trying to print for the previous ten minutes. Here is what appears to be a relevant portion of the log on the machine that was sending the job to the print server: Mar 30 13:05:06 mutt cupsd[1443]: Started backend /usr/lib/cups/backend/implicit class (PID 951459) Mar 30 13:05:06 mutt cupsd[1443]: REQUEST localhost - root "POST /admin/ HTTP/1. 1" 200 245 CUPS-Add-Modify-Printer successful-ok Mar 30 13:05:07 mutt cupsd[1443]: Job completed. Mar 30 13:06:02 mutt cupsd[1443]: Job submission timed out. So what happened here? Why would cups care if it has a connection to the outside world when it's just printing a job sent to it from the local lan? The connection between the machine originating the print job and the print server timed out even though all of the relevant traffic was going over the lan. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss