Re: [CentOS] Mementos

[Dave Stevens via CentOS]

On Tue, 31 Aug 2021 19:44:52 -0500
Chris Adams  wrote:

>   I wonder if it would install in a modern VM?

me too but not interested enough to do it. Thank you for taking on this
important work!

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

Re: [CentOS] Troubles expanding file system.

[Simon Matter]

> On 9/1/21 9:42 AM, Jeff Boyce wrote:
>> 6. I suspect that I need to rescan the devices on Sequoia so that it
>> recognizes the increased space that has been allocated from the
>> extended the logical volume.  But when I did that (command below) it
>> came back with a no such file or directory.
>>
>> echo 1 > /sys/class/block/vde1/device/rescan
>
>
> If you look at the content of /sys/class/block/vde and vde1, you'll see
> that vde has a device subdir, and vde1 does not.  You can't rescan a
> partition.  Rescan the *drive*
>
> echo 1 > /sys/class/block/vde/device/rescan

And, on additional disks, one can put filesystems directly on the disk and
so not have to care about useless partition tables (that's not on the
root/boot disk). To add more flexibility, one can also use LVM on the
device directly without having to mess with partition tables.

Simon

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

Re: [CentOS] Troubles expanding file system.

[Gordon Messmer]

On 9/1/21 9:42 AM, Jeff Boyce wrote:
6. I suspect that I need to rescan the devices on Sequoia so that it 
recognizes the increased space that has been allocated from the 
extended the logical volume.  But when I did that (command below) it 
came back with a no such file or directory.


echo 1 > /sys/class/block/vde1/device/rescan 



If you look at the content of /sys/class/block/vde and vde1, you'll see 
that vde has a device subdir, and vde1 does not.  You can't rescan a 
partition.  Rescan the *drive*


echo 1 > /sys/class/block/vde/device/rescan


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

Re: [CentOS] Troubles expanding file system.

[Stephen John Smoogen]

On Wed, 1 Sept 2021 at 12:42, Jeff Boyce  wrote:
>
> Greetings -
>
>  I have tried posting this four times now, from two different email
> addresses (on the 25th, 27th, 30th, and 31st) and it never appeared.  I
> don't see it in the archives, so it appears to be getting dropped in
> transition for some reason.  I am not getting messages from the email
> system saying it is undeliverable, or is bounced; I am sending as plain
> text, not HTML, I stripped off my signature.  If this makes it through,
> someone please give me a clue why the others might not have.  But that
> is not as important as the real issue that I am trying to get addressed
> below.  Thanks for any assistance.
>
>  I have a Dell PowerEdge server with a CentOS KVM host (Earth) with
> one CentOS guest (Sequoia) that I am trying to expand the partition and
> filesystem on.  I have LVM logical volumes on the host system (Earth),
> which are used as devices/partitions on the guest system (Sequoia).  In
> this particular situation I have successfully extended the logical
> volume (lv_SeqEco) on Earth from 500GB to 700GB.
>
> 1.  Checking the disk information (lsblk) on Earth shows that the
> logical volume (lv_SeqEco) is now listed as 700GB.
>
> 2.  Checking disk information (lsblk) on Sequoia shows that the disk
> /dev/vde is still listed as 500GB, and partition /dev/vde1 where the
> mount point /ecosystem is located is also listed as 500GB.
>
> 3.  I had tried using the resize2fs command to expand the filesystem on
> /dev/vde1, but it returned with the result that there was nothing to
> do.  Which makes sense now after I checked the disk information, since
> /dev/vde on Sequoia has not increased from 500GB to 700GB.
>

Thanks for the long list of items of what you have done. In Fedora
Infrastructure, we used this method to resize images in the past
https://pagure.io/infra-docs/blob/main/f/docs/sysadmin-guide/sops/guestdisk.rst

The guest system usually needs to have the `fdisk` , `gdisk` or
`parted` commands rerun to resize the disk to its new size.


> 4.  On previous occasions when I have done this task, I would just start
> GParted on Sequoia and use the GUI to expand the partition and
> filesystem.  A real quick and simple solution.
>
> 5.  The problem I have now is that the VGA adapter on my server has died
> and I have no graphical output to the attached monitor, nor to the iDrac
> console display.  So I am stuck doing this entirely by the command line
> while logged into the system remotely.
>
> 6.  I suspect that I need to rescan the devices on Sequoia so that it
> recognizes the increased space that has been allocated from the extended
> the logical volume.  But when I did that (command below) it came back
> with a no such file or directory.
>
> echo 1 > /sys/class/block/vde1/device/rescan
>

Not sure that would do anything.


> 7.  This server is being retired in the next few months, but I need this
> additional space prior to migrating to the new system. Can someone give
> me some guidance on what I am missing in this sequence?
>
> Let me know if I haven't been clear enough in the explanation of my
> systems and objective.  Thanks.
>
> Jeff
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos



-- 
Stephen J Smoogen.
I've seen things you people wouldn't believe. Flame wars in
sci.astro.orion. I have seen SPAM filters overload because of Godwin's
Law. All those moments will be lost in time... like posts on a BBS...
time to shutdown -h now.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] systemd | Requires statement with an instantiated service

[Kenneth Porter]

--On Wednesday, September 01, 2021 6:36 PM +0200 Leon Fauster via CentOS 
 wrote:



How to apply a "Requires" with an instantiated service.

Example:

a@.service
b.service

a@.service is started as a@host1.service and b.service must be started
after a@host1.service but the unit will be differently parameterized
(depended of the region). So I want to generalize the requires statement.

My dropin file in ./b.service.d/dep.conf looks like

[Unit]
Requires="a@*.service"

This just produces following error:
'Failed to add dependency on "a@*.service", ignoring: Invalid argument'


I use also a Before=b.service statement for a@.service but that is not
enough.


You might also ask on the systemd list:



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

[CentOS] Troubles expanding file system.

[Jeff Boyce]

Greetings -

    I have tried posting this four times now, from two different email 
addresses (on the 25th, 27th, 30th, and 31st) and it never appeared.  I 
don't see it in the archives, so it appears to be getting dropped in 
transition for some reason.  I am not getting messages from the email 
system saying it is undeliverable, or is bounced; I am sending as plain 
text, not HTML, I stripped off my signature.  If this makes it through, 
someone please give me a clue why the others might not have.  But that 
is not as important as the real issue that I am trying to get addressed 
below.  Thanks for any assistance.


    I have a Dell PowerEdge server with a CentOS KVM host (Earth) with 
one CentOS guest (Sequoia) that I am trying to expand the partition and 
filesystem on.  I have LVM logical volumes on the host system (Earth), 
which are used as devices/partitions on the guest system (Sequoia).  In 
this particular situation I have successfully extended the logical 
volume (lv_SeqEco) on Earth from 500GB to 700GB.


1.  Checking the disk information (lsblk) on Earth shows that the 
logical volume (lv_SeqEco) is now listed as 700GB.


2.  Checking disk information (lsblk) on Sequoia shows that the disk 
/dev/vde is still listed as 500GB, and partition /dev/vde1 where the 
mount point /ecosystem is located is also listed as 500GB.


3.  I had tried using the resize2fs command to expand the filesystem on 
/dev/vde1, but it returned with the result that there was nothing to 
do.  Which makes sense now after I checked the disk information, since 
/dev/vde on Sequoia has not increased from 500GB to 700GB.


4.  On previous occasions when I have done this task, I would just start 
GParted on Sequoia and use the GUI to expand the partition and 
filesystem.  A real quick and simple solution.


5.  The problem I have now is that the VGA adapter on my server has died 
and I have no graphical output to the attached monitor, nor to the iDrac 
console display.  So I am stuck doing this entirely by the command line 
while logged into the system remotely.


6.  I suspect that I need to rescan the devices on Sequoia so that it 
recognizes the increased space that has been allocated from the extended 
the logical volume.  But when I did that (command below) it came back 
with a no such file or directory.


echo 1 > /sys/class/block/vde1/device/rescan

7.  This server is being retired in the next few months, but I need this 
additional space prior to migrating to the new system. Can someone give 
me some guidance on what I am missing in this sequence?


Let me know if I haven't been clear enough in the explanation of my 
systems and objective.  Thanks.


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

[CentOS] systemd | Requires statement with an instantiated service

[Leon Fauster via CentOS]

Maybe the work day is already to long. I can not find
a solution for following requirement.

How to apply a "Requires" with an instantiated service.

Example:

a@.service
b.service

a@.service is started as a@host1.service and b.service must be started
after a@host1.service but the unit will be differently parameterized
(depended of the region). So I want to generalize the requires statement.

My dropin file in ./b.service.d/dep.conf looks like

[Unit]
Requires="a@*.service"

This just produces following error:
'Failed to add dependency on "a@*.service", ignoring: Invalid argument'


I use also a Before=b.service statement for a@.service but that is not
enough.

Any hints?

--
Thanks,
Leon

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

Re: [CentOS] Unable to update Google products on CentOS 7

[Frank Bures]

On 9/1/21 10:37 AM, Stephen John Smoogen wrote:

On Wed, 1 Sept 2021 at 10:34, Frank Bures  wrote:


Hi,

I have Google rpm repository enabled.

However, running "yum update" returns

https://dl.google.com/linux/chrome/rpm/stable/x86_64/repodata/repomd.xml:
[Errno 14] HTTPS Error 404 - Not Found



It works for me and can be tested with:

$ curl https://dl.google.com/linux/chrome/rpm/stable/x86_64/repodata/repomd.xml

http://linux.duke.edu/metadata/repo;
xmlns:rpm="http://linux.duke.edu/metadata/rpm;>
  1630438383

   72bd1120db31564215cde423e900596e2fd9cc583850782355aaf7c283aa1c54
   028e855817d7529b77f5a197460250178e2251c8d97f4b1042549f4b698da63a
   
   1630438384
   1823
   19397


   e2475ced0fbc6c2b3ea79e7a549c3de637734bf8b93a8c2d8c0b87b278f244ae
   ac55966bc79fdb3ca5152fad6ba96f0ffbe52a9e55c5dbfa651cef2b6f447a2e
   
   1630438384
   368
   690


   692f4b277acda5a9e039dca2758d79de6f0c35b65677ff71015722037b87b0f6
   d39a3502be6913450d4cdaa70cb22abedea7c23c77988364c6f494927f14231e
   
   1630438384
   1801
   17371


$ host dl.google.com
dl.google.com has address 172.217.2.110
dl.google.com has IPv6 address 2607:f8b0:4004:80a::200e

If it doesn't work for you then compare if the ips are blocked somewhere.


I'll be damned.  It started to work again after reboot to install a kernel 
update.  Weird...


Thanks
Frank


--


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

Re: [CentOS] Unable to update Google products on CentOS 7

[Stephen John Smoogen]

On Wed, 1 Sept 2021 at 10:34, Frank Bures  wrote:
>
> Hi,
>
> I have Google rpm repository enabled.
>
> However, running "yum update" returns
>
> https://dl.google.com/linux/chrome/rpm/stable/x86_64/repodata/repomd.xml:
> [Errno 14] HTTPS Error 404 - Not Found
>

It works for me and can be tested with:

$ curl https://dl.google.com/linux/chrome/rpm/stable/x86_64/repodata/repomd.xml

http://linux.duke.edu/metadata/repo;
xmlns:rpm="http://linux.duke.edu/metadata/rpm;>
 1630438383

  72bd1120db31564215cde423e900596e2fd9cc583850782355aaf7c283aa1c54
  028e855817d7529b77f5a197460250178e2251c8d97f4b1042549f4b698da63a
  
  1630438384
  1823
  19397


  e2475ced0fbc6c2b3ea79e7a549c3de637734bf8b93a8c2d8c0b87b278f244ae
  ac55966bc79fdb3ca5152fad6ba96f0ffbe52a9e55c5dbfa651cef2b6f447a2e
  
  1630438384
  368
  690


  692f4b277acda5a9e039dca2758d79de6f0c35b65677ff71015722037b87b0f6
  d39a3502be6913450d4cdaa70cb22abedea7c23c77988364c6f494927f14231e
  
  1630438384
  1801
  17371


$ host dl.google.com
dl.google.com has address 172.217.2.110
dl.google.com has IPv6 address 2607:f8b0:4004:80a::200e

If it doesn't work for you then compare if the ips are blocked somewhere.


> It worked OK just a couple of days ago.
>
> Is anyone aware of any recent changes in Google repositories?
>
> Thanks
> Frank
>
>
> --
>
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos



-- 
Stephen J Smoogen.
I've seen things you people wouldn't believe. Flame wars in
sci.astro.orion. I have seen SPAM filters overload because of Godwin's
Law. All those moments will be lost in time... like posts on a BBS...
time to shutdown -h now.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] Unable to update Google products on CentOS 7

[Frank Bures]

Hi,

I have Google rpm repository enabled.

However, running "yum update" returns

https://dl.google.com/linux/chrome/rpm/stable/x86_64/repodata/repomd.xml: 
[Errno 14] HTTPS Error 404 - Not Found


It worked OK just a couple of days ago.

Is anyone aware of any recent changes in Google repositories?

Thanks
Frank


--


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

Re: [CentOS] Mirror problem

[Johnny Hughes]

On 8/30/21 8:52 AM, isdtor wrote:
> 
> Updating my local mirror, I noticed
> 
> x86_64/Packages/exiv2-0.27.0-4.el7_8.src.rpm
> x86_64/Packages/firefox-78.13.0-2.el7.centos.src.rpm
> x86_64/Packages/thunderbird-78.13.0-1.el7.centos.src.rpm
> 
> which seem have been pushed into the wrong repo by accident. Confirmed by 
> checking another random mirror in the US from 
> https://www.centos.org/download/mirrors/.
> 

Fixed in the latest update set.

Thanks,
Johnny Hughes

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

Re: [CentOS] Out of the Office -- Re: Application migration

[Simon Matter]

> Yeah, well...  That's what I get for writing a Google Script to try to
> automate these things.
>
> I had "centos@centos.org" in my list of addresses to *not* send these
> auto-responders to, but not "CentOS@centos.org".  *sigh*
>
> I've amended the thing so it shouldn't badger anyone who sends me mail
> with
> "[CentOS]" in the subject line...or who emails "CentOS@centos.org" instead
> of "centos@centos.org".

It's much better to check for certain headers and then never send vacation
replies to them, like:

Precedence: list
List-Id: CentOS mailing list 

Otherwise your rules will fail often.

Regards,
Simon

>
> Happy Wednesday!
>
> *J. Adam Craig*
> Lead Linux Operating Systems Analyst
> VCU Infrastructure Services 
> Technology Services Department
> 804.828.4886
> jacr...@vcu.edu
>
> 
> *Don't be a phishing victim -- VCU and other reputable organisations will
> never use email to request that you reply with your password, social
> security number or confidential personal information.  For more details,
> visit
> **https://ts.vcu.edu/about-us/information-security/common-questions/what-is-phishing
> *
>
>
>
> On Wed, Sep 1, 2021 at 8:55 AM Scott Robbins  wrote:
>
>> On Wed, Sep 01, 2021 at 02:47:50AM -0700, jacr...@vcu.edu wrote:
>> > I am currently out of the office, but plan to return to my desk on
>> > Wednesday at 7am.
>>
>> Well, they're going to be embarrassed when they get back.
>>
>> Ah well, as we said the last time this happened, most of us have done
>> worse.
>>
>>
>> --
>> Scott Robbins
>> PGP keyID EB3467D6
>> ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
>> gpg --keyserver pgp.mit.edu --recv-keys EB3467D6
>>
>> ___
>> CentOS mailing list
>> CentOS@centos.org
>> https://lists.centos.org/mailman/listinfo/centos
>>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>


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

[CentOS-announce] CESA-2021:3338 Low CentOS 7 hivex Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2021:3338 Low

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

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

x86_64:
79eacef92a2947aefaab902e53fada60dc27d9c173b1e175f1ce4db04d6c653e  
hivex-1.3.10-6.12.el7_9.i686.rpm
ace18d3c4c3acb71a8d4c5a6930f0ae58e655462938d91d3ef45aef7694df479  
hivex-1.3.10-6.12.el7_9.x86_64.rpm
d39fb02417c772d1ee5c9eb6d9a3981e59719475b6865e25c7e431882fec497b  
hivex-devel-1.3.10-6.12.el7_9.i686.rpm
233182440f451ea41600279219e708b82494832752dd921ec2f2e4c0ab2a7353  
hivex-devel-1.3.10-6.12.el7_9.x86_64.rpm
27554b9b56bcf99ec38c5aac4a10faefaeb0b46d53264ec179036107f7c5461f  
ocaml-hivex-1.3.10-6.12.el7_9.x86_64.rpm
e256274cc5f1a6f7f97af45288258ffc553c2f425401d35928622845d32c4465  
ocaml-hivex-devel-1.3.10-6.12.el7_9.x86_64.rpm
eb68b066fac31ef1d13db384711879546250d149147a9bfbe0a62bd5f62d0bca  
perl-hivex-1.3.10-6.12.el7_9.x86_64.rpm
0eaade45e4faa7e8e8b18e0ab2d01b531ee0b40d37435cff287a385b544dea75  
python-hivex-1.3.10-6.12.el7_9.x86_64.rpm
1802f181e6589961ea6d796ae4920da55d454d730791ccea8f2c37d1dc609c37  
ruby-hivex-1.3.10-6.12.el7_9.x86_64.rpm

Source:
b5423201c1fa916848c84330889450c9f14e060b5f991769a41acd7b445b2619  
hivex-1.3.10-6.12.el7_9.src.rpm



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

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

[CentOS-announce] CESA-2021:3336 Important CentOS 7 sssd Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2021:3336 Important

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

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

x86_64:
1db80fc0b7ec4ad66d1f7b86e831c3ed4d4386b1db1558cc7afcecf08ff5184e  
libipa_hbac-1.16.5-10.el7_9.10.i686.rpm
7bb7db4c0e3b5dbb711a2589b4e752e8fe25c9b73185eaa3eecc00450d613c21  
libipa_hbac-1.16.5-10.el7_9.10.x86_64.rpm
9ddb3989f547bec0175c3f866ce77a6ac4742203e5567fcd03af76e451568f49  
libipa_hbac-devel-1.16.5-10.el7_9.10.i686.rpm
79b1198c3958d0c5aaf003eb2c5f482ad658aac62e3b7fe05127e6498153d891  
libipa_hbac-devel-1.16.5-10.el7_9.10.x86_64.rpm
f5d9885773ed21397aa08232737d51af6803c1358395a2168b6820ce496d927f  
libsss_autofs-1.16.5-10.el7_9.10.x86_64.rpm
905b3f686bda411e8b1469cccabec8ed3ae99a60153880597dd656cabc81a501  
libsss_certmap-1.16.5-10.el7_9.10.i686.rpm
e668a6070cd6a22b4de750baa84e146e8e064e1a05849a958600f9b2d6b51c0d  
libsss_certmap-1.16.5-10.el7_9.10.x86_64.rpm
d2d65f2dde15fdba0abf08f0eba0a75c42ca7a41d64da706060132398e03a472  
libsss_certmap-devel-1.16.5-10.el7_9.10.i686.rpm
b16a84b46233f40caa0d30fca524f23408cdf7301cecddbe17cc7b23be9336c9  
libsss_certmap-devel-1.16.5-10.el7_9.10.x86_64.rpm
3c2c5a9be0e4c30b02e5553db78d0a3f434bf544273422faeab125baf392165e  
libsss_idmap-1.16.5-10.el7_9.10.i686.rpm
a06df499751c88597c0ff2c9e3571f888ef5f4c900179b21dd22799ec89b624a  
libsss_idmap-1.16.5-10.el7_9.10.x86_64.rpm
21c9f734ac2660b9ca8602966521796728c6e3830a5aa75fda5d6c6674d2f5d3  
libsss_idmap-devel-1.16.5-10.el7_9.10.i686.rpm
f7bd069d04d994e785e1883f97be7c9af76091600cb13d99b634f878bb79c5e0  
libsss_idmap-devel-1.16.5-10.el7_9.10.x86_64.rpm
da23c291f94eaf3fa1751e0812449824e582ca5853fa7e71e730f6f1fb2e0327  
libsss_nss_idmap-1.16.5-10.el7_9.10.i686.rpm
d41f2ba7244ea561f95aae87e10fc0d097ee72ed2f5cf1cb1e7455374f1add83  
libsss_nss_idmap-1.16.5-10.el7_9.10.x86_64.rpm
40fbdb5955ea06836fc5cd49841d43c8ca177c4a345a3731b7fdcb0e482fcde0  
libsss_nss_idmap-devel-1.16.5-10.el7_9.10.i686.rpm
5016630a65d39bcfb9fe686d8dda94e2b896afc8b8c41f7c29a6bc5d3305884e  
libsss_nss_idmap-devel-1.16.5-10.el7_9.10.x86_64.rpm
82615b5f75a4fb89fd8a9662bc57f478e82e61656145912b4cf6dc7349a9b42d  
libsss_simpleifp-1.16.5-10.el7_9.10.i686.rpm
5d59acc61e4c24682f9a5b9b41b1c5f8974de87c4a1fb4e029e9131a51888c38  
libsss_simpleifp-1.16.5-10.el7_9.10.x86_64.rpm
5ee8683f8c93ce6cd407d16531478f99660fed0dd9f582ce317a1aeb518e6484  
libsss_simpleifp-devel-1.16.5-10.el7_9.10.i686.rpm
7fdb130eab949bc403e1c3601e83e6c3cbc7954955279ba1bea21124e1e5de38  
libsss_simpleifp-devel-1.16.5-10.el7_9.10.x86_64.rpm
fc910dd4afd1311d8be1bdce2147613448f4162c19797bb345c5b725efff1d08  
libsss_sudo-1.16.5-10.el7_9.10.x86_64.rpm
9988a58fd1793b7bc5fef2c748a853a2c83650e825e9d524d12cccb139f1068c  
python-libipa_hbac-1.16.5-10.el7_9.10.x86_64.rpm
a4b2a180e6418f7810ccfa0cbf722ce37a6133dc60adeb0ef64356a61444a32b  
python-libsss_nss_idmap-1.16.5-10.el7_9.10.x86_64.rpm
64577751243751eedbe850fc528ea04d250e8a953a86f23a1a44bf84dfdd8e77  
python-sss-1.16.5-10.el7_9.10.x86_64.rpm
1006f493d08b88033474d82a195562d019c3fcf80328843dd0d8bb351e49ab25  
python-sssdconfig-1.16.5-10.el7_9.10.noarch.rpm
88ab2f3a84ae0b670762548a3b07213bc1a96a8249ebb3ac49b9d659b4187823  
python-sss-murmur-1.16.5-10.el7_9.10.x86_64.rpm
96e8afde7554bf087d7015345cb62d8833fcecf0f4165e71ec3a77681591973d  
sssd-1.16.5-10.el7_9.10.x86_64.rpm
ff3b468571e583e09e30108bb68b5b52e5aa7c6c634076708aa4dbbf6d6a6c7e  
sssd-ad-1.16.5-10.el7_9.10.x86_64.rpm
772df4394d584927dcf77fefe3909f14263b4a632dfec53f011d34b412b30d8c  
sssd-client-1.16.5-10.el7_9.10.i686.rpm
fbd39d1a8897fa30ac649d4e1c6652bada403accff15f98abb244507a91a8494  
sssd-client-1.16.5-10.el7_9.10.x86_64.rpm
b0d0a9428e29aa54f6cf8736a355da73553cc5c4e20f0795d6faf0e6cab0ce49  
sssd-common-1.16.5-10.el7_9.10.x86_64.rpm
826c87462956fa022a02326f271d542600fd73a7be32feb4eb7108cbc8b45eee  
sssd-common-pac-1.16.5-10.el7_9.10.x86_64.rpm
65a42ec733799dc8d274d0582c47380210b9ba82d7d6c4e9bb2f2cc9e93e54ae  
sssd-dbus-1.16.5-10.el7_9.10.x86_64.rpm
ddd921add46e38c9947a1be713846fcb866f41a25bf6671f3a81e65cc5ae6906  
sssd-ipa-1.16.5-10.el7_9.10.x86_64.rpm
62e79c444efc16b710b9f1e149bb3fee5abb2dea036b57e363ce6cc8d48b4c6d  
sssd-kcm-1.16.5-10.el7_9.10.x86_64.rpm
a488570f9d11e747c97f57e3754398d4b317a95c8b12a89765afa51f7a8d5b3c  
sssd-krb5-1.16.5-10.el7_9.10.x86_64.rpm
0e83fd6b33039ac7fda9317c440371d5e1d6e4173afb995bd498be0589efbf51  
sssd-krb5-common-1.16.5-10.el7_9.10.x86_64.rpm
e65eedfb0130d1f3e59f5a4547b25b0e1994042c06fb9833816fdb384c062165  
sssd-ldap-1.16.5-10.el7_9.10.x86_64.rpm
d12ea2121d6e19b9305bc2887e981903b907ef5b7969c1672e397a125e33f070  
sssd-libwbclient-1.16.5-10.el7_9.10.x86_64.rpm
c72baaba3b68e23ad5857f22697380908c1ca9201e4bbe875f13601fc99a9465  
sssd-libwbclient-devel-1.16.5-10.el7_9.10.i686.rpm
b554c183bd7760a4c29b178039f5b3746c8549c6a6d40686cd8b4f7a5314ba26  
sssd-libwbclient-devel-1.16.5-10.el7_9.10.x86_64.rpm

[CentOS-announce] CESA-2021:3325 Moderate CentOS 7 bind Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2021:3325 Moderate

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

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

x86_64:
7200ad28455e7f8044a9521a187ff712e7d782e9a38db84d1c18e9b54e7a9a28  
bind-9.11.4-26.P2.el7_9.7.x86_64.rpm
ae6ecf30bc0a1b8e2c0c2d8702e3eaf7db4864987e02a301446311ff1594d050  
bind-chroot-9.11.4-26.P2.el7_9.7.x86_64.rpm
dfe4993ac8d4d097c4e5e97fc006d27039a6a3d4cc79f87f4d56c9e79afd3a86  
bind-devel-9.11.4-26.P2.el7_9.7.i686.rpm
337b3b492087333d675bf644cd7cab27fad998fd2eb5f3f1064b766e5fbf85c1  
bind-devel-9.11.4-26.P2.el7_9.7.x86_64.rpm
620e6945f7639eacc1508005775c37d66e64ae3f5ec915e87d132a17a45d3999  
bind-export-devel-9.11.4-26.P2.el7_9.7.i686.rpm
ddbc53b44a7ec6dd175840df4ba96e8440a167aca06195e38f9ce8e768f82f30  
bind-export-devel-9.11.4-26.P2.el7_9.7.x86_64.rpm
d1270ff691bc97bc9a737c8556081408a04f2a325ffb0db2fb561a7add15d0e6  
bind-export-libs-9.11.4-26.P2.el7_9.7.i686.rpm
5af6b82a47585513d5a6a8ccc974d524ebc2a67fba642652aa75b566045b004c  
bind-export-libs-9.11.4-26.P2.el7_9.7.x86_64.rpm
fc93fa73ee589349b26030b1fd56173975859786d624ddeaf826606e99c8b4f3  
bind-libs-9.11.4-26.P2.el7_9.7.i686.rpm
2c72fd0a8014e13440ebde0c0ae037cea29cc8aa567b3723619486dc2040f9e5  
bind-libs-9.11.4-26.P2.el7_9.7.x86_64.rpm
23886775cbbf0f0b980d7e700a1fa3cce9ae8149522a191554e770fe0acf1813  
bind-libs-lite-9.11.4-26.P2.el7_9.7.i686.rpm
f9e741d7af4fbcb102cf759697c858701bf8839ced08a5f62c9415ac5de9dda3  
bind-libs-lite-9.11.4-26.P2.el7_9.7.x86_64.rpm
417df6c01f4373a219da10ea1df04e2565b5b27e4710818aa6718065c174f25f  
bind-license-9.11.4-26.P2.el7_9.7.noarch.rpm
f0c0b3f210497c3d560f42df97307f09afe0cd687c2e08ebc1cb7b03e28b8319  
bind-lite-devel-9.11.4-26.P2.el7_9.7.i686.rpm
9744361dc7129978289b5a40fcacd9f52369b57774ec2256bc3c078d4d6e8f03  
bind-lite-devel-9.11.4-26.P2.el7_9.7.x86_64.rpm
4d2dbd65fa67b8c23648a188f830340cc1da72b5dbc71795229022de0ff9720d  
bind-pkcs11-9.11.4-26.P2.el7_9.7.x86_64.rpm
d4718c0bcf9365bfcd07e9c307952a12ae32802cbc6bde5707222c30c90cbb85  
bind-pkcs11-devel-9.11.4-26.P2.el7_9.7.i686.rpm
5ca5234e59243cc5ced75e11bc9ad434a82d86c5fa5eab71a130bd3c3ae49334  
bind-pkcs11-devel-9.11.4-26.P2.el7_9.7.x86_64.rpm
3d4d0d965fc073d950dd63507c1b1287648ef59c103d02cf09891c04bd99e930  
bind-pkcs11-libs-9.11.4-26.P2.el7_9.7.i686.rpm
32f0185e8d6a9ab586922827519f1f38fb921fcaff260385904d3e61dd029d44  
bind-pkcs11-libs-9.11.4-26.P2.el7_9.7.x86_64.rpm
f7789c32ac34827df4b6c180e845361bb70aa1fcbc165a6c2a533559f2bc3f76  
bind-pkcs11-utils-9.11.4-26.P2.el7_9.7.x86_64.rpm
ca5ee1ff2a858d3eaf6bbed3a7c0421519183d99018689b9d2bfb4f8b2bdb122  
bind-sdb-9.11.4-26.P2.el7_9.7.x86_64.rpm
850be6d438290af4b3c31805a40c2f8a88e4e751bafa1bb02b6b884736f80ef2  
bind-sdb-chroot-9.11.4-26.P2.el7_9.7.x86_64.rpm
0834c02bc349eaabe64a4015d07ee7cbcf7776a68766e81cd93be0a58c7d5465  
bind-utils-9.11.4-26.P2.el7_9.7.x86_64.rpm

Source:
e3a2f06f743ffed5ef8e29fc9cd18fbf075c9e6fac1f47cceac97e15598c3cbb  
bind-9.11.4-26.P2.el7_9.7.src.rpm



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

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

Re: [CentOS] Out of the Office -- Re: Application migration

[J. Adam Craig]

Yeah, well...  That's what I get for writing a Google Script to try to
automate these things.

I had "centos@centos.org" in my list of addresses to *not* send these
auto-responders to, but not "CentOS@centos.org".  *sigh*

I've amended the thing so it shouldn't badger anyone who sends me mail with
"[CentOS]" in the subject line...or who emails "CentOS@centos.org" instead
of "centos@centos.org".

Happy Wednesday!

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


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



On Wed, Sep 1, 2021 at 8:55 AM Scott Robbins  wrote:

> On Wed, Sep 01, 2021 at 02:47:50AM -0700, jacr...@vcu.edu wrote:
> > I am currently out of the office, but plan to return to my desk on
> > Wednesday at 7am.
>
> Well, they're going to be embarrassed when they get back.
>
> Ah well, as we said the last time this happened, most of us have done
> worse.
>
>
> --
> Scott Robbins
> PGP keyID EB3467D6
> ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
> gpg --keyserver pgp.mit.edu --recv-keys EB3467D6
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS-announce] CEEA-2019:0045 CentOS 7 virt-what Enhancement Update

[Johnny Hughes]

CentOS Errata and Enhancement Advisory 2019:0045 

Upstream details at : https://access.redhat.com/errata/RHEA-2019:0045

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

x86_64:
f6645c7cbc24d07e153f2c8892cf815d6c7edf416985b8afe81d4a7af9562adc  
virt-what-1.18-4.el7_9.1.x86_64.rpm

Source:
18a66bb9becc475876141d6a10dc33f11d18c487facb3a991ba2c660a7b7d49c  
virt-what-1.18-4.el7_9.1.src.rpm



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

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

[CentOS-announce] CESA-2020:1021 Moderate CentOS 7 gnome-settings-daemon Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2020:1021 Moderate

Upstream details at : https://access.redhat.com/errata/RHSA-2020:1021

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

x86_64:
d6af98392b986204b8b504202adcf13ec1eca355c819f9d4a1ee4d8448a14c55  
gnome-settings-daemon-3.28.1-11.el7_9.i686.rpm
c4456d3a9934c3fe90a0750649cc735745508843da43735b39aa5cdcaadb99a4  
gnome-settings-daemon-3.28.1-11.el7_9.x86_64.rpm
821df7321c6fd01dc77f9435ba556d7b08cfdfdb262113c4223883e34adeedf3  
gnome-settings-daemon-devel-3.28.1-11.el7_9.i686.rpm
86f47f4e0ba937bd5cc3e11936092ae2624f85a10417a53a3620844161158224  
gnome-settings-daemon-devel-3.28.1-11.el7_9.x86_64.rpm

Source:
e50add1de7f992a1bc7b2e3b473d93608bc3adce5befd58a15abaa2437ec9e9b  
gnome-settings-daemon-3.28.1-11.el7_9.src.rpm



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

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

[CentOS-announce] CESA-2018:3140 Moderate CentOS 7 gvfs Security Update

[Johnny Hughes]

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:
717c6856842ddb6b4eca2817cbb3adfce002d371a61b322c8c74761e57ae5bcf  
gvfs-1.36.2-5.el7_9.i686.rpm
28f3ff68224de0783083894b44eefc57e4833a53461ce91f1f4656bbc1b0eb9f  
gvfs-1.36.2-5.el7_9.x86_64.rpm
dc73b498dea020241c15f040008e6f96731b9a67cfa83b452c60a9d4510edd41  
gvfs-afc-1.36.2-5.el7_9.x86_64.rpm
cce9b9d8e55d003cd7be906f5603d626c0f14b8e422e5123076eb85b9dab7694  
gvfs-afp-1.36.2-5.el7_9.x86_64.rpm
35f5c229e131ffb525fc38628dbe4dc399fd7f6077f047e169dc8e5ddcce20e8  
gvfs-archive-1.36.2-5.el7_9.x86_64.rpm
51af7b29f1554b6ee4cfc1be4f18e91dcb17d8795d87ad960cb26d3fe381cc64  
gvfs-client-1.36.2-5.el7_9.i686.rpm
b95af4b262010256013a4265ab61dfb37bf37e1d4ca12de8b007b315ae8a9b1c  
gvfs-client-1.36.2-5.el7_9.x86_64.rpm
0b42148789300af59e74814b7d8cb50a3c1453dc197a498f2f37cdc75a6a97d7  
gvfs-devel-1.36.2-5.el7_9.i686.rpm
34a08308f948f94b0ad18d9d233e22453d984465c89a58935ec1185d071e7f4d  
gvfs-devel-1.36.2-5.el7_9.x86_64.rpm
72fedcf3bf921b3e8efb6e27a94cc4edfe624334e5b7a143442d707cfb625b06  
gvfs-fuse-1.36.2-5.el7_9.x86_64.rpm
96f852d003908ae51e7c33a2d18e329760dd559b5ca3c8a594e3d2a5ebf41ce5  
gvfs-goa-1.36.2-5.el7_9.x86_64.rpm
cc2af8b460ae945f1afdf5f03ea0b48e40aa3372a33d96e0408d1256c8c0294e  
gvfs-gphoto2-1.36.2-5.el7_9.x86_64.rpm
b9b11e2c45c327237aea9d0fd84d0d41db9d2a4137822d95f71cedd3ae9145c2  
gvfs-mtp-1.36.2-5.el7_9.x86_64.rpm
09277f1295e2db1f4f90bd3fce359dd8150009233cbba997650480e544b67766  
gvfs-smb-1.36.2-5.el7_9.x86_64.rpm
3cf6225627d15b57e6db240be4821a47a55d2bf482e4fe8f1928862282e7998e  
gvfs-tests-1.36.2-5.el7_9.x86_64.rpm

Source:
82da6639d664c95a4d729c4eed382b4cd81225931690ad9a382bf4bdbdaaee11  
gvfs-1.36.2-5.el7_9.src.rpm



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

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

[CentOS-announce] CEBA-2021:3332 CentOS 7 resource-agents BugFix Update

[Johnny Hughes]

CentOS Errata and Bugfix Advisory 2021:3332 

Upstream details at : https://access.redhat.com/errata/RHBA-2021:3332

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

x86_64:
daae913efb6e4874bfa75dfcd0e5d7e7a5608566622349ab0a84cb1fb2583e70  
resource-agents-4.1.1-61.el7_9.13.x86_64.rpm
69e3af51dee6dd3aca7ef07201a7beeaa6d764016a11afffdabce904928aee48  
resource-agents-aliyun-4.1.1-61.el7_9.13.x86_64.rpm
7f1d9434068b1dab6eb2d4673f1f11fee7c197500b464616bdb606f4cb097f8e  
resource-agents-gcp-4.1.1-61.el7_9.13.x86_64.rpm

Source:
5e5d70ba5f2751b5ad64d0956f9c64d159f2ff334622e87aabf84c6847a8065b  
resource-agents-4.1.1-61.el7_9.13.src.rpm



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

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

[CentOS-announce] CESA-2021:3327 Important CentOS 7 kernel Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2021:3327 Important

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

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

x86_64:
5b19e42e03ab5ffdc24e71ec6c71dd0d4c8a557e482b142cb58bd7eaf529174a  
bpftool-3.10.0-1160.41.1.el7.x86_64.rpm
f181f4bc3868b84eb350197aee4e79d0466d5aaac0e0a70a37eb58aa7533e228  
kernel-3.10.0-1160.41.1.el7.x86_64.rpm
a5f9b329bc1130ffe9bf6f2ced3317e2ad895c4559a82bdf804c8b85e4765b28  
kernel-abi-whitelists-3.10.0-1160.41.1.el7.noarch.rpm
22e7b5d6e46a23025f394d1dd9e25e4e5cfd1c5dbb00f74226f20929ee065bd9  
kernel-debug-3.10.0-1160.41.1.el7.x86_64.rpm
72dc266e5da09e38d19f4c3904bdb983146af68adbe466120ff8bfecdb4567bf  
kernel-debug-devel-3.10.0-1160.41.1.el7.x86_64.rpm
e888a6e4abc3928d95ec0b18f8a42febb63ba70ba0371c23615b8823209d9317  
kernel-devel-3.10.0-1160.41.1.el7.x86_64.rpm
5573691deaca712e1478b3d889fe322be138680d8955a04b75e3a0066e099ca2  
kernel-doc-3.10.0-1160.41.1.el7.noarch.rpm
3c1d7d5a10b6bbb96820657c57af7a774ba60dd1acb011d623b218102b3251f3  
kernel-headers-3.10.0-1160.41.1.el7.x86_64.rpm
3ce3178d47c0937ca4073ad24a4d21e17880a93c83bed7d7cdde515bda87c789  
kernel-tools-3.10.0-1160.41.1.el7.x86_64.rpm
7c45ba29959e72ceece7bd3f48bcc0ce0a86ebce4677a50e9d95a46e172b5d3b  
kernel-tools-libs-3.10.0-1160.41.1.el7.x86_64.rpm
69c2b3156d7f7348e92c9b6d94a15da2b8f77e0597041944eb9741c941e07001  
kernel-tools-libs-devel-3.10.0-1160.41.1.el7.x86_64.rpm
82af7be38d0c8eb49df265c4c0138bdc35cb7ac26a1b6e3a4d0f0a47d293dc93  
perf-3.10.0-1160.41.1.el7.x86_64.rpm
b5008882f07f8c6c00a0b544313ead5522d4d71ffce67d2a4c5c59a41e89e091  
python-perf-3.10.0-1160.41.1.el7.x86_64.rpm

Source:
ecb824f2bd03d2d305e5d081734d1dbc420ddcf2a7ce2bcebe7a86f58756b23c  
kernel-3.10.0-1160.41.1.el7.src.rpm



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

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

Re: [CentOS] Out of the Office -- Re: Application migration

[Scott Robbins]

On Wed, Sep 01, 2021 at 02:47:50AM -0700, jacr...@vcu.edu wrote:
> I am currently out of the office, but plan to return to my desk on
> Wednesday at 7am.

Well, they're going to be embarrassed when they get back. 

Ah well, as we said the last time this happened, most of us have done
worse.


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

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

[CentOS] Out of the Office -- Re: Application migration

[jacraig]

I am currently out of the office, but plan to return to my desk on
Wednesday at 7am.

If you require assistance with a server that is hosted by VCU
Infrastructure Services, please submit a support ticket
.

If this is an emergency, please contact the Network Operations Center at
(804) 828-1802.

I apologise for any inconvenience.

Make it be a great day,

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


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

Re: [CentOS] Application migration

[Anand Buddhdev]

On 01/09/2021 11:24, Mark Woolfson wrote:

Hi Mark,

> Please can you give me an idea of the migration complexity of moving the
> applications from 6.4/6.6 to 7.4 or any variant of 7.

This is a very vague question. It's like asking "I have an old car. Can
you please tell me if I can drive it on the new motorway?"

Folk can't really help you this way. You need to provide more specific
information, such as what language these apps are written in. Are they
written in C which is compiled? Has it been statically compiled, or
dynamically? What libraries does it link against?

Perhaps the application is in Java, Python, Perl or Ruby. Then it's
easier, but again, there may be some gotchas.

Do you have the source code of the applications? If you do, then it's
easier to make them work in case modifications are needed. If you don't
have the source, then things become trickier.

If the applications won't run under CentOS 7, and you can't modify them,
then you might want to consider running them in CentOS 6 containers on a
CentOS 7 or 8 host.

But give details, man! Without details, it's all guesswork.

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

Re: [CentOS] Application migration

[Mark Woolfson]

Hello,

 

I have some data analysis applications running on CentOS 6.4 and 6.6.

 

Due to these CentOS variants not being supported on the Intel Ice Lake
server platform I have to migrate them.

 

The minimum CentOS variant which works on the Ice Lake is 7.4.

 

Please can you give me an idea of the migration complexity of moving the
applications from 6.4/6.6 to 7.4 or any variant of 7.

 

Mark

 



-- 
This email has been checked for viruses by AVG.
https://www.avg.com
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos