Re: [CentOS] A Request to Add module to CentOS Linux (3.10.0-1127.18.2.el7.x86_64) 7 (Core)

[Dedoep]

Hi Phil,

Not sure if you've had time to look at this? As mentioned middleware, like
docker-ce, is preventing us from moving to el8.

Thanks
Dan

On Fri, Sep 11, 2020 at 10:33 PM Dedoep  wrote:

> Hi Phil, ok that's great thanks.
> I have a colleague working through vroc/fake raid issues we're having
> when using kernel-ml-5.8.6-2.el7.elrepo.x86_64.rpm by switching to linux
> soft raid. Also we dont have a supported docker-ce for el8  yet.
>
> On Fri, Sep 11, 2020 at 9:10 PM Phil Perry  wrote:
>
>> On 11/09/2020 07:59, Dedoep wrote:
>> > Hello John & Frank,
>> >
>> > We have tried both Centos8 and
>> > installing kernel-ml-5.8.6-2.el7.elrepo.x86_64.rpm but both options are
>> too
>> > "bleeding" edge for our other middleware that still require the Centos
>> > 7 3.10.0-1127.18.2.el7.x86_64. Hence the request.
>> >
>> > Thanks
>> >
>>
>> I have tried backporting the module to el7 for you as requested at
>> elrepo, but it is not trivial and so far I've not been able to get the
>> code to compile cleanly. I'll see if I can have another look at it this
>> weekend, but I'm not overly hopeful given the age of the el7 kernel.
>>
>> As others have said, it's never going to appear in the CentOS kernel as
>> it's not present in upstream in RHEL7.
>>
>> Regards,
>>
>> Phil
>> ___
>> CentOS mailing list
>> CentOS@centos.org
>> https://lists.centos.org/mailman/listinfo/centos
>>
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] erasing a disk

[david]

At 01:34 PM 9/14/2020, you wrote:

what if you just dd the first 1GB of the disk and the last GB of the disk
(the last because of RAID signatures of some controllers that write to the
end of the disk)
Look at this article and modify accordingly
https://zedt.eu/tech/linux/using-dd-to-repeatedly-erase-a-specific-range-of-sectors-on-the-hard-disk/

Also, use wipefs -a (Gordon Messmer answered faster than me)

On Mon, Sep 14, 2020 at 3:18 PM david  wrote:

> Folks
>
> I've encountered situations where I want to reuse a hard-drive.  I do
> not want to preserve anything on the drive, and I'm not concerned
> about 'securely erasing' old content.  I just want to be able to
> define it as an Physical Volume (in a logical volume set), or make it
> a ZFS disk, or sometimes make it a simple EXT3, ExFAT or NTFS
> disk.  However, old 'signatures' get in the way and Linux sometimes
> refuses to let me proceed.  I know that a fool-proof solution is to
> use the "dd if=/dev/zero bs=32768 oflag=direct" on the disk, but when
> we're talking USB-connected hard drives of 8 TB, that's an operation
> that can take days.
>
> The disk in question might even have been corrupted.  This would make
> using 'zpool destroy' to clear out a ZFS disk, or
>
> I've tried erasing the first megabyte of the disk, but there are ZFS
> or LVM structures that get in the way.  So, does anyone have an
> efficient way to erase structures from a disk such that it can be reused?
>
> Something like
>-erase first N blocks (block defined as 4096)
>- Erase  blocks starting at block 
>- erase last  blocks
>
> At least such an algorithm would be quicker than erasing 8 TB of data.
>
> David
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>


Thanks for the suggestion.  "wipefs" looks like the right answer.

David 


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

Re: [CentOS] erasing a disk

[John Pierce]

I've never run into a system yet where using dd to write zeros on the first
few megabytes didn't completely wipe the disk as far as the OS and existing
file systems are concerned..

dd if=/dev/zero of=/dev/sde bs=65536 count=1024
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] erasing a disk

[david]

At 02:36 PM 9/14/2020, you wrote:

On 2020-09-14 16:52, Robert Heller wrote:

At Mon, 14 Sep 2020 13:14:44 -0700 CentOS mailing list
 wrote:


Folks
I've encountered situations where I want to reuse a hard-drive.  I do


If it is a Seagate, don't bother.  They have the highest failure 
rate in the industry.


Look at the SMART statistics before deciding to re-use a disk, 
especially "Reallocated_Sector_Ct,"

"Power_On_Hours," and run the "extended SMART test."

Todd Merriman
Software Toolz, Inc.


Todd

The reason I'm reusing a disk is not because of hardware failures, 
but rather because I've abandoned a particular use for that disk, 
maybe changed operating systems, maybe tried something using ZFS and 
want to change to some other techonology.  I know that the best way 
to reclaim a disk after read-failures is to wipe it with zeros, and 
this takes days.


And by the way, I typically use only WD disks, not seagate.

Thanks for the confirmation.

David 


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

Re: [CentOS] erasing a disk

[mailist]

On 2020-09-14 16:52, Robert Heller wrote:

At Mon, 14 Sep 2020 13:14:44 -0700 CentOS mailing list
 wrote:



Folks

I've encountered situations where I want to reuse a hard-drive.  I do


If it is a Seagate, don't bother.  They have the highest failure rate in 
the industry.


Look at the SMART statistics before deciding to re-use a disk, 
especially "Reallocated_Sector_Ct,"

"Power_On_Hours," and run the "extended SMART test."

Todd Merriman
Software Toolz, Inc.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] erasing a disk

[Robert Heller]

At Mon, 14 Sep 2020 13:14:44 -0700 CentOS mailing list  
wrote:

> 
> Folks
> 
> I've encountered situations where I want to reuse a hard-drive.  I do 
> not want to preserve anything on the drive, and I'm not concerned 
> about 'securely erasing' old content.  I just want to be able to 
> define it as an Physical Volume (in a logical volume set), or make it 
> a ZFS disk, or sometimes make it a simple EXT3, ExFAT or NTFS 
> disk.  However, old 'signatures' get in the way and Linux sometimes 
> refuses to let me proceed.  I know that a fool-proof solution is to 
> use the "dd if=/dev/zero bs=32768 oflag=direct" on the disk, but when 
> we're talking USB-connected hard drives of 8 TB, that's an operation 
> that can take days.
> 
> The disk in question might even have been corrupted.  This would make 
> using 'zpool destroy' to clear out a ZFS disk, or
> 
> I've tried erasing the first megabyte of the disk, but there are ZFS 
> or LVM structures that get in the way.  So, does anyone have an 
> efficient way to erase structures from a disk such that it can be reused?
> 
> Something like
>-erase first N blocks (block defined as 4096)
>- Erase  blocks starting at block 
>- erase last  blocks

Use dd in a script:

#!/bin/bash
# erase N 4K blocks starting at M
# (M=0 means from the start of the disk)
# usage: $0 start4Kblock numberof4Kblocks drive
M = $1
N = $2
rawdisk = $3
dd if=/dev/zero bs=4096 oflag=direct count=$N seek=$M of=$rawdisk

> At least such an algorithm would be quicker than erasing 8 TB of data.
> 
> David
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
> 
>   
>  
> 

-- 
Robert Heller -- Cell: 413-658-7953 GV: 978-633-5364
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services


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

Re: [CentOS] erasing a disk

[Erick Perez - Quadrian Enterprises]

what if you just dd the first 1GB of the disk and the last GB of the disk
(the last because of RAID signatures of some controllers that write to the
end of the disk)
Look at this article and modify accordingly
https://zedt.eu/tech/linux/using-dd-to-repeatedly-erase-a-specific-range-of-sectors-on-the-hard-disk/

Also, use wipefs -a (Gordon Messmer answered faster than me)

On Mon, Sep 14, 2020 at 3:18 PM david  wrote:

> Folks
>
> I've encountered situations where I want to reuse a hard-drive.  I do
> not want to preserve anything on the drive, and I'm not concerned
> about 'securely erasing' old content.  I just want to be able to
> define it as an Physical Volume (in a logical volume set), or make it
> a ZFS disk, or sometimes make it a simple EXT3, ExFAT or NTFS
> disk.  However, old 'signatures' get in the way and Linux sometimes
> refuses to let me proceed.  I know that a fool-proof solution is to
> use the "dd if=/dev/zero bs=32768 oflag=direct" on the disk, but when
> we're talking USB-connected hard drives of 8 TB, that's an operation
> that can take days.
>
> The disk in question might even have been corrupted.  This would make
> using 'zpool destroy' to clear out a ZFS disk, or
>
> I've tried erasing the first megabyte of the disk, but there are ZFS
> or LVM structures that get in the way.  So, does anyone have an
> efficient way to erase structures from a disk such that it can be reused?
>
> Something like
>-erase first N blocks (block defined as 4096)
>- Erase  blocks starting at block 
>- erase last  blocks
>
> At least such an algorithm would be quicker than erasing 8 TB of data.
>
> David
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>


-- 

-
Erick Perez
Quadrian Enterprises S.A. - Panama, Republica de Panama
Skype chat: eaperezh
WhatsApp IM: +507-6675-5083
-
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] erasing a disk

[Jon Pruente]

On Mon, Sep 14, 2020 at 3:18 PM david  wrote:

> I've tried erasing the first megabyte of the disk, but there are ZFS
> or LVM structures that get in the way.  So, does anyone have an
> efficient way to erase structures from a disk such that it can be reused?
>

GPT for sure has backup metadata on the drive, so you won't be wiping it by
trying to remove the first few MB. You always should try using tooling made
for the purpose instead of trying to manually do it. In this case try a
tool like wipefs.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] erasing a disk

[Gordon Messmer]

On 9/14/20 1:14 PM, david wrote:
I've tried erasing the first megabyte of the disk, but there are ZFS 
or LVM structures that get in the way.  So, does anyone have an 
efficient way to erase structures from a disk such that it can be reused? 



Use "wipefs -a" on any partition (or raw disk) before reusing it.

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

[CentOS] erasing a disk

[david]

Folks

I've encountered situations where I want to reuse a hard-drive.  I do 
not want to preserve anything on the drive, and I'm not concerned 
about 'securely erasing' old content.  I just want to be able to 
define it as an Physical Volume (in a logical volume set), or make it 
a ZFS disk, or sometimes make it a simple EXT3, ExFAT or NTFS 
disk.  However, old 'signatures' get in the way and Linux sometimes 
refuses to let me proceed.  I know that a fool-proof solution is to 
use the "dd if=/dev/zero bs=32768 oflag=direct" on the disk, but when 
we're talking USB-connected hard drives of 8 TB, that's an operation 
that can take days.


The disk in question might even have been corrupted.  This would make 
using 'zpool destroy' to clear out a ZFS disk, or


I've tried erasing the first megabyte of the disk, but there are ZFS 
or LVM structures that get in the way.  So, does anyone have an 
efficient way to erase structures from a disk such that it can be reused?


Something like
  -erase first N blocks (block defined as 4096)
  - Erase  blocks starting at block 
  - erase last  blocks

At least such an algorithm would be quicker than erasing 8 TB of data.

David

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

[CentOS-announce] CESA-2020:3617 Important CentOS 7 dovecot Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2020:3617 Important

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

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

x86_64:
6ce4ad3c854d89718c469df1d4f7aeac6a8434556118275bb4b324847dcc6b1f  
dovecot-2.2.36-6.el7_8.1.i686.rpm
e391cbeba08b1519396239fcb00b50bb663881d27aa8031ba222df613dce2159  
dovecot-2.2.36-6.el7_8.1.x86_64.rpm
43b14f32642d28cb2b456d2c10d7d41b98a6a61b92d5253d53947fa632c0865e  
dovecot-devel-2.2.36-6.el7_8.1.x86_64.rpm
a86f968d5072fb2464dd3095f2b48710970d6b1f5d3c83d008ed4a0bfcb9e54e  
dovecot-mysql-2.2.36-6.el7_8.1.x86_64.rpm
ace8e5be7f1920a9fdea7a76700ad4a8c228f900df17c1d6faa46853d978e9cf  
dovecot-pgsql-2.2.36-6.el7_8.1.x86_64.rpm
72d08ad4f4c6d877481367326333c5adac6be70cf4cef41f54cb4d48736681ce  
dovecot-pigeonhole-2.2.36-6.el7_8.1.x86_64.rpm

Source:
bf4ea5803ec61ca57f4908afec4a403fc6ad7482010cc2a73596600201d49e6f  
dovecot-2.2.36-6.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-announce] CESA-2020:3631 Important CentOS 7 thunderbird Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2020:3631 Important

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

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

x86_64:
eee32b147df145f7043c9e9f6bff219b5b7baee07773c613dda73a937fecb1ec  
thunderbird-68.12.0-1.el7.centos.x86_64.rpm

Source:
47a72b65f6b7fd85d69531a9fa992423075b3d355f2557dad453df8e506b9b1d  
thunderbird-68.12.0-1.el7.centos.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:3643 Important CentOS 6 thunderbird Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2020:3643 Important

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

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

i386:
558cb4cec9d65b7140f56dc518d58ae6ceafc230ccdda0bd2b5b937d61115ce2  
thunderbird-68.12.0-1.el6.centos.i686.rpm

x86_64:
5ed3d21f20ebd7146936e4bfd6b106b2b76d0414e2e7a3040ab2f10a355c5bc8  
thunderbird-68.12.0-1.el6.centos.x86_64.rpm

Source:
c1cd84a7a4d24026aea19059ea99c3f5129175b17de8e12f0836301f24220f10  
thunderbird-68.12.0-1.el6.centos.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-virt] CentOS-virt Digest, Vol 156, Issue 3

[Daniel Sichel]

Make sure that the interface that you are bridging to is not a wireless 
interface otherwise it won't work. Very deep in the documentation about setting 
up KVM there is a warning about that it's something about how they initiate 
connections on a wireless interface is different than on a wired one and it 
breaks things in KVM bridging.

Daniel Sichel


From: CentOS-virt  on behalf of 
centos-virt-requ...@centos.org 
Sent: Monday, September 14, 2020 5:00:03 AM
To: centos-virt@centos.org 
Subject: CentOS-virt Digest, Vol 156, Issue 3

Send CentOS-virt mailing list submissions to
centos-virt@centos.org

To subscribe or unsubscribe via the World Wide Web, visit

https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.centos.org%2Fmailman%2Flistinfo%2Fcentos-virtdata=02%7C01%7C%7C1b1ff21daaae47317c1d08d858a5b905%7C84df9e7fe9f640afb435%7C1%7C0%7C637356816074942137sdata=GhJFGCT2YcbsOcSHWcDOuAlirayGxiVvuD2L2XspkVk%3Dreserved=0
or, via email, send a message with subject or body 'help' to
centos-virt-requ...@centos.org

You can reach the person managing the list at
centos-virt-ow...@centos.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-virt digest..."


Today's Topics:

   1. Re: Centos + VM + public ip (Subscriber)
   2. Re: Centos + VM + public ip (Soumya Bhowmik)


--

Message: 1
Date: Sun, 13 Sep 2020 15:47:00 +0300 (EEST)
From: Subscriber 
To: Discussion about the virtualization on CentOS

Subject: Re: [CentOS-virt] Centos + VM + public ip
Message-ID:
<1516494674.1906.161220556.javamail.zim...@agoris.net.ua>
Content-Type: text/plain; charset=utf-8

> Hi,
>
> I've got a dedicated server with OVH and I'd like to host a public VM. I'd 
> like
> Centos OS 7 or 8, I installed KVM already, I got the VM and bought the IP and
> created a virtual mac id. I know I have to bridge it somehow but I can't seem
> to find a proper tutorial. Do you know where to start?

You can do next:
1) Create bridge interface (for example br0) on dedicated server. Associate 
this interface with your Ethernet interface and assign IP address to br0.
2a) When you would create VM add parameter --network=bridge:br0 to the 
virt-install in command line. Or smth similar if you create VM in another way.
2b) Or edit xml file for your VM and add or change config:

  
  
  
  

3) Inside the VM assign real/public IP to you Ethernet (probably eth0) 
interface.

That's all.

If you have additional questions or you need more detail explanation you can 
write me directly.


--

Message: 2
Date: Sun, 13 Sep 2020 13:15:02 + (UTC)
From: Soumya Bhowmik 
To: Discussion about the virtualization on CentOS

Subject: Re: [CentOS-virt] Centos + VM + public ip
Message-ID: <868650482.1233750.162902...@mail.yahoo.com>
Content-Type: text/plain; charset="utf-8"

You can create bridge in CentOS 7 withbr command line tool. In case if CentOS 
8, bridge can be created with nmcli, cockpit or nm-connection-editor.?


Sent from Yahoo Mail on Android

  On Mon, 7 Sep 2020 at 9:54 PM, Yoram Halberstam 
wrote:   Hi,
I've got a dedicated server with OVH and I'd like to host a public VM. I'd like 
Centos OS 7 or 8, I installed KVM already, I got the VM and bought the IP and 
created a virtual mac id. I know I have to bridge it somehow but I can't seem 
to find a proper tutorial. Do you know where to start?


Thanks
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.centos.org%2Fmailman%2Flistinfo%2Fcentos-virtdata=02%7C01%7C%7C1b1ff21daaae47317c1d08d858a5b905%7C84df9e7fe9f640afb435%7C1%7C0%7C637356816074942137sdata=GhJFGCT2YcbsOcSHWcDOuAlirayGxiVvuD2L2XspkVk%3Dreserved=0

-- next part --
An HTML attachment was scrubbed...
URL: 


--

Subject: Digest Footer

___
CentOS-virt mailing list
CentOS-virt@centos.org
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.centos.org%2Fmailman%2Flistinfo%2Fcentos-virtdata=02%7C01%7C%7C1b1ff21daaae47317c1d08d858a5b905%7C84df9e7fe9f640afb435%7C1%7C0%7C637356816074952133sdata=LZJcnDWdjiEMLYSayDjvazxznLSLntO%2B9XcZnVZ%2BMRY%3Dreserved=0


--

End of CentOS-virt Digest, Vol 156, Issue 3

[CentOS] Auditd NETFILTER_PKT record missing src port, dst port

[Akshar Kanak]

Dear team
   The auditd log for NETFILTER_PKT event does not contain the src port ,
 desination port , in and out interface   .
   Has it been removed permanently (
https://patchwork.kernel.org/patch/9638183/)
   or can it be enabled by some configuration by auditctl ?

   centos version : CentOS Linux release 7.6.1810 (Core)
   out kernel version : Linux version 3.10.0-1127.8.2.el7.x86_64 (
mockbu...@kbuilder.bsys.centos.org) (gcc version 4.8.5 20150623 (Red Hat
4.8.5-39) (GCC) ) #1 SMP Tue May 12 16:57:42 UTC 2020

   Thanks and regards
   Akshar
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] "Not using downloaded epel/repomd.xml"

[Nicolas Kovacs]

Le 13/09/2020 à 14:12, m...@tdiehl.org a écrit :
> I too see this regularly. yum clean metadata stops it for a while. I am not
> sure if it is a problem with the way epel metadata is generated or just out
> of date mirrors. I occasionally see it with other repos but it happens with
> epel far more frequently. I have considered adding cron jobs to clean the
> metadata every so often but so far I just put up with it.
> 
> You might want to ask on the epel list.

A simple "yum clean all" got rid of the problem indeed. And a weekly cronjob
for that sounds like a good idea.

I have this problem at erratic intervals, and only with the EPEL repository.

Cheers,

Niki

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