Discuss

discuss@lists.centos.org

2 participants
34758 discussions

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

sidekiq receives SIGHUP when started via ssh -t
by Yuri Kanivetsky 18 Oct '17

18 Oct '17

Hi, I have a couple of ideas how to fix it, but I'm trying to figure out what's going on first. I mainly start this program (sidekiq) on Debian systems, and it might be my first time running it under CentOS, so my conjecture is that it has to do with differences between distributions... Now then, when I run it this way: ssh user(a)example.com '. ~/.bash_profile && rvm 2.3.1@gemset1 && cd path/to/site && bundle exec sidekiq -C config/sidekiq.yml -d -L log/sidekiq.log' it daemonizes itself and stays running. When I add -t switch (ssh -t ...), it gets terminated by SIGHUP. On Ubuntu it stays running in both cases. What's happening here? Any suggestions are welcome. Regards, Yuri

1 2

delay in establishing network connectivity
by FHDATA 18 Oct '17

18 Oct '17

hello, centos 7 If the system (wired static IP#) is powered down and stayed powered down for some period: let say 48 hours or so .... when it is rebooted again it can not establish a network connectivity for some time: 7 to 15 minutes and then everything network wise is fine... I am unable to spot any errors in various system logs. If you think this is on the OS/system side .... where do you think I should look to hunt down some parameter or settings that maybe causing this? thank you, F-

3 2

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss