Discuss

discuss@lists.centos.org

7 participants
34743 discussions

CentOS-announce Digest, Vol 212, Issue 1
by centos-announce-request＠centos.org 02 Mar '23

02 Mar '23

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-2023:0978 Important CentOS 7 git Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 1 Mar 2023 14:01:43 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2023:0978 Important CentOS 7 git Security Update Message-ID: <20230301140143.GA29553(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2023:0978 Important Upstream details at : https://access.redhat.com/errata/RHSA-2023:0978 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 72415fc89f5dcb558370bd92e670638fc9add9ad19ba4ee77ef546520c9a9e39 emacs-git-1.8.3.1-24.el7_9.noarch.rpm 2d55f68e1a5fb1da8eb138aca00951f0f028a8f3db6a4427488b57f1c043891e emacs-git-el-1.8.3.1-24.el7_9.noarch.rpm d977ef2c9e09f15898d44de8446c4e0984f357c637fa6b2194f05cf87e8abc29 git-1.8.3.1-24.el7_9.x86_64.rpm 48db0a9dafc6ecf4c0b955075d04ff198a44fa5b1bdea37a0f03af3d9d75e1a6 git-all-1.8.3.1-24.el7_9.noarch.rpm 3e669a493af1a126cce0a77eecae0864765c9b701b5640962ecfa5a8ec1afc30 git-bzr-1.8.3.1-24.el7_9.noarch.rpm a0b6efe5d9993351a08c5873bc1be89455d96a5535d9bf69e24384ab21850577 git-cvs-1.8.3.1-24.el7_9.noarch.rpm 4a1eda7aca52060e944393a7b40798a1e90bbd8b4ffcf3bdfe5779ccbe2acc43 git-daemon-1.8.3.1-24.el7_9.x86_64.rpm 2f40644349b7b023a5ac1b6045dc14e19a4d5af38ffd90e8907d4b98929b12b2 git-email-1.8.3.1-24.el7_9.noarch.rpm eace35203de4fbc64ea081a27197877a56615d25b23b30e79f559209ff736310 git-gnome-keyring-1.8.3.1-24.el7_9.x86_64.rpm 6a1b6459f1f724a4030deb520745ead7657fcaae71a35ba2905022d5da341997 git-gui-1.8.3.1-24.el7_9.noarch.rpm 7f8cb3fbedf15a4146ccc43a641071e7f99fbde04c72526476d5cd90545e4644 git-hg-1.8.3.1-24.el7_9.noarch.rpm 37146ed7255163cbdf3bb94a0f5e8ea9cb46eeddd0d269546fb213017f212548 git-instaweb-1.8.3.1-24.el7_9.noarch.rpm b649840984828bb702a86f59b74053d9fb62a7d9512eed421f9ac6fd2c5e648a gitk-1.8.3.1-24.el7_9.noarch.rpm 4f181bcb90816497b5e18006556c8e9c5e26bb5a1da4f5be2acce0472c81866d git-p4-1.8.3.1-24.el7_9.noarch.rpm 37036b6e228127d501401f8546d504c70f6e51fcc1271a33342effbc6d6a62cd git-svn-1.8.3.1-24.el7_9.x86_64.rpm 84b71cd28250d68d8dd0c9a9da4983782f0ef2c5888c5734b7d12841ff61313b gitweb-1.8.3.1-24.el7_9.noarch.rpm 8e6103f5bc92eabbe008d9d10cd7ea86a1fd82eed882657037c36f9c0dd9ef59 perl-Git-1.8.3.1-24.el7_9.noarch.rpm d666c7aa2c9af7b68e1d9bb3646d95b078ea804f6833a701a44fd99fac4c9ae2 perl-Git-SVN-1.8.3.1-24.el7_9.noarch.rpm Source: 188779028ec3e5d4e43e7a0edf533c75725d9086138c787db9f4792636513939 git-1.8.3.1-24.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat 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 212, Issue 1 ***********************************************

1 0

EL9/udev generates wrong device nodes/symlinks with HPE Smart Array controller
by Simon Matter 02 Mar '23

02 Mar '23

Hi, I see some strange and dangerous things happening on a HPE server with HPE Smart Array controller where EL9 ends up with wrong device nodes/symlinks to the attached disks/raid volumes: (I didn't touch anything here but at 08:09 some symlinks were changed) /dev/disk/by-id/: lrwxrwxrwx 1 root root 9 Mar 1 07:57 scsi-0HP_LOGICAL_VOLUME_00000000 -> ../../sdc lrwxrwxrwx 1 root root 10 Mar 1 07:57 scsi-0HP_LOGICAL_VOLUME_00000000-part1 -> ../../sdc1 lrwxrwxrwx 1 root root 10 Mar 1 07:57 scsi-0HP_LOGICAL_VOLUME_00000000-part2 -> ../../sdc2 lrwxrwxrwx 1 root root 9 Mar 1 07:57 scsi-0HP_LOGICAL_VOLUME_01000000 -> ../../sdb lrwxrwxrwx 1 root root 9 Mar 1 08:09 scsi-0HP_LOGICAL_VOLUME_02000000 -> ../../sda lrwxrwxrwx 1 root root 9 Mar 1 07:57 scsi-0HP_LOGICAL_VOLUME_03000000 -> ../../sdd lrwxrwxrwx 1 root root 9 Mar 1 08:09 scsi-SHP_LOGICAL_VOLUME_500143801722C0B0 -> ../../sda lrwxrwxrwx 1 root root 10 Mar 1 07:57 scsi-SHP_LOGICAL_VOLUME_500143801722C0B0-part1 -> ../../sdc1 lrwxrwxrwx 1 root root 10 Mar 1 07:57 scsi-SHP_LOGICAL_VOLUME_500143801722C0B0-part2 -> ../../sdc2 /dev/disk/by-path/: lrwxrwxrwx 1 root root 9 Mar 1 07:57 pci-0000:03:00.0-scsi-0:1:0:0 -> ../../sdc lrwxrwxrwx 1 root root 10 Mar 1 07:57 pci-0000:03:00.0-scsi-0:1:0:0-part1 -> ../../sdc1 lrwxrwxrwx 1 root root 10 Mar 1 07:57 pci-0000:03:00.0-scsi-0:1:0:0-part2 -> ../../sdc2 lrwxrwxrwx 1 root root 9 Mar 1 07:57 pci-0000:03:00.0-scsi-0:1:0:1 -> ../../sdb lrwxrwxrwx 1 root root 9 Mar 1 08:09 pci-0000:03:00.0-scsi-0:1:0:2 -> ../../sda lrwxrwxrwx 1 root root 9 Mar 1 07:57 pci-0000:03:00.0-scsi-0:1:0:3 -> ../../sdd After rebooting, the things are different but also wrong: (here nothing has changed after boot but symlinks are already wrong) /dev/disk/by-id/: lrwxrwxrwx 1 root root 9 Mar 1 10:56 scsi-0HP_LOGICAL_VOLUME_00000000 -> ../../sdb lrwxrwxrwx 1 root root 10 Mar 1 10:56 scsi-0HP_LOGICAL_VOLUME_00000000-part1 -> ../../sdb1 lrwxrwxrwx 1 root root 10 Mar 1 10:56 scsi-0HP_LOGICAL_VOLUME_00000000-part2 -> ../../sdb2 lrwxrwxrwx 1 root root 9 Mar 1 10:56 scsi-0HP_LOGICAL_VOLUME_01000000 -> ../../sda lrwxrwxrwx 1 root root 9 Mar 1 10:56 scsi-0HP_LOGICAL_VOLUME_02000000 -> ../../sdd lrwxrwxrwx 1 root root 9 Mar 1 10:56 scsi-0HP_LOGICAL_VOLUME_03000000 -> ../../sdc lrwxrwxrwx 1 root root 9 Mar 1 10:56 scsi-SHP_LOGICAL_VOLUME_500143801722C0B0 -> ../../sda lrwxrwxrwx 1 root root 10 Mar 1 10:56 scsi-SHP_LOGICAL_VOLUME_500143801722C0B0-part1 -> ../../sdb1 lrwxrwxrwx 1 root root 10 Mar 1 10:56 scsi-SHP_LOGICAL_VOLUME_500143801722C0B0-part2 -> ../../sdb2 /dev/disk/by-path/: lrwxrwxrwx 1 root root 9 Mar 1 10:56 pci-0000:03:00.0-scsi-0:1:0:0 -> ../../sdb lrwxrwxrwx 1 root root 10 Mar 1 10:56 pci-0000:03:00.0-scsi-0:1:0:0-part1 -> ../../sdb1 lrwxrwxrwx 1 root root 10 Mar 1 10:56 pci-0000:03:00.0-scsi-0:1:0:0-part2 -> ../../sdb2 lrwxrwxrwx 1 root root 9 Mar 1 10:56 pci-0000:03:00.0-scsi-0:1:0:1 -> ../../sda lrwxrwxrwx 1 root root 9 Mar 1 10:56 pci-0000:03:00.0-scsi-0:1:0:2 -> ../../sdd lrwxrwxrwx 1 root root 9 Mar 1 10:56 pci-0000:03:00.0-scsi-0:1:0:3 -> ../../sdc Note that two things are strange: 1) the /dev/sd* nodes are in a random order after every restart. # lsscsi [1:0:0:0] storage HP P410i 6.64 - [1:1:0:0] disk HP LOGICAL VOLUME 6.64 /dev/sdb [1:1:0:1] disk HP LOGICAL VOLUME 6.64 /dev/sda [1:1:0:2] disk HP LOGICAL VOLUME 6.64 /dev/sdd [1:1:0:3] disk HP LOGICAL VOLUME 6.64 /dev/sdc 2) some symlinks created by udev are just wrong and therefore very dangerous to use: scsi-SHP_LOGICAL_VOLUME_500143801722C0B0 -> ../../sda scsi-SHP_LOGICAL_VOLUME_500143801722C0B0-part1 -> ../../sdb1 scsi-SHP_LOGICAL_VOLUME_500143801722C0B0-part2 -> ../../sdb2 While 1 may be expected(???) I think 2 should really not happen. I've tried to find out where things go wrong but the whole udev stuff started to hurt my brain :) I'm quite sure HPE Smart Array based servers are quite common so my big question is: do others see that same? While it's possible to live with this mess I'd really like to fix it somehow. Thanks, Simon

2 3

EFI boot order rewrite
by Florian Bauer 27 Feb '23

27 Feb '23

Hello, we are running CentOS Stream 8 on some of our dedicated servers. On the newer servers that boot with efi, the system that is installed with the default properties in the ISO installer writes itself to the top of the efi boot order. This seems to happen every time after bootup. Since we run all our systems with efi network boot as the first boot option for rescue operation, this would be a significant problem for the future if the behavior cannot be turned off. I have already checked the use of efibootmgr and some of the related grub settings such as GRUB_DEFAULT and GRUB_SAVEDEFAULT (which may have nothing to do with it). On Debian, I found a debconf option that prevents updating nvram. This seems to prevent the described behavior. Does anyone have an idea for this problem? With kind regards Florian

2 3

CentOS-announce Digest, Vol 211, Issue 3
by centos-announce-request＠centos.org 23 Feb '23

23 Feb '23

1 0

CentOS-announce Digest, Vol 211, Issue 2
by centos-announce-request＠centos.org 21 Feb '23

21 Feb '23

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-2023:0530 Important CentOS 7 libksba Security Update (Johnny Hughes) 2. CESA-2023:0675 Important CentOS 7 tigervnc Security Update (Johnny Hughes) 3. CESA-2023:0600 Important CentOS 7 thunderbird Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 20 Feb 2023 16:15:30 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2023:0530 Important CentOS 7 libksba Security Update Message-ID: <20230220161530.GA29558(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2023:0530 Important Upstream details at : https://access.redhat.com/errata/RHSA-2023:0530 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 09f2614aeded0a8d1f7454f0270fe81a129ba048470ed9851001049d758c2a0f libksba-1.3.0-7.el7_9.i686.rpm b93825bf103f570b5e1032748e404b0d685f2025279cdfd1efbd0506671dd269 libksba-1.3.0-7.el7_9.x86_64.rpm d66f8f50f89a80ba6132ad39773812f3a9b5d598db35a63de6e8465c3c7137d8 libksba-devel-1.3.0-7.el7_9.i686.rpm 082abb4e91620918c0d5d1da8dfb191f950c793d112a4ac3ec4f2055ca594c68 libksba-devel-1.3.0-7.el7_9.x86_64.rpm Source: 3e26e87673f1bf593161fedcff13c52a5f4cd7708824d3d04c4a43b955749c98 libksba-1.3.0-7.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Mon, 20 Feb 2023 16:16:26 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2023:0675 Important CentOS 7 tigervnc Security Update Message-ID: <20230220161626.GA29969(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2023:0675 Important Upstream details at : https://access.redhat.com/errata/RHSA-2023:0675 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c8b6abc5626065638f17e289f7fb74fa496ecaff7832cc8ba0a863022187702f tigervnc-1.8.0-24.el7_9.x86_64.rpm e56d1ffa341be20d595bbecff5b341080ab023c5d8420ce4a03813df47621344 tigervnc-icons-1.8.0-24.el7_9.noarch.rpm acf66eaf4814c700b8d03668188f2b09be1df06f54e8dfc7159e8377313b08d1 tigervnc-license-1.8.0-24.el7_9.noarch.rpm 5a75bd391a4b8675246d8051d4d1a0e28e7ba932456d922c9e6dfe78320bf4dd tigervnc-server-1.8.0-24.el7_9.x86_64.rpm f7d0605e20c9b7a067014b7687865aa1141217958d73b9b8d83a71b4da504daf tigervnc-server-applet-1.8.0-24.el7_9.noarch.rpm 24769d4968eb49e6106e6ccec86baf5eeb3e053dfd03158fb385fd0bfd8b3cd7 tigervnc-server-minimal-1.8.0-24.el7_9.x86_64.rpm 7af082c81c1d06e353c77f01f35f6d3cd695a765a542d309f406079af5f14000 tigervnc-server-module-1.8.0-24.el7_9.x86_64.rpm Source: d8d8280d36c838cedd4317e9dccff0ef3280e34d948978144bb6a9bec93e3d81 tigervnc-1.8.0-24.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Mon, 20 Feb 2023 16:17:35 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2023:0600 Important CentOS 7 thunderbird Security Update Message-ID: <20230220161735.GA30672(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2023:0600 Important Upstream details at : https://access.redhat.com/errata/RHSA-2023:0600 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: d56ae1d4e0d4b0be63156bddcdb2f72700d55124efafecb654bbb436fd36eca5 thunderbird-102.7.1-2.el7.centos.x86_64.rpm Source: ada28b6b49333e3f9a0de597ea818a8c12dda5339d9026143456fff103a3a9a5 thunderbird-102.7.1-2.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat 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 211, Issue 2 ***********************************************

1 0

CentOS-announce Digest, Vol 211, Issue 1
by centos-announce-request＠centos.org 20 Feb '23

20 Feb '23

1 0

Question about virt-manager Version 9.1
by Günther J. Niederwimmer 12 Feb '23

12 Feb '23

hello list, I switched to version 9 (not redhat) on my "new" server, and that worked. But after updating to 9.1, the virt-manger doesn't work anymore? There are only more error messages when opening the 2nd window for the settings. I hope someone on this list can help? It's a beloved tool which for me is the easiest way to create a KVM machine. thanks for any help, -- mit freundlichen Grüßen / best Regards, Günther J. Niederwimmer

4 3

regression in libsmbclient-4.17.5-0.el8.x86_64 with nextcloud Kerberos smb intergration
by Jelle de Jong 11 Feb '23

11 Feb '23

Hello everybody, Just reporting a regression with libsmbclient 4.17.5, php-smbclient-1.0.6-1.el8.remi.8.1.x86_64 and nextcloud 25.0.3.2 I have not found the cause nor the solution, but for other users I am reporting a workaround here: [root@nextcloud01 ~]# yum downgrade libsmbclient-4.17.2-2.el8.x86_64 [root@nextcloud01 ~]# systemctl restart php-fpm.service Kind regards, Jelle de Jong Error PHP Error: Undefined array key 1 at /var/www/html/nextcloud/apps/files_external/3rdparty/icewind/smb/src/Native/NativeFileInfo.php#46 at lib/private/Log/ErrorHandler.php line 92 2023-02-11T16:09:01+01:00 0. apps/files_external/3rdparty/icewind/smb/src/Native/NativeFileInfo.php line 46 OC\Log\ErrorHandler::onError( ) 1. apps/files_external/3rdparty/icewind/smb/src/Native/NativeFileInfo.php line 69 Icewind\SMB\Native\NativeFileInfo->stat( ) 2. apps/files_external/3rdparty/icewind/smb/src/Native/NativeShare.php line 114 Icewind\SMB\Native\NativeFileInfo->getSize( ) 3. apps/files_external/lib/Lib/Storage/SMB.php line 191 Icewind\SMB\Native\NativeShare->stat( ) 4. apps/files_external/lib/Lib/Storage/SMB.php line 348 OCA\Files_External\Lib\Storage\SMB->getFileInfo( ) 5. lib/private/Files/Storage/Common.php line 462 OCA\Files_External\Lib\Storage\SMB->stat( ) 6. apps/files_external/lib/Lib/Storage/SMB.php line 729 OC\Files\Storage\Common->test( ) 7. apps/files_external/lib/MountConfig.php line 131 OCA\Files_External\Lib\Storage\SMB->test( ) 8. apps/files_external/lib/Controller/StoragesController.php line 288 OCA\Files_External\MountConfig::getBackendStatus("*** sensitive parameters replaced ***") 9. apps/files_external/lib/Controller/UserGlobalStoragesController.php line 126 OCA\Files_External\Controller\StoragesController->updateStorageStatus("*** sensitive parameters replaced ***") 10. lib/private/AppFramework/Http/Dispatcher.php line 225 OCA\Files_External\Controller\UserGlobalStoragesController->show( ) 11. lib/private/AppFramework/Http/Dispatcher.php line 133 OC\AppFramework\Http\Dispatcher->executeController( ) 12. lib/private/AppFramework/App.php line 172 OC\AppFramework\Http\Dispatcher->dispatch( ) 13. lib/private/Route/Router.php line 298 OC\AppFramework\App::main( ) 14. lib/base.php line 1047 OC\Route\Router->match( ) 15. index.php line 36 OC::handleRequest( )

1 0

C7, removing zoom problem
by Fred 11 Feb '23

11 Feb '23

Guys, I'm trying to update my zoom client and yum (or yumex) won't let me do an update, so I try to remove the installed one, on the theory that if it isn't there I should be able to install a newer one, by doing "sudo yum remove zoom_x86_64" (where my PWD is the directory where the zoom RPM files live) and it tells me "no packages marked for removal. Reading thru the man page for rpm I can't figure out any other way to do it. Suggestions, any one? Thanks in advance! Fred

6 11

Compare directories and files including files content from both node1 and node2
by Kaushal Shriyan 10 Feb '23

10 Feb '23

Hi, I am running CentOS Linux release 7.9.2009 (Core) on node1 and node2. Is there a way to compare both files and directories in web server document root -> /var/www/html/webservices residing on both node1 and node2 including the files content. It is to make sure that both nodes are having the same file contents,number of files,subdirectories and directories. Please guide me. Thanks in advance. Best Regards, Kaushal

3 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss