Discuss

discuss@lists.centos.org

34733 discussions

CentOS-announce Digest, Vol 185, Issue 2
by centos-announce-request＠centos.org 09 Jul '20

09 Jul '20

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2020:2827 Important CentOS 7 firefox Security Update (Johnny Hughes) 2. CEBA-2020:2661 CentOS 7 389-ds-base BugFix Update (Johnny Hughes) 3. CESA-2020:2824 Important CentOS 6 firefox Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 8 Jul 2020 17:23:13 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:2827 Important CentOS 7 firefox Security Update Message-ID: <20200708172313.GA3550(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:2827 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:2827 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 85eeb413b8167acfe21f28faf179577a72d277afd0cf54506f5edd80adff6c96 firefox-68.10.0-1.el7.centos.i686.rpm 1cf2c2fc03bb9a8f2df584bb215c608f8d64f93f92f4921a251f8b0a0d354785 firefox-68.10.0-1.el7.centos.x86_64.rpm Source: abc9f64de096c504c8991f6d1bf6f43bf3628dc74557258ad4822cc9b9f71b84 firefox-68.10.0-1.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 8 Jul 2020 17:24:37 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2020:2661 CentOS 7 389-ds-base BugFix Update Message-ID: <20200708172437.GA3735(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2020:2661 Upstream details at : https://access.redhat.com/errata/RHBA-2020:2661 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: f9af0cd1d022162ad71a593ac1b74e1707e59b9d44af5e1febc202cb5f5f8312 389-ds-base-1.3.10.1-14.el7_8.x86_64.rpm 8d14c2cf5e6f51f182fb0e116c9c06c3ae50e1015c48459f91331a392c3972b4 389-ds-base-devel-1.3.10.1-14.el7_8.x86_64.rpm 642830ded3d064d6c27951a9f9568578cbf43777b850193034817808b7fd6349 389-ds-base-libs-1.3.10.1-14.el7_8.x86_64.rpm 85e1d7614ee9772a2ed0dde2d235ab6f82f16bf195654ed7f55558667427ab78 389-ds-base-snmp-1.3.10.1-14.el7_8.x86_64.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Wed, 8 Jul 2020 17:26:10 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:2824 Important CentOS 6 firefox Security Update Message-ID: <20200708172610.GA3908(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:2824 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:2824 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 836fe37d81abff787edb7cbf857fe7582e43c4bc287c36986a68e3f017a17219 firefox-68.10.0-1.el6.centos.i686.rpm x86_64: 836fe37d81abff787edb7cbf857fe7582e43c4bc287c36986a68e3f017a17219 firefox-68.10.0-1.el6.centos.i686.rpm e1a8f2b8906949bb92dd41414d472801f3c19c9104958c3418805540c4e19398 firefox-68.10.0-1.el6.centos.x86_64.rpm Source: 8449ad137d456efe63609ccfda22f8ebdf9742aa1d50385ecd93f0818987c359 firefox-68.10.0-1.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 185, Issue 2 ***********************************************

1 0

disk on vm with kvm
by Rick Gutierrez 08 Jul '20

08 Jul '20

hi list, i am trying to change the input and output scheduler on my disks, and it does not allow me , I have several virtualized vm over kvm, and when I try to make the change it shows me this message: echo "noop" > /sys/block/vda/queue/scheduler -bash: echo: write error: Invalid argument kernel version: 3.10.0-1127.13.1.el7.x86_64 any idea? -- rickygm http://gnuforever.homelinux.com

2 2

Re: [CentOS] [OT] Bacula offsite replication
by Leroy Tennison 08 Jul '20

08 Jul '20

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: leroy(a)datavoiceint.com [cid:Data-Voice-International-LOGO_aa3d1c6e-5cfb-451f-ba2c-af8059e69609.PNG] 2220 Bush Dr McKinney, Texas 75070 www.datavoiceint.com<http://www..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<http://subscribe.harriscomputer.com/>. 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 <christopher.schanzle(a)nist.gov> Sent: Wednesday, July 1, 2020 10:03 AM To: CentOS mailing list <centos(a)centos.org>; Leroy Tennison <leroy(a)datavoiceint.com> 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 <centos-bounces(a)centos.org> on behalf of Alessandro Baggi <alessandro.baggi(a)gmail.com> > Sent: Wednesday, July 1, 2020 9:26 AM > To: centos(a)centos.org <centos(a)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: leroy(a)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&…> > > > 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<https://linkprotect.cudasvc.com/url?a=http%3a%2f%2fsubscribe.harriscomputer…>. > > > > 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 <centos-bounces(a)centos.org> on behalf of Alessandro Baggi <alessandro.baggi(a)gmail.com> >> Sent: Wednesday, July 1, 2020 5:26 AM >> To: centos(a)centos.org <centos(a)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(a)centos.org >> https://lists.centos.org/mailman/listinfo/centos >> >> Harriscomputer >> >> Leroy Tennison >> Network Information/Cyber Security Specialist >> E: leroy(a)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&c=…> >> >> >> 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<https://linkprotect.cudasvc.com/url?a=http%3a%2f%2fsubscribe.harriscomputer…>. >> >> >> >> 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(a)centos.org >> https://lists.centos.org/mailman/listinfo/centos > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > https://lists.centos.org/mailman/listinfo/centos > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > https://lists.centos.org/mailman/listinfo/centos

5 10

CentOS 8 and webrtc plugin
by Jerry Geis 08 Jul '20

08 Jul '20

I am trying to play with webrtc and gstreamer. libnice - nicesrc/nicesink elements (this is the only build-time dependency) - openssl - dtlsdec/dtlsenc elements - libsrtp2 - srtpdec/srtpenc elements - usrsctp - sctpdec/sctpenc elements (only required if you use data channels). These are dependencies (apparently). The first two I have. How do I get the last two or anyone got webrtc working with CentOS 8 ? Thanks all. Jerry

1 0

Generating X configuration files
by Michael Hennebry 07 Jul '20

07 Jul '20

I'm trying to make my computer work with a Fedora 32 live DVD. Video issues make it either crap out or only give me 640x480. Grrrr. Centos 7 is running just fine. I think I could make it go by booting to runlevel 3 and running startx manually. For that to work, I think I need to pass startx the right configuration file. To me, 'tain't obvious what to put in that file. Is there a way to get Centos 7 to generate a configuaration file for me? -- Michael hennebry(a)web.cs.ndsu.NoDak.edu "Sorry but your password must contain an uppercase letter, a number, a haiku, a gang sign, a heiroglyph, and the blood of a virgin." -- someeecards

1 1

systemd environment var composed of vars
by Leon Fauster 06 Jul '20

06 Jul '20

Is it somehow possible to use composed ENV vars in a systemd unit file? Simple example, env file has ADDRESS=foo PORT=bar LISTEN=${ADDRESS}:${PORT} putting ${ADDRESS}:${PORT} directly in the unit file works, $LISTEN not. Does systemd supports such var substitution? -- Leon

1 1

Promoting an upcoming release
by mreilly＠resiliware.com 05 Jul '20

05 Jul '20

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

2 1

Slow terminal response Centos 7.7 1908
by Erick Perez - Quadrian Enterprises 04 Jul '20

04 Jul '20

Hey! I have a strange condition in one of the servers that I don't where to start looking. I login to the server via SSH (cant doit any other way) and anything that I type is slow HTTP sessions timeout waiting for screen redraw. So, the server is acting "slow". server is bare metal. no virtual services. no alarms in the disk raid note: server was restarted because of power failure. Some outputs from this server that is a mail server: [root@correo ~]# top top - 09:54:43 up 23:51, 2 users, load average: 0.18, 0.23, 0.28 Tasks: 210 total, 1 running, 209 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.2 us, 0.1 sy, 0.0 ni, 99.8 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem : 32606084 total, 25106412 free, 5932244 used, 1567428 buff/cache KiB Swap: 16449532 total, 16449532 free, 0 used. 26282624 avail Mem **iostat** [root@correo ~]# iostat -y 5 Linux 3.10.0-1062.12.1.el7.x86_64 (correo.binal.ac.pa) 07/03/2020 _x86_64_ (4 CPU) avg-cpu: %user %nice %system %iowait %steal %idle 0.05 0.00 0.05 0.05 0.00 99.85 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 0.00 0.00 0.00 0 0 dm-0 0.00 0.00 0.00 0 0 dm-1 0.00 0.00 0.00 0 0 avg-cpu: %user %nice %system %iowait %steal %idle 0.05 0.00 0.05 0.05 0.00 99.85 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 21.40 0.00 169.60 0 848 dm-0 21.40 0.00 169.60 0 848 dm-1 0.00 0.00 0.00 0 0 avg-cpu: %user %nice %system %iowait %steal %idle 0.60 0.00 0.05 0.45 0.00 98.90 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 1.20 16.80 0.00 84 0 dm-0 1.20 16.80 0.00 84 0 dm-1 0.00 0.00 0.00 0 0 avg-cpu: %user %nice %system %iowait %steal %idle 0.05 0.00 0.00 0.05 0.00 99.90 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 8.00 0.00 100.20 0 501 dm-0 9.00 0.00 100.20 0 501 dm-1 0.00 0.00 0.00 0 0 avg-cpu: %user %nice %system %iowait %steal %idle 0.45 0.00 0.35 0.05 0.00 99.15 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 1.00 0.80 3.20 4 16 dm-0 1.00 0.80 3.20 4 16 dm-1 0.00 0.00 0.00 0 0 **dstop** [root@correo ~]# dstat -cd --disk-util --disk-tps ----total-cpu-usage---- -dsk/total- sda- -dsk/total- usr sys idl wai hiq siq| read writ|util|reads writs 1 0 99 0 0 0| 20k 17k|0.14| 1 1 0 0 100 0 0 0| 0 0 | 0| 0 0 0 0 100 0 0 0| 0 0 | 0| 0 0 0 0 100 0 0 0| 0 0 | 0| 0 0 0 0 100 0 0 0| 0 0 | 0| 0 0 0 0 100 0 0 0| 0 0 | 0| 0 0 4 0 84 11 0 0|2512k 228k|52.3| 123 2 31 4 58 7 0 0|1912k 1026k|38.1| 132 23 0 0 99 0 0 0| 0 0 | 0| 0 0 1 0 99 1 0 0|4096B 3819k|22.5| 1 270 0 0 100 0 0 0| 0 0 | 0| 0 0 13 1 83 4 0 0| 148k 2304k|15.3| 18 214 1 0 98 1 0 0| 140k 499k|9.70| 14 8 26 5 69 0 0 0| 0 1260k|1.30| 0 46 56 7 38 0 0 0| 0 204k|0.30| 0 12 14 11 75 0 0 0| 0 0 | 0| 0 0 22 10 68 0 0 0| 0 0 | 0| 0 0 16 10 71 3 0 0| 192k 37k|14.0| 12 2 0 0 100 0 0 0| 0 0 | 0| 0 0 0 0 100 0 0 0| 0 152k| 0| 0 2 0 0 100 0 0 0| 0 0 | 0| 0 0 1 1 98 1 0 0| 16k 2569k|14.8| 1 207 1 1 98 0 0 0|4096B 0 |1.10| 1 0 1 0 99 0 0 0| 0 0 | 0| 0 0 0 0 100 0 0 0| 0 600k|1.30| 0 51 2 0 98 0 0 0| 0 0 | 0| 0 0 4 0 96 0 0 0| 0 0 | 0| 0 0 0 0 100 0 0 0| 0 0 | 0| 0 0 -- --------------------- Erick Perez ---------------------

2 3

setting kernel IP boot values
by Jerry Geis 02 Jul '20

02 Jul '20

Hi I found this information: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/ht… Specifically: Set the configuration using the ip option on the kernel command line: ip<client-IP-number>:[<server-id>]:<gateway-IP-number>:<netmask>:<client-hostname>:<interface>:{dhcp|dhcp6|auto6|on|any|none|off} dhcp - DHCP configuration dhpc6 - DHCP IPv6 configuration auto6 - automatic IPv6 configuration on, any - any protocol available in the kernel (default) none, off - no autoconfiguration, static network configuration For example: ip=192.168.180.120:192.168.180.100:192.168.180.1:255.255.255.0::enp1s0:off but I am confused. I desire to set IP boot values with DHCP and name of machine say jerry. so I would use ip=::::jerry.domain:eth0:dhcp Is this correct ? Jerry

1 2

Re: [CentOS] [OT] Bacula offsite replication
by Valeri Galtsev 02 Jul '20

02 Jul '20

On 2020-07-02 09:50, Bez Thomas wrote: > Hi Valeri, > > To go off on a tangent, do you use the Bareos community edition, or the paid version? > I use open source - community edition. I work for the department of the university, they do not have much money, thus pretty much everything I set up for them is free as in free bear. I have to invest my time and knowledge - and help of others - instead of paid support, and this way I earn my salary ;-) Suits both myself and my employers. Valeri > Thanks, > Bez Thomas (he/him) > Tech Services, Astronomy/CCAPS > 222 Space Sciences Bldg, Cornell University > 607-255-3434 > > > > > > >> On Jul 2, 2020, at 10:39 AM, Valeri Galtsev <galtsev(a)kicp.uchicago.edu> wrote: >> >> >> >> On 2020-07-02 08:28, Alessandro Baggi wrote: >>> Il 02/07/20 15:02, Valeri Galtsev ha scritto: >>>> >>>> >>>> On 7/2/20 3:22 AM, Alessandro Baggi wrote: >>>>> Il 01/07/20 17:13, Leroy Tennison ha scritto: >>>>>> 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 Sp >>>>> >>>>> Hi Leroy, >>>>> >>>>> I think that in my case I could not use a tgz archive. I'm speaking about full backups that reach 600/700GiB, compressing them and then rsync them could take so much time that it will be useless. >>>>> >>>> >>>> unless you use tape (of that high capacity), it is advantageous to restrict volume size to, say, 50GB. Then when you restore, search for specific files will be faster. And it will help your backup volumes transfers as well. >>>> >>>> Valeri >>> Hi Valeri, >>> thank you for your suggestion. >>> Is bacula the right backup system when I need to replicate data offsite? There are other backup solution that simplify this process? >> >> Bacula is great enterprise level open source backup system. I switched to its fork bareos at some point; I use bacula/bareos for at least a decade. And with this your extra requirement I still would stay with bareos (or bacula). >> >> If I were to have two sets of backup: on site and off site, I would just set up separate bacula/bareos director and storage daemon(s) off site. Add to FDs (file daemons) extra instances of director - offsite one with different passwords for the sake of security. Then there will be a set of everything off site, not only a set of volumes. Of course, if you only have a set of volumes, but everything else has evaporated, you still will be able to restore everything, including database records by scanning set of volumes. Which will take forever. I would alternate dates of backups in offsite/onsite schedules, or define times of backups so that they do not overlap. >> >> Another good news of this vs just rsyncing volumes is: bacula/bareos verifies checksum of every backed up file after receiving it. This will ensure consistency of files in remote volumes, for rsync you will have to at least verify checksum of each volume transferred to destination (unless I miss my wits and rsync does verify checksums of files transferred, I just re-read rsync man and don't see verification - hopefully rsync expert will chime in and correct me if I'm wrong about rsync). >> >> Anyway, that is what I would do. >> >> Valeri >> >>> Thank you in advance >>> _______________________________________________ >>> CentOS mailing list >>> CentOS(a)centos.org >>> https://lists.centos.org/mailman/listinfo/centos >> >> -- >> ++++++++++++++++++++++++++++++++++++++++ >> Valeri Galtsev >> Sr System Administrator >> Department of Astronomy and Astrophysics >> Kavli Institute for Cosmological Physics >> University of Chicago >> Phone: 773-702-4247 >> ++++++++++++++++++++++++++++++++++++++++ >> _______________________________________________ >> CentOS mailing list >> CentOS(a)centos.org >> https://lists.centos.org/mailman/listinfo/centos > -- ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss