Discuss

discuss@lists.centos.org

5 participants
34752 discussions

RHEL 7.6 released
by Yan Li 31 Oct '18

31 Oct '18

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/ht… They silently rebased GNOME to 3.28, which wasn't in the 7.6 beta nor in the release notes. Can't wait to see it on my desktop. Too bad we still have to wait for 3.29, which has more fixes for the huge memory leak of gnome-shell. -- Yan Li

7 9

Testing
by Turritopsis Dohrnii Teo En Ming 31 Oct '18

31 Oct '18

Please ignore. ===BEGIN SIGNATURE=== Turritopsis Dohrnii Teo En Ming's Academic Qualifications as at 30 Oct 2017 [1] https://tdtemcerts.wordpress.com/ <https://tdtemcerts.wordpress.com/>[2] http://tdtemcerts.blogspot.sg/ <http://tdtemcerts.blogspot.sg/>[3] https://www.scribd.com/user/270125049/Teo-En-Ming <https://www.scribd.com/user/270125049/Teo-En-Ming>===END SIGNATURE===

1 0

Address Codes
by Chris Olson 30 Oct '18

30 Oct '18

One of our summer interns has stayed on during the school year to work some weekends on special assignments. This past weekend, her assignment was to draft, and try out, procedures for scanning all incoming regular mail including the envelopes. This is a new effort for us because previous mail handling was done by another organization. Most of our incoming mail is from other businesses that create printed address labels. Many of these labels also have a type of bar code below the address. Is there a Linux utility or standard application that will read and translate these codes. Thanks.

2 1

CentOS-announce Digest, Vol 164, Issue 7
by centos-announce-request＠centos.org 30 Oct '18

30 Oct '18

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. CEBA-2018:3013 CentOS 6 tzdata BugFix Update (Johnny Hughes) 2. CEBA-2018:3013 CentOS 7 tzdata BugFix Update (Johnny Hughes) 3. CESA-2018:C001 CentOS 7 xorg-x11-server Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 29 Oct 2018 18:38:44 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:3013 CentOS 6 tzdata BugFix Update Message-ID: <20181029183844.GA10735(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:3013 Upstream details at : https://access.redhat.com/errata/RHBA-2018:3013 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 0e3a88856581aea77fe93130ea5a87c8db4645ef9e8a542dba9ea503293379e0 tzdata-2018f-1.el6.noarch.rpm f798c34e5a2e851ae952333ed2230c575199aa04159836012f65b89dfe3fb907 tzdata-java-2018f-1.el6.noarch.rpm x86_64: 0e3a88856581aea77fe93130ea5a87c8db4645ef9e8a542dba9ea503293379e0 tzdata-2018f-1.el6.noarch.rpm f798c34e5a2e851ae952333ed2230c575199aa04159836012f65b89dfe3fb907 tzdata-java-2018f-1.el6.noarch.rpm Source: c6aac1e140d20ead4a4418c4357569cd6bace1a980a6f1bd0a3b1cf506f3da92 tzdata-2018f-1.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Mon, 29 Oct 2018 19:41:11 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:3013 CentOS 7 tzdata BugFix Update Message-ID: <20181029194111.GA15585(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:3013 Upstream details at : https://access.redhat.com/errata/RHBA-2018:3013 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 59e12ef8382b5e1e893053e6b6b8ae9408df040bfe114a5a01e83dbfd53f6287 tzdata-2018f-2.el7.noarch.rpm 789b5f573116c54397536cc178fb76eec58bc6b06cc811c0c3372f0505bfd251 tzdata-java-2018f-2.el7.noarch.rpm Source: 4c179f9fa6c98c75a94ab9f4fec7435abab6fa6484494f25059412a71669ccea tzdata-2018f-2.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Mon, 29 Oct 2018 14:52:34 -0500 From: Johnny Hughes <johnny(a)centos.org> To: CentOS-Announce <centos-announce(a)centos.org> Subject: [CentOS-announce] CESA-2018:C001 CentOS 7 xorg-x11-server Security Update Message-ID: <bc02e7f8-22b8-cf55-1e30-d1a0c711a77f(a)centos.org> Content-Type: text/plain; charset="utf-8" CentOS Errata and Security Advisory 2018:C001 Important x86_64: d7040381e9d05074c9220073c20eabe185ca6f133b0e8238f6afb250b28b566f xorg-x11-server-common-1.19.5-5.1.el7_5.0.1.x86_64.rpm ca56b7e4b160e55125ec6b1fa57c24cd2083edefa0ffd78c49bb4111ae053006 xorg-x11-server-devel-1.19.5-5.1.el7_5.0.1.i686.rpm 8c4ca5dc5588839730be5f34995f6f3b1f36c1bc335759fa936f4ddf79fd9dc7 xorg-x11-server-devel-1.19.5-5.1.el7_5.0.1.x86_64.rpm e9d9591569a2c4d6782e266952965b7f507583913b2dce149a3fac2fd9f636ff xorg-x11-server-source-1.19.5-5.1.el7_5.0.1.noarch.rpm e2283801ce3fc087cda74e5d752a9def156d7f8fe598fd383ad1002b9e797bbe xorg-x11-server-Xdmx-1.19.5-5.1.el7_5.0.1.x86_64.rpm f61c07c9d7b907fc7175f680ad9f63a04d4b5b94ea5b064e92f9e1b98bb12d68 xorg-x11-server-Xephyr-1.19.5-5.1.el7_5.0.1.x86_64.rpm 3f8c7bd64a2ad51308c23873a72d7443dde96783e0cd6345a7c3294ad97f029d xorg-x11-server-Xnest-1.19.5-5.1.el7_5.0.1.x86_64.rpm b3ebf91cfe4a50a6264dc2688205d577d8591288a91407153904a9bd4e2b287f xorg-x11-server-Xorg-1.19.5-5.1.el7_5.0.1.x86_64.rpm f43e9ed375c13ac8a09c488db632e8c4a3ca447ec5c9f4664ee2c0b98296a65f xorg-x11-server-Xvfb-1.19.5-5.1.el7_5.0.1.x86_64.rpm 2a52feefdd3bc0e1e2cf54cc73531576159e4476cf456fce35afd055a3072248 xorg-x11-server-Xwayland-1.19.5-5.1.el7_5.0.1.x86_64.rpm NOTE: This update is in response to CVE-2018-14655 (https://www.securepatterns.com/2018/10/cve-2018-14665-xorg-x-server.html) there currently is no corresponding update for RHEL 7.5. Thanks to Pablo Garcia for suggesting and testing this update in the CentOS-QA IRC Channel. -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS

1 0

Cups freeze when remote server is unavailable
by Patrick Bégou 30 Oct '18

30 Oct '18

Hi, I have a setup problem with cups on my CentOS7 laptop. In client.conf If have set the cups server FDQN used at work ServerName servprint.lmy.lab.fr But when I'm at home if I do not comment this line with: # ServerName servprint.lmy.lab.fr cups freeze as soon as I try to print something on my local home printer as the remote server is unreachable. This seams to be an old 2012 bug (see https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1050422) but I'm unable to find any work around 6 years later! My cups in CentOS7 is cups-1.6.3-35.el7.x86_64 Any idea ?

3 5

Fw: Re: [SPDK] VM boot failed sometimes if using vhost-user-blk with spdk
by wuzhouhui 30 Oct '18

30 Oct '18

Forwarded to centos mailing list -----Original Messages----- From: wuzhouhui <wuzhouhui14(a)mails.ucas.ac.cn> Sent Time: 2018-10-30 14:06:00 (Tuesday) To: "storage performance development kit" <spdk(a)lists.01.org> Cc: centos(a)centos.org, qemu-discuss(a)nongnu.org Subject: Re: [SPDK] VM boot failed sometimes if using vhost-user-blk with spdk I enable debug of systemd-udevd by changing guest's /etc/udev/udev.conf to this: udev_log="debug" and regenerate initramfs. Then, we can get more message about this issue. I select some useful messages from /run/initramfs/rdsosreport.txt: systemd-udevd[199] probe /dev/vdb raid offset=8 systemd-udevd[199] no db file to read /run/udev/data/+virtio:virtio1: No such systemd-udevd[199] handling device node '/dev/vdb', devnum=b253:16, mode=0660, systemd-udevd[199] set permissions /dev/vdb, 060660, uid=0, gid=6 systemd-udevd[199] creating symlink '/dev/block/253:16' to '../vdb' systemd-udevd[199] creating link '/dev/disk' to '/dev/vdb' systemd-udevd[199] creating symlink '/dev/disk' to 'vdb' We can see that the symlink /dev/disk was created by system-udevd, and cause boot failed. I also noticed that `blkid /dev/vdb' print nothing, but `blkid /dev/vda*' is normal. The /dev/vdb is correspond to the malloc bdev that spdk created. Is this a bug for system-udevd? (Add centos(a)centos.org and qemu-discuss(a)nongun.org in CC list) > -----Original Messages----- > From: wuzhouhui <wuzhouhui14(a)mails.ucas.ac.cn> > Sent Time: 2018-10-30 11:31:15 (Tuesday) > To: qemu-discuss(a)nongnu.org, spdk(a)lists.01.org > Cc: > Subject: [CASS SPAM][SPDK] VM boot failed sometimes if using vhost-user-blk with spdk > > I'm using following command line to start VM (The /var/tmp/vhost.0 connected to a > malloc bdev (16 MB ) created by SPDK): > /home/wuzhouhui/qemu-2.12.1/x86_64-softmmu/qemu-system-x86_64 \ > -name guest=wzh,debug-threads=on \ > -machine pc-i440fx-2.12,accel=kvm,usb=off \ > -cpu host \ > -m 4096 \ > -object memory-backend-file,id=mem0,size=4096M,mem-path=/dev/hugepages,share=on \ > -numa node,memdev=mem0 \ > -realtime mlock=off \ > -smp 2,sockets=2,cores=1,threads=1 \ > -uuid a84e96e6-2c53-408d-986b-c709bc6a0e51 \ > -no-user-config \ > -nodefaults \ > -rtc base=utc,driftfix=slew \ > -global kvm-pit.lost_tick_policy=delay \ > -no-shutdown \ > -boot strict=on \ > -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \ > -device ahci,id=sata0,bus=pci.0,addr=0x4 \ > -drive file=/home/wuzhouhui/wzh.qcow2,format=qcow2,if=none,id=drive-virtio-disk0,cache=none \ > -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x3,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=0 \ > -device usb-tablet,id=input0,bus=usb.0,port=1 \ > -k en-us \ > -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 \ > -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 -msg timestamp=on \ > -vnc :9 \ > -chardev socket,id=char0,path=/var/tmp/vhost.0 \ > -device vhost-user-blk-pci,id=blk0,chardev=char0,num-queues=4 \ > > But most of the time, VM boot failed with following message in vnc screen: > Warning: /dev/disk/by-uuid/e0dcaf0c-bc23-4df6-b2cd-d40aa1bbb0b5 does not exist > > Generating "/run/initramfs/rdsosreport.txt" > > Entering emergency mode. Exit the shell to continue. > Type "journalctl" to view system logs. > You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /boot > after mounting them and attach it to a bug report. > > There is some message from /run/initramfs/rdsosreport.txt: > ... > system-udevd[196]: symlink '../../vdb' '/dev/disk/by-id/virtio-Malloc.tmp-b253:16' failed: Not a directory > ... > > I checked /dev/disk, it should be a directory, but it is a symlink now: > :/# ls -l /dev/disk > lrwxrwxrwx 1 root 0 3 Oct 30 03:08 /dev/disk -> vdb > > If I just remove: > -chardev socket,id=char0,path=/var/tmp/vhost.0 \ > -device vhost-user-blk-pci,id=blk0,chardev=char0,num-queues=4 \ > The VM will boot normally. > > Does anyone have encountered similar issue like this? > > Host OS: CentOS 7.3, with kernel 3.10.0-862.11.6.el7.x86_64 > Guest OS: CentOS 7.5 > Qemu: 2.12.1 > SPDK: f0cb7b871e in master > _______________________________________________ > SPDK mailing list > SPDK(a)lists.01.org > https://lists.01.org/mailman/listinfo/spdk _______________________________________________ SPDK mailing list SPDK(a)lists.01.org https://lists.01.org/mailman/listinfo/spdk

1 0

Some warnings from SCL's MariaDB
by Carlos Lopez 30 Oct '18

30 Oct '18

Hi all, I am seeing a lot of warnings with mariadb's server from yesterday: InnoDB: page_cleaner: 1000ms intended loop took 10945ms. The settings might not be optimal. According to mysql and mariadb docs, this problem is related to number of page cleaner threads. And it can only set innodb_page_cleaners as high as innodb_buffer_pool_instances. But on the basis of which options should I adjust these two parameters? Regards, C. L. Martinez

1 0

Setting up sendmail to mail system messages on CentOS 6 and 7
by Sorin Srbu 29 Oct '18

29 Oct '18

Hi all, I've previously configured sendmail to send system messages on selected servers running CentOS 6. Usually they just kinda' work out of the box. No problems to speak of. However most of my CentOS 7-servers are rather flakey when it comes to sendmail. Most of the time they just won't send mails for whatever reason. Further, most of the time I can get it working, it's usually about a firewall rule not set, the firewall not having been reloaded or some simple such. There is however this one server that just won't play along. Daemons are up and restarted to pick up any changes, hostnames set etc. but still nothing. I'm at wits end with this one. Here is a typical guide I've used for CentOS 6, and that I've used for the problem server above as well as for other CentOS 7-machines. <https://www.jeffgeerling.com/blogs/jeff-geerling/configure-sendmail-centos> Is setting up sendmail different on CentOS 7 in any way, as compared to CentOS 6?? Anything else I should double-check? -- BW, Sorin ----------------------------------------------------------- # Sorin Srbu, Sysadmin # Uppsala University # Dept of Medicinal Chemistry # Div of Org Pharm Chem # Box 574 # SE-75123 Uppsala # Sweden # # Phone: +46 (0)18-4714482 # Visit: BMC, Husargatan 3, B5:404b # Web: https://www.ilk.uu.se/ ----------------------------------------------------------- # O< ASCII ribbon campaign - Against html E-mail # http://tinyurl.com/ascii-ribbon-campaign # # This message was not sent from an iProduct! # # Please consider the environment before printing this email. # Join the campaign at http://thinkBeforePrinting.org # # MotD follows: If there's one thing I can't stand, it's intolerance.

2 2

Re: [CentOS] Setting up sendmail to mail system messages on CentOS 6 and 7
by マスターズ・イアン 29 Oct '18

29 Oct '18

On 2018/10/27 21:00, centos-request(a)centos.org wrote: > I've previously configured sendmail to send system messages on selected > servers running CentOS 6. Usually they just kinda' work out of the box. No > problems to speak of. > > However most of my CentOS 7-servers are rather flakey when it comes to > sendmail. Most of the time they just won't send mails for whatever reason. > Further, most of the time I can get it working, it's usually about a > firewall rule not set, the firewall not having been reloaded or some simple > such. Another thing to try would be Postfix. I've always found that very easy to use and also requires almost no configuration: https://www.server-world.info/en/note?os=CentOS_7&p=mail&f=1 (on the same site, a lot of very useful CentOS7 info) Usually for local servers, all I do is: 1. Add root alias in /etc/aliases 2. Run 'newaliases' 3. Send test mail: echo "test from `hostname`" | mail -s 'mail test' me@address That's all. ian

3 2

libuv bug ??
by Michael Peters 28 Oct '18

28 Oct '18

EPEL package but I think there's a packaging bug, thought I would ask here. Trying to build something that requires libuv-devel - it finds the .so but can't determine version. header files are in /usr/include/uv however the pkgconfig file specifies /usr/include as the include directory. The pkgconfig file also has the version so I'm not sure why the make file can't determine version, but maybe it is trying to get version from a header and looking in /usr/include instead of /usr/include/uv because the pkgconfig file doesn't specify the subdirectory? Other devel packages with header files in sub directory or /usr/include do list the sub directory in the pkgconfig file, so I think there might be a bug in that pkgconfig file because it doesn't? [alice@localhost ~]$ rpm -ql libuv-devel |grep include /usr/include/uv /usr/include/uv.h /usr/include/uv/errno.h /usr/include/uv/linux.h /usr/include/uv/threadpool.h /usr/include/uv/unix.h /usr/include/uv/version.h [alice@localhost ~]$ grep "include" /usr/lib64/pkgconfig/libuv.pc includedir=/usr/include Cflags: -I${includedir} I can file the bug report with EPEL (Fedora I think is where?) but don't want to if that isn't really a bug. Thank you for feedback. -- *Notice*: Gmail is owned by Google, a company that made its fortune in content indexing and user tracking. It is logical therefore to assume that Google and quite possibly the government has access to any correspondence made with this account. Do not use correspondence with this account for sensitive information.

1 2

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