Re: [CentOS] [OT] Bacula offsite replication

[Leon Fauster via CentOS]

Am 01.07.20 um 17:13 schrieb Leroy Tennison:

I realize this shouldn't happen, the file is a tgz and isn't being modified 
while being transmitted.  This has happened maybe three times this year and 
unfortunately I've just had to deal with it rather than invest the time to do 
the research.



Maybe a "RunAfterJob" configuration would help to serialize it and 
prevent this race condition?


--
Leon


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

Re: [CentOS] Not getting bootloader installed with CentOS 8 + mdraid

[Chris Adams]

Once upon a time, Chris Adams  said:
> I am trying to use a kickstart to install CentOS 8.2 on a server with a
> pair of drives with Linux software RAID 1.  The install completes, but
> the resulting system will not boot - I get "Booting from Hard drive C:"
> from the BIOS (Dell in legacy BIOS mode, not UEFI) and it stops.  If I
> then start the installer in rescue mode and run grub2-install on the two
> drives, it boots okay.

Never mind, this was user error. :)

I have a kickstart that discard unused space in %post to make VM images
smaller, and it tries too hard (and the SSDs listened!) - it got the
unpartitioned space between the partition table and the first partition,
and GRUB2 uses more of that when /boot is on RAID1.  Oops.
-- 
Chris Adams 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] Not getting bootloader installed with CentOS 8 + mdraid

[Chris Adams]

I am trying to use a kickstart to install CentOS 8.2 on a server with a
pair of drives with Linux software RAID 1.  The install completes, but
the resulting system will not boot - I get "Booting from Hard drive C:"
from the BIOS (Dell in legacy BIOS mode, not UEFI) and it stops.  If I
then start the installer in rescue mode and run grub2-install on the two
drives, it boots okay.

If I take out the RAID config and just install on the first drive, it
boots fine - it appears to just be an issue with RAID.  I tried my
kickstart in a KVM VM with two disks, and it works there (I get RAID and
a bootloader).

Anybody else run into this?  Any ideas?  I've been installing from
kickstarts for ages, including software RAID, but not CentOS 8 with
software RAID until now.

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

Re: [CentOS] [OT] Bacula offsite replication

[Leroy Tennison]

I realize this shouldn't happen, the file is a tgz and isn't being modified 
while being transmitted.  This has happened maybe three times this year and 
unfortunately I've just had to deal with it rather than invest the time to do 
the research.


Harriscomputer

Leroy Tennison
Network Information/Cyber Security Specialist
E: le...@datavoiceint.com


[cid:Data-Voice-International-LOGO_aa3d1c6e-5cfb-451f-ba2c-af8059e69609.PNG]


2220 Bush Dr
McKinney, Texas
75070
www.datavoiceint.com


This message has been sent on behalf of a company that is part of the Harris 
Operating Group of Constellation Software Inc.

If you prefer not to be contacted by Harris Operating Group please notify 
us.



This message is intended exclusively for the individual or entity to which it 
is addressed. This communication may contain information that is proprietary, 
privileged or confidential or otherwise legally exempt from disclosure. If you 
are not the named addressee, you are not authorized to read, print, retain, 
copy or disseminate this message or any part of it. If you have received this 
message in error, please notify the sender immediately by e-mail and delete all 
copies of the message.






From: Chris Schanzle 
Sent: Wednesday, July 1, 2020 10:03 AM
To: CentOS mailing list ; Leroy Tennison 

Subject: [EXTERNAL] Re: [CentOS] [OT] Bacula offsite replication

CAUTION: This email originated from outside of the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.


Unless the file is being modified during rsync, corruption should not happen 
with good hardware. Consider testing your RAM.  Have you noticed any other 
weird problems with that remote server, like programs crashing / daemons 
needing restarting?

On 7/1/20 10:37 AM, Leroy Tennison wrote:
> What I did was used cksum to create a checksum of the source file putting it 
> in a separate file, transmitted that via rsync as well and compared that to a 
> cksum computed on the remote end.  There are far more accurate alternatives 
> to cksum but I felt cksum was good enough for a basic check.  Like most 
> things in the UNIX world, there are probably other ways to do this as well.
>
> Interestingly enough, after I sent my previous response I discovered that I 
> had yet another instance of the problem.
>
> 
> From: CentOS  on behalf of Alessandro Baggi 
> 
> Sent: Wednesday, July 1, 2020 9:26 AM
> To: centos@centos.org 
> Subject: [EXTERNAL] Re: [CentOS] [OT] Bacula offsite replication
>
> CAUTION: This email originated from outside of the organization. Do not click 
> links or open attachments unless you recognize the sender and know the 
> content is safe.
>
>
> Hi Leroy,
>
> How I can confirm that during rsync transfer corruption are not encountered?
>
> Thank you in advance.
>
>
> Harriscomputer
>
> Leroy Tennison
> Network Information/Cyber Security Specialist
> E: le...@datavoiceint.com
>
>
> [cid:Data-Voice-International-LOGO_aa3d1c6e-5cfb-451f-ba2c-af8059e69609.PNG]
>
>
> 2220 Bush Dr
> McKinney, Texas
> 75070
> https://linkprotect.cudasvc.com/url?a=http%3a%2f%2fwww.datavoiceint.com%2f=E,1,00uoVithcdoZKfdE0IJM8LvvYxwVLFDjVaj-PErs6HOprVgQbdBE1Ev3mXF3w6PUc_C_6eI1odWQtpYUTMU3wRbhn6gDS_pSCiRBZdG-fqPzGNsgh2ZNZFujh1s,=1>
>
>
> This message has been sent on behalf of a company that is part of the Harris 
> Operating Group of Constellation Software Inc.
>
> If you prefer not to be contacted by Harris Operating Group please notify 
> us.
>
>
>
> This message is intended exclusively for the individual or entity to which it 
> is addressed. This communication may contain information that is proprietary, 
> privileged or confidential or otherwise legally exempt from disclosure. If 
> you are not the named addressee, you are not authorized to read, print, 
> retain, copy or disseminate this message or any part of it. If you have 
> received this message in error, please notify the sender immediately by 
> e-mail and delete all copies of the message.
>
>
>
>
>
> Il 01/07/20 16:04, Leroy Tennison ha scritto:
>> I've used rsync (but probably not for the size you're referring to), it 
>> works and has enough features to meet most needs.  I have had a single 
>> situation where corruption occurred during transfer (a few times, have no 
>> idea why), might want to independently confirm the integrity of the transfer.
>>
>> 
>> From: CentOS  on behalf of Alessandro Baggi 
>> 
>> Sent: Wednesday, July 1, 2020 5:26 AM
>> To: centos@centos.org 
>> Subject: [EXTERNAL] [CentOS] [OT] Bacula offsite replication
>>
>> CAUTION: This email originated from outside of 

Re: [CentOS] [OT] Bacula offsite replication

[Leroy Tennison]

What I did was used cksum to create a checksum of the source file putting it in 
a separate file, transmitted that via rsync as well and compared that to a 
cksum computed on the remote end.  There are far more accurate alternatives to 
cksum but I felt cksum was good enough for a basic check.  Like most things in 
the UNIX world, there are probably other ways to do this as well.

Interestingly enough, after I sent my previous response I discovered that I had 
yet another instance of the problem.


From: CentOS  on behalf of Alessandro Baggi 

Sent: Wednesday, July 1, 2020 9:26 AM
To: centos@centos.org 
Subject: [EXTERNAL] Re: [CentOS] [OT] Bacula offsite replication

CAUTION: This email originated from outside of the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.


Hi Leroy,

How I can confirm that during rsync transfer corruption are not encountered?

Thank you in advance.


Harriscomputer

Leroy Tennison
Network Information/Cyber Security Specialist
E: le...@datavoiceint.com


[cid:Data-Voice-International-LOGO_aa3d1c6e-5cfb-451f-ba2c-af8059e69609.PNG]


2220 Bush Dr
McKinney, Texas
75070
www.datavoiceint.com


This message has been sent on behalf of a company that is part of the Harris 
Operating Group of Constellation Software Inc.

If you prefer not to be contacted by Harris Operating Group please notify 
us.



This message is intended exclusively for the individual or entity to which it 
is addressed. This communication may contain information that is proprietary, 
privileged or confidential or otherwise legally exempt from disclosure. If you 
are not the named addressee, you are not authorized to read, print, retain, 
copy or disseminate this message or any part of it. If you have received this 
message in error, please notify the sender immediately by e-mail and delete all 
copies of the message.





Il 01/07/20 16:04, Leroy Tennison ha scritto:
> I've used rsync (but probably not for the size you're referring to), it works 
> and has enough features to meet most needs.  I have had a single situation 
> where corruption occurred during transfer (a few times, have no idea why), 
> might want to independently confirm the integrity of the transfer.
>
> 
> From: CentOS  on behalf of Alessandro Baggi 
> 
> Sent: Wednesday, July 1, 2020 5:26 AM
> To: centos@centos.org 
> Subject: [EXTERNAL] [CentOS] [OT] Bacula offsite replication
>
> CAUTION: This email originated from outside of the organization. Do not click 
> links or open attachments unless you recognize the sender and know the 
> content is safe.
>
>
> Hi everyone,
>
> I have updated my backup server to CentOS 8.2. It runs bacula performing
> backup on disks. I would like to replicate backups on another offsite
> machine.
>
> I read about the ability to configure a new storage daemon in the
> offsite location and create a Migration/Copy Jobs. If I'm not wrong, it
> replicates only volumes but not replicate the catalog. I will try this.
>
> Another way to replicate the volumes on another server is using rsync.
>
> What is your suggestion about this topic?
>
> Thank you in advance.
>
> Alessandro.
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
> Harriscomputer
>
> Leroy Tennison
> Network Information/Cyber Security Specialist
> E: le...@datavoiceint.com
>
>
> [cid:Data-Voice-International-LOGO_aa3d1c6e-5cfb-451f-ba2c-af8059e69609.PNG]
>
>
> 2220 Bush Dr
> McKinney, Texas
> 75070
> https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fwww.datavoiceint.com=E,1,NcuZo7bJlNfnwFN_1U7Eb0PpothLaHlm35UVdQMBqG8TH6hZvo3iMVLxCy4ZNUIAWOktkvYozTYnDWfj0JIvc22V52YUkDfms1NFI7AXHA,,=1
>
>
> This message has been sent on behalf of a company that is part of the Harris 
> Operating Group of Constellation Software Inc.
>
> If you prefer not to be contacted by Harris Operating Group please notify 
> us.
>
>
>
> This message is intended exclusively for the individual or entity to which it 
> is addressed. This communication may contain information that is proprietary, 
> privileged or confidential or otherwise legally exempt from disclosure. If 
> you are not the named addressee, you are not authorized to read, print, 
> retain, copy or disseminate this message or any part of it. If you have 
> received this message in error, please notify the sender immediately by 
> e-mail and delete all copies of the message.
>
>
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] virt-manager guest display resize not keep

[Jerry Geis]

I  went in and created a /etc/X11/xorg.conf.d file and put in my resolution
I desired. That seems to take care of it.
Not sure why it didnt keep the setting. but ok.

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

Re: [CentOS] [OT] Bacula offsite replication

[Alessandro Baggi]

Hi Leroy,

How I can confirm that during rsync transfer corruption are not encountered?

Thank you in advance.

Il 01/07/20 16:04, Leroy Tennison ha scritto:

I've used rsync (but probably not for the size you're referring to), it works 
and has enough features to meet most needs.  I have had a single situation 
where corruption occurred during transfer (a few times, have no idea why), 
might want to independently confirm the integrity of the transfer.


From: CentOS  on behalf of Alessandro Baggi 

Sent: Wednesday, July 1, 2020 5:26 AM
To: centos@centos.org 
Subject: [EXTERNAL] [CentOS] [OT] Bacula offsite replication

CAUTION: This email originated from outside of the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.


Hi everyone,

I have updated my backup server to CentOS 8.2. It runs bacula performing
backup on disks. I would like to replicate backups on another offsite
machine.

I read about the ability to configure a new storage daemon in the
offsite location and create a Migration/Copy Jobs. If I'm not wrong, it
replicates only volumes but not replicate the catalog. I will try this.

Another way to replicate the volumes on another server is using rsync.

What is your suggestion about this topic?

Thank you in advance.

Alessandro.

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

Harriscomputer

Leroy Tennison
Network Information/Cyber Security Specialist
E: le...@datavoiceint.com


[cid:Data-Voice-International-LOGO_aa3d1c6e-5cfb-451f-ba2c-af8059e69609.PNG]


2220 Bush Dr
McKinney, Texas
75070
www.datavoiceint.com


This message has been sent on behalf of a company that is part of the Harris 
Operating Group of Constellation Software Inc.

If you prefer not to be contacted by Harris Operating Group please notify 
us.



This message is intended exclusively for the individual or entity to which it 
is addressed. This communication may contain information that is proprietary, 
privileged or confidential or otherwise legally exempt from disclosure. If you 
are not the named addressee, you are not authorized to read, print, retain, 
copy or disseminate this message or any part of it. If you have received this 
message in error, please notify the sender immediately by e-mail and delete all 
copies of the message.




___
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] [OT] Bacula offsite replication

[Leroy Tennison]

I've used rsync (but probably not for the size you're referring to), it works 
and has enough features to meet most needs.  I have had a single situation 
where corruption occurred during transfer (a few times, have no idea why), 
might want to independently confirm the integrity of the transfer.


From: CentOS  on behalf of Alessandro Baggi 

Sent: Wednesday, July 1, 2020 5:26 AM
To: centos@centos.org 
Subject: [EXTERNAL] [CentOS] [OT] Bacula offsite replication

CAUTION: This email originated from outside of the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.


Hi everyone,

I have updated my backup server to CentOS 8.2. It runs bacula performing
backup on disks. I would like to replicate backups on another offsite
machine.

I read about the ability to configure a new storage daemon in the
offsite location and create a Migration/Copy Jobs. If I'm not wrong, it
replicates only volumes but not replicate the catalog. I will try this.

Another way to replicate the volumes on another server is using rsync.

What is your suggestion about this topic?

Thank you in advance.

Alessandro.

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

Harriscomputer

Leroy Tennison
Network Information/Cyber Security Specialist
E: le...@datavoiceint.com


[cid:Data-Voice-International-LOGO_aa3d1c6e-5cfb-451f-ba2c-af8059e69609.PNG]


2220 Bush Dr
McKinney, Texas
75070
www.datavoiceint.com


This message has been sent on behalf of a company that is part of the Harris 
Operating Group of Constellation Software Inc.

If you prefer not to be contacted by Harris Operating Group please notify 
us.



This message is intended exclusively for the individual or entity to which it 
is addressed. This communication may contain information that is proprietary, 
privileged or confidential or otherwise legally exempt from disclosure. If you 
are not the named addressee, you are not authorized to read, print, retain, 
copy or disseminate this message or any part of it. If you have received this 
message in error, please notify the sender immediately by e-mail and delete all 
copies of the message.




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

[CentOS-announce] CEBA-2020:2659 CentOS 7 systemd BugFix Update

[Johnny Hughes]

CentOS Errata and Bugfix Advisory 2020:2659 

Upstream details at : https://access.redhat.com/errata/RHBA-2020:2659

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

x86_64:
308539b57a0114a416b08951260b3004a47eea3f0428a9f7e7facf056b58fd53  
libgudev1-219-73.el7_8.8.i686.rpm
32ddfd836f86b19e1d7aaa1d4c3a9ce5febefde1fc3d97d333290de0da348c36  
libgudev1-219-73.el7_8.8.x86_64.rpm
963ef1a3d5e79721a0e098a83becbe088b1fc3a651b677ba3132cef1fe0d94f9  
libgudev1-devel-219-73.el7_8.8.i686.rpm
10206d79be9585d77ec804594b0b9b7ee1a98c88e6ccc9cdbb97f77b3e28b12a  
libgudev1-devel-219-73.el7_8.8.x86_64.rpm
86125d34008aa7e84ef19e51da544bbad7a1b76660fe24e5563fe5dc3069dff1  
systemd-219-73.el7_8.8.x86_64.rpm
a371370c6fdaee61698cf6414e70496ff41cca58847d27a25de9864859ae9685  
systemd-devel-219-73.el7_8.8.i686.rpm
7034ef244407efdc1c17a14363e50eaa9c589c84bbf886139b9fad7e7a6922d0  
systemd-devel-219-73.el7_8.8.x86_64.rpm
4b420cdb7274ca935f3d283d5808d55c20396930a0765f6d938cf811dc2ba909  
systemd-journal-gateway-219-73.el7_8.8.x86_64.rpm
f7940bca479a5a6710d95dcd9e2f5d688caabc3046f9db25dbd56b16fda54d46  
systemd-libs-219-73.el7_8.8.i686.rpm
ac9cbb53bbc1915e7c6b2d8a08db6e87e2104bb4f2b708d9590ea6430872b9b6  
systemd-libs-219-73.el7_8.8.x86_64.rpm
95feec5d6656b6eaf7802c9ee7be76e019588e7e453b88925738fa2339f5a892  
systemd-networkd-219-73.el7_8.8.x86_64.rpm
5119f092a7841e1ffdffdaffcdc8c33c888df2cef7dab0ef3dc9da9c13b9dd34  
systemd-python-219-73.el7_8.8.x86_64.rpm
9f5887416fd66523d3961064be9b692b5084d028f1bfde7d28ff55dc9a0bad53  
systemd-resolved-219-73.el7_8.8.i686.rpm
f66fbfc873e73ba8a9679658bff997c549b9bdb807d798f57856a45eee7199cf  
systemd-resolved-219-73.el7_8.8.x86_64.rpm
08ae1f4a8af88f1d744999d2c11c6aebff0125abbaf899e7e1067241c3756373  
systemd-sysv-219-73.el7_8.8.x86_64.rpm

Source:
5f51c2e9b139106137743c153bc1820ec88963eb5f638e4424c109da6465f320  
systemd-219-73.el7_8.8.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-2020:2662 CentOS 7 selinux-policy BugFix Update

[Johnny Hughes]

CentOS Errata and Bugfix Advisory 2020:2662 

Upstream details at : https://access.redhat.com/errata/RHBA-2020:2662

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

x86_64:
7565ffd1f3418c04442b5eb731eeccc4cc52f2089938035d4dc04e777568b2b0  
selinux-policy-3.13.1-266.el7_8.1.noarch.rpm
f2dacc5e31de8fa35d3ceb452c4d5203a9cbb96e0aa8f56b599c63f1019cd8b5  
selinux-policy-devel-3.13.1-266.el7_8.1.noarch.rpm
2fb36e1a13c028ecc1c286681c25e1b1c425c4496493d62e3b764a873120e8ab  
selinux-policy-doc-3.13.1-266.el7_8.1.noarch.rpm
afaa647d4aec875a206806a35bc776f8861fa3430e194adddaa342b70883afa2  
selinux-policy-minimum-3.13.1-266.el7_8.1.noarch.rpm
bd3c1accb03bd25d3af8839896c75d2a892ce485713437fda2f249fa00c9f04b  
selinux-policy-mls-3.13.1-266.el7_8.1.noarch.rpm
26d654fb629b24814ed5776e478cc6e9c0b7edb24b3bde1adc0995421da07293  
selinux-policy-sandbox-3.13.1-266.el7_8.1.noarch.rpm
75493cf7ada339fe000804c858943eed597295053e9164726dc0424986931344  
selinux-policy-targeted-3.13.1-266.el7_8.1.noarch.rpm

Source:
7012c0fedb27556b513cb7d18d1ed0f7c3480febd4f4d016176f16331e1bc01e  
selinux-policy-3.13.1-266.el7_8.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] virt-manager guest display resize not keep

[Jerry Geis]

Hi All,

I have CentOS 7 has host and CentOS 8 as guest. I ran the command:
virsh edit CentOS8 and changed the vgamem to 65536.
I Now get higher resolutions in the guest - I select the 4K resolution, all
works. Then when I reboot I am back to 1024x768.

Any thoughts on getting the C8 guest to keep its screen resolution ?

Thanks,

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

Re: [CentOS-docs] Documentation SIG: Participation wanted

[Jonathan Billings]

On Tue, Jun 30, 2020 at 02:20:55PM -0400, Rich Bowen wrote:
> If any of the above appeals to you, I would ask you to let me know. I would
> like to create a SIG around the wiki. Please let me know if you're
> interested. I know that there are a number of you who are consistently
> active on this list. I would like to find a way to give us a little more
> power/authority over the wiki to make higher-level editorial decisions about
> information architecture. Also, having a formal SIG might be a way to engage
> more people to join the effort and dedicate some time to it.

I'd like to volunteer as well.

-- 
Jonathan Billings 
___
CentOS-docs mailing list
CentOS-docs@centos.org
https://lists.centos.org/mailman/listinfo/centos-docs

Re: [CentOS] Force package install using yum?

[Jonathan Billings]

On Jul 1, 2020, at 05:25, Jeffrey Walton  wrote:
> 
> /opt/rh/httpd24/root/etc/httpd/logs

The rpm is complaining that cpio can’t extract this path. Is it supposed to be 
a link but now it’s a directory?

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

Re: [CentOS] RPMFusion and NVIDIA driver problem

[Phil Perry]

On 01/07/2020 07:58, Alessandro Baggi wrote:


Il 30/06/20 17:41, Phil Perry ha scritto:

On 30/06/2020 08:33, Alessandro Baggi wrote:


Il 29/06/20 16:02, Phil Perry ha scritto:

On 29/06/2020 07:36, Alessandro Baggi wrote:

Hi list,

I'm on C8.1 and I'm trying to install NVIDIA driver from 
rpmfusion-nonfree repository but it returns:


  package kmod-nvidia-3:440.82-2.el8.x86_64 requires 
kmod-nvidia-4.18.0-147.el8.x86_64 >= 3:440.82-2.el8, but none of 
the providers can be installed

   - conflicting requests
   - nothing provides kernel < 4.18.0-148.el8 needed by 


The package is looking for an el8.1 kernel to meet it's dependencies 
and can not find one. C8.2 has now been released, and as a result 
all 8.1 packages got moved to vault. If you enable the vault repo, 
yum will be able to find the kernel package it is looking for to 
meet the dependencies. However, if you do that you will have to boot 
to an old C8.1 series kernel for your nvidia drivers to work.



kmod-nvidia-4.18.0-147.el8.x86_64-3:440.82-2.el8.x86_64
(try to add '--skip-broken' to skip uninstallable packages or 
'--nobest' to use not only best candidate packages)


and uname -r returns:

4.18.0-193.6.3.el8_2.x86_64



Yes, you are running the latest 8.2 series kernel.

Seems that RPMFusion needs an update. Waiting for this there is a 
way to install this package without fall in problems?


Thank you in advance.



Yes, seems that repo is stale. They need to release packages built 
against el8.2, which at least for RHEL have been out for 2 months 
now. A newer stable nvidia driver (440.100) was also released 
recently. The (not ideal) workaround is as stated above - enable 
CentOS vault repo and boot into an older el8.1 series kernel for now 
until they update packages.


I would normally recommend you try the nvidia drivers from elrepo, 
but I have a vested interest as I maintain them


Phil


Hi Phil,

thank you for your answer.

I tried with this after installing ELrepo repository:

yum --enablerepo=elrepo install kmod-nvidia

but I get the same result for different version.




Hi Alessandro,

You will need to provide more information for me to be able to help, 
like the errors you received.


As a general rule, try not to mix elrepo and rpmfusion repos, or if 
you have to, do so carefully and manage any conflicts manually.


You can usually tell which point release kernel series a kmod is built 
for by the tag in their release (e.g, el8.2 packages will have the 
elrepo.el8_2 release tag), so you can ensure you are installing / 
updating the correct package for your system.


Regards,

Phil



Hi Phil,

thank you for your answer.

Currently I need RPMFusion for some packages so I cannot remove it.

About my previous error about the command with --enablerepo=elrepo it 
gives me errors because it tries to install again rpmfusion packages so 
adding --disablerepo=rpmfusion-nonfree-updated  will permit to install 
the driver but currently I remain with nouveau to avoid conflicts 
between elrepo and RPMFusion.


Thank you for your help.



Hi Alessandro,

I tend to manually manage situations like that using package exclusions 
where competing packages are available from 2 different repositories.


Regards,

Phil

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

Re: [CentOS] fdisk boot partition

[J Martin Rushton via CentOS]

On 01/07/2020 08:42, Warren Young wrote:

On Jun 30, 2020, at 1:25 PM, John Pierce  wrote:


On Tue, Jun 30, 2020 at 12:12 PM Jerry Geis  wrote:


I am trying to use CentOS 8 host to boot an image (OS X) that  I created
using dd.

First I tried fdisk -l image_file.img ...



fdisk has been deprecated for quite a long time, I think parted is the
preferred command line tool now.


Even to the extent that it works, it’d only support MBR partitioning, and you 
almost certainly want GPT for a macOS boot image.

…and then “bootable” flags go out the window anyway, because EFI doesn’t care 
about that.

fdisk has been updated:
  # fdisk /dev/sdb
  ...
  Welcome to fdisk (util-linux 2.23.2).
  ...
  Command (m for help): m
  Command action
  ...
g   create a new empty GPT partition table
  ...

How good it is, I leave to others.

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

[CentOS] [OT] Bacula offsite replication

[Alessandro Baggi]

Hi everyone,

I have updated my backup server to CentOS 8.2. It runs bacula performing 
backup on disks. I would like to replicate backups on another offsite 
machine.


I read about the ability to configure a new storage daemon in the 
offsite location and create a Migration/Copy Jobs. If I'm not wrong, it 
replicates only volumes but not replicate the catalog. I will try this.


Another way to replicate the volumes on another server is using rsync.

What is your suggestion about this topic?

Thank you in advance.

Alessandro.

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

[CentOS] Force package install using yum?

[Jeffrey Walton]

Hi Everyone,

I have a CentOS 7 box that's refusing a rpm update. I suspect it has
something to do with SCL enabled. The 'yum update' output is shown
below.

I need to force this package to install. I don't give a damn about the
log files. I need that server patched since it is forward facing.
Taking the server offline is not an option.

How do I force the package installation?

Thanks in advance.



Running transaction
  Updating   : httpd24-httpd-2.4.34-18.el7.x86_64   1/2
Error unpacking rpm package httpd24-httpd-2.4.34-18.el7.x86_64
error: unpacking of archive failed on file
/opt/rh/httpd24/root/etc/httpd/logs: cpio: rename
httpd24-httpd-2.4.34-15.el7.x86_64 was supposed to be removed but is not!
  Verifying  : httpd24-httpd-2.4.34-15.el7.x86_64   1/2
  Verifying  : httpd24-httpd-2.4.34-18.el7.x86_64   2/2
Failed:
  httpd24-httpd.x86_64 0:2.4.34-15.el7   httpd24-httpd.x86_64 0:2.4.34-18.el7



My attempt to force it from
https://www.redhat.com/archives/fedora-list/2007-October/msg02953.html:

# yum clean
...
# yum install --downloadonly httpd24-httpd.x86_64 0:2.4.34-15.el7.rpm
...
# yum localinstall
/var/cache/yum/x86_64/7/centos-sclo-rh/packages/httpd24-httpd-2.4.34-18.el7.x86_64.rpm
Loaded plugins: fastestmirror
Examining 
/var/cache/yum/x86_64/7/centos-sclo-rh/packages/httpd24-httpd-2.4.34-18.el7.x86_64.rpm:
httpd24-httpd-2.4.34-18.el7.x86_64
Marking 
/var/cache/yum/x86_64/7/centos-sclo-rh/packages/httpd24-httpd-2.4.34-18.el7.x86_64.rpm
as an update to httpd24-httpd-2.4.34-15.el7.x86_64
Resolving Dependencies
--> Running transaction check
---> Package httpd24-httpd.x86_64 0:2.4.34-15.el7 will be updated
---> Package httpd24-httpd.x86_64 0:2.4.34-18.el7 will be an update
--> Finished Dependency Resolution

Dependencies Resolved


 Package   Arch   Version Repository   Size

Updating:
 httpd24-httpd x86_64 2.4.34-18.el7   /httpd24-httpd-2.4.34-18.el7.x86_64 4.3 M

Transaction Summary

Upgrade  1 Package

Total size: 4.3 M
Is this ok [y/d/N]: Y
Downloading packages:
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
  Updating   : httpd24-httpd-2.4.34-18.el7.x86_64   1/2
Error unpacking rpm package httpd24-httpd-2.4.34-18.el7.x86_64
error: unpacking of archive failed on file
/opt/rh/httpd24/root/etc/httpd/logs: cpio: rename
httpd24-httpd-2.4.34-15.el7.x86_64 was supposed to be removed but is not!
  Verifying  : httpd24-httpd-2.4.34-15.el7.x86_64   1/2
  Verifying  : httpd24-httpd-2.4.34-18.el7.x86_64   2/2

Failed:
  httpd24-httpd.x86_64 0:2.4.34-15.el7   httpd24-httpd.x86_64 0:2.4.34-18.el7

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

Re: [CentOS] fdisk boot partition

[Warren Young]

On Jun 30, 2020, at 1:25 PM, John Pierce  wrote:
> 
> On Tue, Jun 30, 2020 at 12:12 PM Jerry Geis  wrote:
> 
>> I am trying to use CentOS 8 host to boot an image (OS X) that  I created
>> using dd.
>> 
>> First I tried fdisk -l image_file.img ...
> 
> 
> fdisk has been deprecated for quite a long time, I think parted is the
> preferred command line tool now.

Even to the extent that it works, it’d only support MBR partitioning, and you 
almost certainly want GPT for a macOS boot image.

…and then “bootable” flags go out the window anyway, because EFI doesn’t care 
about that.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] RPMFusion and NVIDIA driver problem

[Alessandro Baggi]

Il 30/06/20 17:41, Phil Perry ha scritto:

On 30/06/2020 08:33, Alessandro Baggi wrote:


Il 29/06/20 16:02, Phil Perry ha scritto:

On 29/06/2020 07:36, Alessandro Baggi wrote:

Hi list,

I'm on C8.1 and I'm trying to install NVIDIA driver from 
rpmfusion-nonfree repository but it returns:


  package kmod-nvidia-3:440.82-2.el8.x86_64 requires 
kmod-nvidia-4.18.0-147.el8.x86_64 >= 3:440.82-2.el8, but none of 
the providers can be installed

   - conflicting requests
   - nothing provides kernel < 4.18.0-148.el8 needed by 


The package is looking for an el8.1 kernel to meet it's dependencies 
and can not find one. C8.2 has now been released, and as a result 
all 8.1 packages got moved to vault. If you enable the vault repo, 
yum will be able to find the kernel package it is looking for to 
meet the dependencies. However, if you do that you will have to boot 
to an old C8.1 series kernel for your nvidia drivers to work.



kmod-nvidia-4.18.0-147.el8.x86_64-3:440.82-2.el8.x86_64
(try to add '--skip-broken' to skip uninstallable packages or 
'--nobest' to use not only best candidate packages)


and uname -r returns:

4.18.0-193.6.3.el8_2.x86_64



Yes, you are running the latest 8.2 series kernel.

Seems that RPMFusion needs an update. Waiting for this there is a 
way to install this package without fall in problems?


Thank you in advance.



Yes, seems that repo is stale. They need to release packages built 
against el8.2, which at least for RHEL have been out for 2 months 
now. A newer stable nvidia driver (440.100) was also released 
recently. The (not ideal) workaround is as stated above - enable 
CentOS vault repo and boot into an older el8.1 series kernel for now 
until they update packages.


I would normally recommend you try the nvidia drivers from elrepo, 
but I have a vested interest as I maintain them


Phil


Hi Phil,

thank you for your answer.

I tried with this after installing ELrepo repository:

yum --enablerepo=elrepo install kmod-nvidia

but I get the same result for different version.




Hi Alessandro,

You will need to provide more information for me to be able to help, 
like the errors you received.


As a general rule, try not to mix elrepo and rpmfusion repos, or if 
you have to, do so carefully and manage any conflicts manually.


You can usually tell which point release kernel series a kmod is built 
for by the tag in their release (e.g, el8.2 packages will have the 
elrepo.el8_2 release tag), so you can ensure you are installing / 
updating the correct package for your system.


Regards,

Phil

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


Hi Phil,

thank you for your answer.

Currently I need RPMFusion for some packages so I cannot remove it.

About my previous error about the command with --enablerepo=elrepo it 
gives me errors because it tries to install again rpmfusion packages so 
adding --disablerepo=rpmfusion-nonfree-updated  will permit to install 
the driver but currently I remain with nouveau to avoid conflicts 
between elrepo and RPMFusion.


Thank you for your help.



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

[CentOS] Promoting an upcoming release

[mreilly]

Hello,

I will soon release a new open source project that may be of interest to 
the CentOS community.
Can you suggest some place(s) where it would be appropriate for me to 
announce/promote it?


Thank you,
Michael Reilly
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos