Discuss September 2015

discuss@lists.centos.org

136 participants
130 discussions

Chromium on CentOS 7
by Moty Fux 15 Sep '15

15 Sep '15

Hi, Did anyone manage to install chromium on CentOS 7? I tried and got this error: Error: Package: chromium-31.0.1650.63-2.el6.x86_64 (chromium-el6) Requires: libudev.so.0()(64bit) Tried to do several things among them is creating a sym link from libudev.so.1 to libudev.so.0, didn't work :( Any suggestions? 10x.

2 1

rsyslog for chrooted sftp users has stopped working -- Centos 6.6
by Jeff Cours 15 Sep '15

15 Sep '15

Hello everyone, We have some chrooted sftp-only users on a CentOS release 6.6 server. The server had been logging their actions, but after recent updates the logs have stopped. The server correctly logs non-chrooted users: Sep 14 17:47:24 vsecure4 sshd[1981]: Accepted publickey for jcours from 192.168.10.166 port 42545 ssh2 Sep 14 17:47:24 vsecure4 sshd[1981]: pam_unix(sshd:session): session opened for user jcours by (uid=0) Sep 14 17:47:24 vsecure4 sshd[1983]: subsystem request for sftp Sep 14 17:47:24 vsecure4 internal-sftp[1984]: session opened for local user jcours from [192.168.10.166] Sep 14 17:47:24 vsecure4 internal-sftp[1984]: opendir "/home/jcours" Sep 14 17:47:24 vsecure4 internal-sftp[1984]: closedir "/home/jcours" Sep 14 17:47:49 vsecure4 internal-sftp[1984]: session closed for local user jcours from [192.168.10.166] Sep 14 17:47:19 vsecure4 sshd[1977]: pam_unix(sshd:session): session closed for user jcours but log messages for chrooted users do not appear: Sep 14 17:08:11 vsecure4 sshd[1730]: Accepted publickey for test-sftp-only from 192.168.10.166 port 41723 ssh2 Sep 14 17:08:11 vsecure4 sshd[1730]: pam_unix(sshd:session): session opened for user test-sftp-only by (uid=0) Sep 14 17:08:11 vsecure4 sshd[1734]: subsystem request for sftp Sep 14 17:08:22 vsecure4 sshd[1730]: pam_unix(sshd:session): session closed for user test-sftp-only Notice that there are no "opendir" or "closedir" messages for the chrooted user, or anything else from the internal-sftp system, for that matter. /etc/sshd_config contains these settings: Subsystem sftp internal-sftp -f AUTHPRIV -l INFO Match User test-sftp-only ChrootDirectory /home/sftp/mcsosftp ForceCommand internal-sftp PasswordAuthentication no AuthorizedKeysCommand /usr/local/bin/get_sftp_key We've been setting up chrooted logging using this sequence: sudo mkdir /home/sftp/mcsosftp/dev sudo touch /home/sftp/mcsosftp/dev/log sudo chattr +i /home/sftp/mcsosftp/dev sudo mount --bind /dev/log /home/sftp/mcsosftp/dev/log /etc/rsyslog.conf includes the standard stuff for authpriv: # The authpriv file has restricted access. authpriv.* /var/log/secure I've tried forcing rsyslog.conf to listen to /dev/log: # We should be listening here. $SystemLogSocketName /dev/log I've also tried removing the hard-mounted /home/sftp/mcsosftp/dev/log and instead using this in /etc/rsyslog.conf: # For chrooted users, generally sftp-only users. $AddUnixListenSocket /home/sftp/mcsosftp/dev/log Neither approach seemed to help the problem, though rsyslogd does appear to be listening to the sockets: $ sudo lsof -c rsyslogd | grep dev/log lsof: WARNING: can't stat() devtmpfs file system /home/sftp/dev/log (deleted) Output information may be incomplete. rsyslogd 1963 root 0u unix 0xdc100040 0t0 15419 /dev/log rsyslogd 1963 root 3u unix 0xdbd27dc0 0t0 15421 /home/sftp/mcsosftp/dev/log and file identifies both as sockets: $ file /dev/log /dev/log: socket $ sudo file /home/sftp/mcsosftp/dev/log /home/sftp/mcsosftp/dev/log: socket Here's additional system info for the development server I'm using to debug the problem: $ ls -l /dev/log srw-rw-rw- 1 root root 0 Sep 14 17:43 /dev/log $ sudo ls -l /home/sftp/mcsosftp/dev/log srw-rw-rw- 1 root root 0 Sep 14 17:43 /home/sftp/mcsosftp/dev/log $ ls -l /dev | grep log srw-rw-rw- 1 root root 0 Sep 14 17:43 log crw-rw---- 1 root root 10, 227 Sep 14 15:23 mcelog $ sudo ls -l /home/sftp/mcsosftp/dev | grep log srw-rw-rw- 1 root root 0 Sep 14 17:43 log $ cat /etc/redhat-release CentOS release 6.6 (Final) $ sestatus SELinux status: disabled $ grep test-sftp-only /etc/passwd test-sftp-only:x:507:507:Test SFTP Only:/home/sftp/mcsosftp:/sbin/nologin $ sudo yum list installed | egrep -E 'rsyslog|ssh|sftp' libssh2.i686 1.4.2-1.el6_6.1 @updates openssh.i686 5.3p1-104.el6_6.1 @updates openssh-clients.i686 5.3p1-104.el6_6.1 @updates openssh-server.i686 5.3p1-104.el6_6.1 @updates rsyslog.i686 5.8.10-10.el6_6 @updates vsftpd.i686 2.2.2-14.el6 @base Corresponding packages on the production server showing the same problem: $ sudo yum list installed | egrep -E 'rsyslog|ssh|sftp' libssh2.x86_64 1.4.2-1.el6_6.1 @system-updates openssh.x86_64 5.3p1-112.el6_7 @system-updates openssh-clients.x86_64 5.3p1-112.el6_7 @system-updates openssh-server.x86_64 5.3p1-112.el6_7 @system-updates rsyslog.x86_64 5.8.10-10.el6_6 @system-updates rsyslog-gnutls.x86_64 5.8.10-10.el6_6 @system-updates Does anyone have any ideas what the problem could be or how to diagnose it? Thanks very much in advance, Jeff

2 2

LUKS encypted partition using --key-file can only be decrypted with --key-file
by Digimer 15 Sep '15

15 Sep '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I created a LUKS encrypted partition via a udev-triggered script on 6.6 using --key-file /tmp/foo. This worked fine, and I can decrypt the LUKS partition via script and manually using --key-file with luksOpen. The odd problem is that I can't decrypt the partition using the prompt. If I manually create a file with the passphrase in it and then point to it with --key-file, it decrypts fine. I used 'cat -A /tmp/foo' to verify that there was no '\n' at the end of the phrase. Is this expected behaviour? That is; If you create an encrypted partition using --key-file, you always decrypt with the same? If so, I can't understand the logic... If not, then I am not sure what I am doing wrong. Thanks for any insight! digimer - -- Digimer Papers and Projects: https://alteeve.ca/w/ What if the cure for cancer is trapped in the mind of a person without access to education? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJU93ZLAAoJECChztQA3mh0swwP/2PX3Y3TmEEIeN7WxWQjnbX0 B+hdp3Yk1PBqaQ/FsOzGsnKnxOUu73fB25gDksEWnNedBru4ayJuYPW644rH8Ivr fS8Pz3y6buGqUaggzsGNaGfDOKtiLOp722OeuPUmaNHnGCE3qJbhE3RKBRrMl4SP Yi/otL8+85cp4isMESOYs3F5qw/osDmmKxktPbULbTrne94EWHHl+9RoSFDZFNCj JBsNE122WUtn+2JPV8it8nlIS/Kzqzv3qGR88lYiBj3y3F+zIbpix/8wyCgRVSw6 /LQwLSTmGKYdvLw2Td7oIqMrW69ZsgujAonnbyx2nl9WN3KSqr799SxL4n2M7ZOj a1MjcLdLr0kM28eu+/A3LyHQRkBVsz7f27e7M+drEVa4OHFS3KuL4EM47xkTGyps veljkNmZ8elL7PX+dmWsVGYyo4XH/bTFDcW8ZLhr+bc55xLplMRrhPNNFGQ+5k3R ev7HRhSqHD9Ub39KTea4WCJOsm0hJJgKYneWYmQJ1aVYmrFMHLJaJBzCqU+W751O GkXvU24eoajNKnIAcY9wrC/WzVru8dM2JwBefcatxCsWFhpcpSyrh0zhCAiZKOga hjskIq/54Il8YyzSVy5Xvwv8WACBUwoiPv6ZqVm3oKRkoZI3E14vVYTcG+b0cPqn S30qAHntsjFA70Hpedt5 =YYFB -----END PGP SIGNATURE-----

3 3

CentOS-6 - LogWatch
by James B. Byrne 15 Sep '15

15 Sep '15

The Logwatch imapd service script distributed with CentOS-6 does not generate anything when I run logwatch --service all on a cyrus-imapd host. Is this expected behaviour? Is there a separate script for cyrus-imapd or are their configuration options required to get the existing script to work. I have found an ancient (2004) logwatch service script for cyrus-imapd but I was sort of hoping that there was a more up-to-date and officially supported version available somewhere. Is there? -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

2 1

centos 7 on older macbook pro
by Keith Keller 14 Sep '15

14 Sep '15

Hi all, I recently got a brand new MacBook Pro, replacing one that is over 5.5 years old. I'm trying to think of something to do with the old laptop, and one idea I had was to put CentOS on it. After some initial struggles, I finally found this page, which tells how to tell the installer to find hfsplus-utils: https://bugs.centos.org/view.php?id=7327 Then I got to the point of configuring wifi, and of course being a MBP, it has a proprietary Broadcom interface. I followed the instructions on the wiki (https://wiki.centos.org/HowTos/Laptops/Wireless/Broadcom) but had some trouble with it coming back up after a sleep. That plus some other issues (it ran hot just running a browser, for example) are making me question whether this is a good idea. Does anyone else run a CentOS (not necessarily 7) on Apple hardware, particularly laptops (and not in a VM)? If so, any pointers on making life easier? TBH I don't really know exactly what I want to use it for yet, so suggestions there would be helpful too. --keith -- kkeller(a)wombat.san-francisco.ca.us

6 9

Re: [CentOS] Centos 7 yum search giving Could not retrieve mirrorlist
by Shawn Parks - CMAC 14 Sep '15

14 Sep '15

Centos main list, I am working on a Centos 7 system and trying to do the following. yum search cups-lpd I am getting the following -------------------------------------------------------------------- Could not retrieve mirrorlist http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=os&infra=stock error was 12: Timeout on http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=os&infra=stock: (28, 'Resolving timed out after 30382 milliseconds') One of the configured repositories failed (Unknown), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work "fix" this: 1. Contact the upstream for the repository and get them to fix the problem. 2. Reconfigure the baseurl/etc. for the repository, to point to a working upstream. This is most often useful if you are using a newer distribution release than is supported by the repository (and the packages for the previous distribution release still work). 3. Disable the repository, so yum won't use it by default. Yum will then just ignore the repository until you permanently enable it again or use --enablerepo for temporary usage: yum-config-manager --disable <repoid> 4. Configure the failing repository to be skipped, if it is unavailable. Note that yum will try to contact the repo. when it runs most commands, so will have to try and fail each time (and thus. yum will be be much slower). If it is a very temporary problem though, this is often a nice compromise: yum-config-manager --save --setopt=<repoid>.skip_if_unavailable=true Cannot find a valid baseurl for repo: base/7/x86_64 -------------------------------------------------------------------- I am using cups on this Centos 7 machine. Which prints fine from the Centos to my print queue's However I have an Sco Unix system using lpd printing that I am trying to send print jobs to the Centos 7 system and those are not even getting to the system. I get message: waiting on queue to be enabled QUESTION FOR main list: Is the Centos 7 "yum" commands being worked on? When might this be fixed? Thanks, Shawn ( CMAC ) phone 618 / 242 - 4020 ext 21 fax 618 / 242 - 3383

3 2

Is ATRPMs dead?
by Cal Sawyer 14 Sep '15

14 Sep '15

Haven't been able to reach atrpms.net for over a week from London, UK, when i last looked for it after a couple of intervening months. Did i miss something? And if atrpms is truly defunct, where's a good place to obtain updated versions of vlc and mplayer now? thanks! - cal

4 3

Re: [CentOS] new laptop: DVD or Blu-ray
by C Linus Hicks 14 Sep '15

14 Sep '15

On 09/13/15, Always Learning wrote: ----------------- Quoted text ----------------------- Where does one obtain the RPM for Centos 5 and 6, please ? ----------------- End quote ------------------------ See: vault.centos.org

3 4

new laptop: DVD or Blu-ray
by ken 13 Sep '15

13 Sep '15

One of the build options for a laptop I'm looking at buying is DVD vs Blu-Ray. I've never used Blue-ray before, so is there some compelling reason, as a Linux guy, to want to get Blu-ray?

14 32

Error installing Kmymoney
by CS DBA 13 Sep '15

13 Sep '15

Hi All; I'm runing a new install of CentOS 7, enabled the epel repo and ran: # yum install kmymoney I get this: Resolving Dependencies --> Running transaction check ---> Package kmymoney.x86_64 0:4.6.6-1.el7 will be installed --> Processing Dependency: kmymoney-libs(x86-64) = 4.6.6-1.el7 for package: kmymoney-4.6.6-1.el7.x86_64 --> Processing Dependency: libkmm_widgets.so.4()(64bit) for package: kmymoney-4.6.6-1.el7.x86_64 --> Processing Dependency: libkmm_plugin.so.4()(64bit) for package: kmymoney-4.6.6-1.el7.x86_64 --> Processing Dependency: libkmm_mymoney.so.4()(64bit) for package: kmymoney-4.6.6-1.el7.x86_64 --> Processing Dependency: libcalligrakdchart.so.13()(64bit) for package: kmymoney-4.6.6-1.el7.x86_64 --> Running transaction check ---> Package kmymoney.x86_64 0:4.6.6-1.el7 will be installed --> Processing Dependency: libcalligrakdchart.so.13()(64bit) for package: kmymoney-4.6.6-1.el7.x86_64 ---> Package kmymoney-libs.x86_64 0:4.6.6-1.el7 will be installed --> Finished Dependency Resolution Error: Package: kmymoney-4.6.6-1.el7.x86_64 (epel) Requires: libcalligrakdchart.so.13()(64bit) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest I cant seem to get past this, using --skip-broken does not work. Anyone have any suggestions? Thanks in advance...

3 4

← Newer
1
...
4
5
6
7
8
9
10
...
13
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss September 2015