Discuss October 2017

discuss@lists.centos.org

128 participants
113 discussions

perl-ExtUtils-ParseXS-3.18-3.el7.noarch: [Errno 256] No more mirrors to try
by Gregory P. Ennis 22 Oct '17

22 Oct '17

Everyone, I have had some continued difficulties in getting yum update to download and update perl-ExtUtils-ParseXS-3.18-3.el7.noarch after the update from 7.3 to 7.4 on several machines. I have had to --exclude this rpm from the command line to make the update happen. I was unable to identify this problem on the known issues of : https://wiki.centos.org/Manuals/ReleaseNotes/CentOS7?action=show&redire ct=Manuals%2FReleaseNotes%2FCentOS7.1708#head- 281c090cc4fbc6bb5c7d4cd82a266fce807eee7c The error messages I get are : Resolving Dependencies --> Running transaction check ---> Package perl-ExtUtils-ParseXS.noarch 1:3.18-2.el7 will be updated ---> Package perl-ExtUtils-ParseXS.noarch 1:3.18-3.el7 will be an update --> Finished Dependency Resolution Dependencies Resolved ================================================================= Package Arch Version Repository Size ================================================================= Updating: perl-ExtUtils-ParseXS noarch 1:3.18- 3.el7 base 77 k Transaction Summary ================================================================= Upgrade 1 Package Total download size: 77 k Is this ok [y/d/N]: y Downloading packages: No Presto metadata available for base perl-ExtUtils-ParseXS-3.18-3.e FAILED http://mirror.rackspace.com/CentOS/7.4.1708/os/x86_64/Packages/perl-Ext Utils-ParseXS-3.18-3.el7.noarch.rpm: [Errno 14] HTTP Error 403 - Forbidden Trying other mirror. To address this issue please refer to the below knowledge base article https://access.redhat.com/solutions/69319 If above article doesn't help to resolve this issue please create a bug on https://bugs.centos.org/ Unfortunately, access to the solution 69319 requires RedHat login and I do not have an account. Have any of you had the same problem and identified the solution? Thanks for your help!!! Greg Ennis

1 1

openssh-5.3p1-123.el6_9.x86_64.rpm for CESA-2017:2563 not available in mirror.centos.org centos6 repo
by Dustin McNabb 22 Oct '17

22 Oct '17

The patch for CESA-2017:2563 announced at https://lists.centos.org/pipermail/centos-announce/2017-August/022529.html is only available in the centos 6.9 repo. It is missing for the generic centos-6 repo at http://mirror.centos.org/centos-6/6/os/x86_64/Packages/. Typically this repo contains all the latest patches for the latest minor release, but it's missing the new version of openssh. I assume this is by mistake, but please correct me if I am wrong. Thanks Dustin

4 8

NFS4 mount nobody 99 / 99
by Chris 22 Oct '17

22 Oct '17

All, I've a NFS4-mount on a CentOS Client with the following parameters: (rw,soft,intr,tcp,port=2049,sloppy,addr=xxxx,clientaddr=yyyy) This mount contains a rsync /home-Backup. All home-folders are owned by nobody:nobody, stat displays uid and gid = 99. Folder permissions are 700. I'm very surprised, that I can access my own home, but no foreign folders, although it looks like permissions are all the same. There are no facls set. I cannot login on the NFS-server, but is it possible that NFS-client shows wrong permissions? - Chris

1 0

OT: Work opportunity.
by fred roller 22 Oct '17

22 Oct '17

Saw this and thought some might be interested. Python Dev https://www.indeed.com/viewjob?jk=2ff1a8640400e6d4&q=Chef&l=Puget+Sound,+WA… Hope it's not too out of place here on the list. -- Fred

1 0

Accidentally removed sync system user
by Nicolas Kovacs 22 Oct '17

22 Oct '17

Hi, As the subject says, I accidentally removed the 'sync' system user. (If you want to know how I got to do that, I just experimented with hosting my own Firefox Sync server on a public CentOS 7 server.) When I removed the user, here's what I got: # userdel -r sync userdel : l'emplacement de boîte aux lettres de sync (/var/spool/mail/sync) n'a pas été trouvé userdel : /sbin n'appartient pas à sync, non supprimé This was the exact moment I said: uh oh! I logged in to another server, and here it is indeed: # grep sync /etc/passwd sync:x:5:0:sync:/sbin:/bin/sync OK, so it looks I shot myself in the foot. I guess I could recreate that user by issuing the following command: # useradd -u 5 -g 0 -d /sbin/ -s /bin/sync sync Since I'm not exactly sure and I wonder if I may have overlooked something, I prefer to ask first before wrecking my system entirely. Please correct me if I'm wrong. Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Web : http://www.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32

1 0

CentOS 7: shntools + cuetools
by wwp 22 Oct '17

22 Oct '17

Hello there, I've had to set up some tools to convert cue+flac tuples to mp3 files and split albums flacs into songs flacs. Formerly on CentOS 6, I think I had shntools and cuetools from the nux-dextop repo (not sure about shntools). Anyway, here on CentOS 7 I couldn't find any of them in repositories, so I did `rpmbuild --rebuild` from: - cuetools-1.4.0-0.6.svn305.el6.nux.src.rpm - shntool-3.0.10-10.fc21.src.rpm and `yum localinstall`'ed the RPMs, tools run fine so far. Was it right to do so? If yes, then this email would serve the sake of the archives. Or are those tools available from repositories I'm not aware of? Regards, -- wwp

1 0

Odd C7 userspace issue
by m.roth＠5-cent.us 21 Oct '17

21 Oct '17

I've seen this a couple of times, and do not understand what it's trying to tell me: journal: unable to create file '/run/user/200236571/dconf/user': Permission denied. dconf will not work properly. Now, it exists, and the ownership and permissions seem correct. drwx------. 2 <user> <user> 60 Oct 18 06:43 ./ drwx------. 8 <user> <user> 160 Oct 6 14:42 ../ -rw-------. 1 <user> <user> 2 Oct 18 09:42 user Anyone have any thoughts on this? I see next to nothing in googling. mark

2 1

Open-source home automation software
by H 20 Oct '17

20 Oct '17

Is anyone running any open-source home automation software on CentOS and willing to share experiences?

1 0

NFS mount on Centos 7 crashing
by Nikolaos Milas 20 Oct '17

20 Oct '17

Hello, We have a VM (under KVM - a VPS service by our ISP) running CentOS 7. On it we have 2 NFS mounts, one for backup and one as a live file system (where there are two user homes as well): ----------------------------------------------------------------------------------------------------------------------- # cat /etc/fstab /dev/mapper/centos-root / xfs defaults 0 0 UUID=7a3ae70a-8ef3-463b-8f5b-be4e2e7be894 /boot xfs defaults 0 0 /dev/mapper/centos-swap swap swap defaults 0 0 10.201.40.34:/data/col1/noc-bkups-1 /mnt/dd2500-1 nfs auto,noatime,nolock,bg,nfsvers=3,intr,tcp,actimeo=1800 0 0 10.201.40.34:/data/col1/hesperia-mount /hesperiamount nfs auto,noatime,nolock,bg,nfsvers=3,intr,tcp,actimeo=1800 0 0 ----------------------------------------------------------------------------------------------------------------------- This setup has been working fine for over a year, even under significant load, without issues. However, yesterday, the "live" NFS mount (/hesperiamount) has started crashing. When bootingeverything is fine, but very soonafter boot we noticed that we lose communication to the mount, although the remote storage system is accessible(without reporting any errors) and no network issues have occurred. We found that dmesg reports failures with call traces (2 examples): https://pastebin.com/GVSDbxFr https://pastebin.com/WujKQuHG This happens repeatedly/consistently (after several reboots) so we have been forced to replace the NFS mount with a local mount (on a new local virtual hard disk), to restore normal system operation. So the fstab has now become: ------------------------------------------------------------------------------------------------------------------- # cat /etc/fstab /dev/mapper/centos-root / xfs defaults 0 0 UUID=7a3ae70a-8ef3-463b-8f5b-be4e2e7be894 /boot xfs defaults 0 0 /dev/mapper/centos-swap swap swap defaults 0 0 /dev/mapper/vg2-lv1 /hesperiamount xfs defaults 0 0 10.201.40.34:/data/col1/noc-bkups-1 /mnt/dd2500-1 nfs auto,noatime,nolock,bg,nfsvers=3,intr,tcp,actimeo=1800 0 0 # 10.201.40.34:/data/col1/hesperia-mount /hesperiamount nfs auto,noatime,nolock,bg,nfsvers=3,intr,tcp,actimeo=1800 0 0 ------------------------------------------------------------------------------------------------------------------- Note that when I later mounted manually the same NFS share on the same box (in order to copy data from it using rsync), it did not crash (but it only had reads and no writes in this scenario). The share was manually mounted with the following command: # mount -vv -o auto,noatime,nolock,bg,nfsvers=3,intr,tcp,actimeo=1800 -t nfs 10.201.40.34:/data/col1/hesperia-mount /hesperiamount2 Questions: * Is this a known issue/bug? * Have we possibly made any NFS misconfigurations (which however have not caused any errors for about a year now)? * What could we do to prevent the error from occurring again? Please advise. Thanks, Nick

3 12

CentOS-announce Digest, Vol 152, Issue 7
by centos-announce-request＠centos.org 19 Oct '17

19 Oct '17

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-2017:2911 Important CentOS 6 wpa_supplicant Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 18 Oct 2017 16:57:30 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:2911 Important CentOS 6 wpa_supplicant Security Update Message-ID: <20171018165730.GA63724(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:2911 Important Upstream details at : https://access.redhat.com/errata/RHSA-2017:2911 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1c4e471af89b650f2dd8b47db7a09af8a04368b0ed6532125ca37a7e55220193 wpa_supplicant-0.7.3-9.el6_9.2.i686.rpm x86_64: 0644c3f6c879b7224014c2576384981597aec268b3c8abef3b616c2f05874117 wpa_supplicant-0.7.3-9.el6_9.2.x86_64.rpm Source: c74efa3ad9af3b9eb39e505e9a62dc2423791b27f988a3db9ab1057f1d499ef4 wpa_supplicant-0.7.3-9.el6_9.2.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 152, Issue 7 ***********************************************

1 0

← Newer
1
2
3
4
5
6
7
8
...
12
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss October 2017