Discuss March 2014

discuss@lists.centos.org

167 participants
144 discussions

Disk space warning ("gdu-notification-daemon" type) for remote systems
by Toralf Lund 17 Mar '14

17 Mar '14

//Hi,/ /I need to implement a system of disk space checks and warnings for a client-server setup running CentOS 6. Simply put, I just want a warning popup rather like the ones given by gdu-notification-daemon when server file system is full or nearly full, but they should appear on the client display(s) rather than locally, and must also work when nobody is logged directly in to the (server) system. What do you reckon is the best way of achieving this? I can think of ways to get what I want via scripts/custom programs/cron jobs, but perhaps there are "standard" solutions already? I'd like to avoid re-inventing the wheel... I also know that there are various advanced solutions for system resource monitoring out there - I've used Nagios in the past - but it may seem like setting up something like that will be an overkill in this case. So what's everyone's thoughts on this? - Toralf This e-mail, including any attachments and response string, may contain proprietary information which is confidential and may be legally privileged. It is for the intended recipient only. If you are not the intended recipient or transmission error has misdirected this e-mail, please notify the author by return e-mail and delete this message and any attachment immediately. If you are not the intended recipient you must not use, disclose, distribute, forward, copy, print or rely on this e-mail in any way except as permitted by the author.

6 16

Re: [CentOS] UC RH ----- up quite often recently
by Rushton Martin 17 Mar '14

17 Mar '14

Can I second this please? Many corporate systems will block such messages and require the user to explicitly release them, which is at best a chore, sometimes impossible. Might I also point out that what is conversational in one country may be regarded as offensive in another, particularly by a dumb mail filter. See http://en.wikipedia.org/wiki/List_of_words_having_different_meanings_in_ British_and_American_English:_A%E2%80%93L for example. Regards, Martin >-----Original Message----- >From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On >Behalf Of Digimer >Sent: 15 March 2014 06:20 >To: CentOS mailing list >Subject: Re: [CentOS] RH ----- up quite often recently > >Can we keep the profanity out? This is a pretty chill and professional channel, >and I suspect I am not the only one who would like to keep it that way. > >As for the issue, file bug reports. If you think your bugs require more >exposure, then talk about them (and reference them) here and perhaps folks >will be able to offer constructive advice. > >-- >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? This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. QinetiQ may monitor email traffic data and also the content of email for the purposes of security. QinetiQ Limited (Registered in England & Wales: Company Number: 3796233) Registered office: Cody Technology Park, Ively Road, Farnborough, Hampshire, GU14 0LX http://www.qinetiq.com.

1 0

Re: [CentOS] Install from cdrom and Update repo
by EljiUdia 16 Mar '14

16 Mar '14

Is not from me. Anaconda tries to install other packages which depend on coreutil before coreutils. I saw this in /root/install.log . By example, cronie-anacon uses touch command in its postinstalls script, but anaconda don't install coreutil before On , EljiUdia <eljiudia(a)yahoo.com> wrote: Is not from me. Anaconda tries to install other packages which depend on coreutil before coreutils. I saw this in /root/install.log . By example, cronie-anacon uses touch command in its postinstalls script, but anaconda don't install coreutil before On Saturday, March 15, 2014 4:24 PM, Reindl Harald <h.reindl(a)thelounge.net> wrote: Am 15.03.2014 15:20, schrieb EljiUdia: > Moving forward, I have found that some packages are installed before other which depends on them. > By example, rsyslog requires command "touch" , but package containing this command(coreutils) is installed after the rsyslog. Selinux-policy-target is one of them > > Installing rsyslog-5.8.10-8.el6.x86_64 > /var/tmp/rpm-tmp.pg2Vvm: line 5: touch: command not found > /var/tmp/rpm-tmp.pg2Vvm: line 5: touch: command not found > /var/tmp/rpm-tmp.pg2Vvm: line 5: touch: command not found > /var/tmp/rpm-tmp.pg2Vvm: line 5: touch: command not found > warning: %post(rsyslog-5.8.10-8.el6.x86_64) scriptlet failed, exit status 127 > > And is not the only one how do you manage to install a system without coreutils? this would be a completly broken setup from the first second look at what *essential* commands it provides [root@openvas:~]$ rpm -q --filesbypkg coreutils | grep /bin coreutils /bin/arch coreutils /bin/basename coreutils /bin/cat coreutils /bin/chgrp coreutils /bin/chmod coreutils /bin/chown coreutils /bin/cp coreutils /bin/cut coreutils /bin/date coreutils /bin/dd coreutils /bin/df coreutils /bin/echo coreutils /bin/env coreutils /bin/false coreutils /bin/link coreutils /bin/ln coreutils /bin/ls coreutils /bin/mkdir coreutils /bin/mknod coreutils /bin/mktemp coreutils /bin/mv coreutils /bin/nice coreutils /bin/pwd coreutils /bin/readlink coreutils /bin/rm coreutils /bin/rmdir coreutils /bin/sleep coreutils /bin/sort coreutils /bin/stty coreutils /bin/su coreutils /bin/sync coreutils /bin/touch coreutils /bin/true coreutils /bin/uname coreutils /bin/unlink coreutils /usr/bin/[ coreutils /usr/bin/base64 coreutils /usr/bin/chcon coreutils /usr/bin/cksum coreutils /usr/bin/comm coreutils /usr/bin/csplit coreutils /usr/bin/cut coreutils /usr/bin/dir coreutils /usr/bin/dircolors coreutils /usr/bin/dirname coreutils /usr/bin/du coreutils /usr/bin/env coreutils /usr/bin/expand coreutils /usr/bin/expr coreutils /usr/bin/factor coreutils /usr/bin/fmt coreutils /usr/bin/fold coreutils /usr/bin/groups coreutils /usr/bin/head coreutils /usr/bin/hostid coreutils /usr/bin/id coreutils /usr/bin/install coreutils /usr/bin/join coreutils /usr/bin/logname coreutils /usr/bin/md5sum coreutils /usr/bin/mkfifo coreutils /usr/bin/nl coreutils /usr/bin/nohup coreutils /usr/bin/nproc coreutils /usr/bin/od coreutils /usr/bin/paste coreutils /usr/bin/pathchk coreutils /usr/bin/pinky coreutils /usr/bin/pr coreutils /usr/bin/printenv coreutils /usr/bin/printf coreutils /usr/bin/ptx coreutils /usr/bin/readlink coreutils /usr/bin/runcon coreutils /usr/bin/seq coreutils /usr/bin/sha1sum coreutils /usr/bin/sha224sum coreutils /usr/bin/sha256sum coreutils /usr/bin/sha384sum coreutils /usr/bin/sha512sum coreutils /usr/bin/shred coreutils /usr/bin/shuf coreutils /usr/bin/split coreutils /usr/bin/stat coreutils /usr/bin/stdbuf coreutils /usr/bin/sum coreutils /usr/bin/tac coreutils /usr/bin/tail coreutils /usr/bin/tee coreutils /usr/bin/test coreutils /usr/bin/timeout coreutils /usr/bin/tr coreutils /usr/bin/truncate coreutils /usr/bin/tsort coreutils /usr/bin/tty coreutils /usr/bin/unexpand coreutils /usr/bin/uniq coreutils /usr/bin/users coreutils /usr/bin/vdir coreutils /usr/bin/wc coreutils /usr/bin/who coreutils /usr/bin/whoami coreutils /usr/bin/yes

3 7

luksClose not closing mapped device.
by centos＠maziashvili.org 16 Mar '14

16 Mar '14

Hi everyone, I'm having problems with closing luks device. When i run luksClose on mapped device i get following error: [code]Command failed with code 19: No such device[/code] So, i'm getting feeling that closing doesn’t going well... I can still see device listed in /dev/mapper, Reopening device leads to (expected) error: [code]Cannot use device /dev/storage/OwnCloud_Data which is in use (already mapped or mounted). Command failed with code 16: Cannot use device /dev/storage/OwnCloud_Data which is in use (already mapped or mounted).[/code] (Device is not mounted by the way, unmonuting device goes without problems) Only thing that helps me is rebooting the system. Any ideas how to approach this problem? thnx in advance. PS i'm running CentOS6.5 with (latest) kernel 2.6.32-431.5.1, cryptsetup 1.2.0-7.

3 3

Install from cdrom and Update repo
by EljiUdia 15 Mar '14

15 Mar '14

Hi, I have make a kickstart file to automate the installation from cdrom and another repo. The kickstart snippet looks like install graphical cdrom repo --name="Updates" --baseurl="http://mirror.centos.org/centos/6.5/updates/x86_64/" --cost=98 selinux --enforcing After installation, system boots but kernel crash with the message Kernel Panic - not syncing: Attempted to kill init! Pid: 1 comm: init Not tainted 2.6.32-358.6.2.e16.x86_64 #1 Call Trace: [] ? panic+0xs7/0x16f [] ? do_exit+0x862/0x870 [] ? fput+0x25/0x30 [] ? do_group_exit+0x58/0xd0 [] ? sys_exit_group+0x17/0x20 [] ? system_call_fastpath+0x16/0x1b I found a solution on the web, but nobody tell why it happens. If selinux is disabled, it works. The append of this lines in kickstart has no positive effects. %post --log=/root/postinstall.log /sbin/restorecon -R -v / %end Some ideas?

3 5

CentOS-announce Digest, Vol 109, Issue 8
by centos-announce-request＠centos.org 15 Mar '14

15 Mar '14

1 0

libplasma - no downgrade
by m.roth＠5-cent.us 14 Mar '14

14 Mar '14

I tried, last night, to downgrade kdelibs, I think it is, to resolve the libplasma crash that we talked about yesterday... and yum told me there was no upgrade or downgrade. I'm sort of assuming that I'd have to go back to 6.4... unless I need to add a repo - the vault? wget it, and downgrade it locally? mark

3 3

Re: [CentOS] KVM and DHCP
by James B. Byrne 14 Mar '14

14 Mar '14

On Thu, March 13, 2014 16:32, Les Mikesell wrote: > On Thu, Mar 13, 2014 at 3:11 PM, James B. Byrne <byrnejb(a)harte-lyne.ca> wrote: >> >> In any case, to fix this via virt-manager's __virtual hardware details__ >> interface one must select the __NIC__ and change the settings from <Virtual >> network default 'NAT'> to <Specify shared device name> and then input the >> bridge interface name <br0> in the text box that subsequently appears. One >> must also change the Device model: from <Hypervisor default> to <virtio>. > > I get a dropdown for the source device settings that include the host > devices, including the bridge br devices. > > -- > Les Mikesell > lesmikesell(a)gmail.com > > When creating a new machine under advanced options all I see on the drop down menu is the following: * Virtual network default 'NAT' <- selected * Host eth0 (Not bridged) <- greyed - not selectable * Host eth1 (Not bridged) <- greyed - not selectable * Host lo (Not bridged) <- greyed - not selectable * Host virbr0 (Not bridged) <- greyed - not selectable * Host vnet0 (Not bridged) <- greyed - not selectable * Host vnet1 (Not bridged) <- greyed - not selectable * Host vnet2 (Not bridged) <- greyed - not selectable * Host vnet0 (Not bridged) <- greyed - not selectable Specify shared device name <- black - selectable If I select <Specify shared device name> then, and only then, a text box with the label 'Bridge name:' appears. My memory is always suspect but I seem to recall that the defined bridge, br0' was explicitly listed as an available choice in a previous version of virt-manager and not obscured in this fashion. The term <Specify shared device name> does not, in my mind, equate to the word 'bridge'. Given the text box label that appears only when one selects <Specify a shared device name> evidently indicates that this selection only expects a bridge one wonders why such a vague phrase is used instead of something like <Specify a bridge(d) device name>. -- *** E-Mail is NOT a SECURE channel *** 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-announce Digest, Vol 109, Issue 7
by centos-announce-request＠centos.org 14 Mar '14

14 Mar '14

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://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-2014:0285 Important CentOS 5 kernel Update (Johnny Hughes) 2. CESA-2014:0293 Important CentOS 6 udisks Update (Johnny Hughes) 3. CESA-2014:0292 Important CentOS 6 389-ds-base Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 13 Mar 2014 10:35:06 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0285 Important CentOS 5 kernel Update To: centos-announce(a)centos.org Message-ID: <20140313103506.GA1764(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0285 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0285.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: fcf8cc74b66ebb078c45f1336aab7bf7a48eeb43e727a0066a9c6627a0e539a7 kernel-2.6.18-371.6.1.el5.i686.rpm 13431333cd5d14a99829d0086817c53791e226eff8bd70b42a5e552f82fe2e85 kernel-debug-2.6.18-371.6.1.el5.i686.rpm c404ec8f0eee94ffd56c89aaa5d483e2cfc264f0ff21571d0e1d0baaf0868e4c kernel-debug-devel-2.6.18-371.6.1.el5.i686.rpm 64e925a55a70f155ffe85a5dcb81a2ac0b2f075397203d8905b79d9e8c7ebe7a kernel-devel-2.6.18-371.6.1.el5.i686.rpm 7b7131ccccaf007449a1d37977fea8b2a2f162b672b674a56efe493bc727405e kernel-doc-2.6.18-371.6.1.el5.noarch.rpm acde0cbcdc23e7fc19f11073b752cd1e23953e756c3451a51c414142054bab01 kernel-headers-2.6.18-371.6.1.el5.i386.rpm 76937ee2563061f14e196115f44617e7d3069ff8d7ae2b460a8d9065ee269413 kernel-PAE-2.6.18-371.6.1.el5.i686.rpm 19fef7fa923524425ddd774b53008a9add8c80993740e9985c65f8b9049ea63c kernel-PAE-devel-2.6.18-371.6.1.el5.i686.rpm 35ca8458082c88ef2726952d7b918123a96bb2b6b00019a38ae76efd771489d7 kernel-xen-2.6.18-371.6.1.el5.i686.rpm 560497c5017201f321e48bc17525b6763a06dca1a12386571c2286a8361d5d48 kernel-xen-devel-2.6.18-371.6.1.el5.i686.rpm x86_64: efd03ec79e18fc49eae11b99a48c9ebee21b139b2981471a27342261953eb7d7 kernel-2.6.18-371.6.1.el5.x86_64.rpm 2fb9a086af37f0d87815387cf5038b38c71d77f84419e9a3bf06d87a9fad135a kernel-debug-2.6.18-371.6.1.el5.x86_64.rpm 73643a8dd6b3d5903f37ed76ee31f3d1fd22b9de2ddf188fe284b9d929d0b33b kernel-debug-devel-2.6.18-371.6.1.el5.x86_64.rpm 514ef220b8cea436a04b3467b5f4ae0adab9af2b17d3a10a2a821655bff3895a kernel-devel-2.6.18-371.6.1.el5.x86_64.rpm 7b7131ccccaf007449a1d37977fea8b2a2f162b672b674a56efe493bc727405e kernel-doc-2.6.18-371.6.1.el5.noarch.rpm d622d2c233f429d03ba02e95c72b02d65210f211ec71ba8d2a8cc8fb5e2d6de2 kernel-headers-2.6.18-371.6.1.el5.x86_64.rpm d7619c7c3255b8b73419528595bf320f4de8258bb99eb340313e51541710e878 kernel-xen-2.6.18-371.6.1.el5.x86_64.rpm 8bec65cd5812e22ffa4912012fef8216e7b7a650958a8fe80945a846c5e15137 kernel-xen-devel-2.6.18-371.6.1.el5.x86_64.rpm Source: 36b11ff5c4df065624903f54127f4843602f31b221a6ac49cc7027368db442d1 kernel-2.6.18-371.6.1.el5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Thu, 13 Mar 2014 21:38:21 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0293 Important CentOS 6 udisks Update To: centos-announce(a)centos.org Message-ID: <20140313213821.GA51546(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0293 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0293.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 6a7e447f943f804e2e9d8367f27a294c673ae9511ec3633e77f3d83d3bd3cdad udisks-1.0.1-7.el6_5.i686.rpm dd4dd623e69b1cb1ce7b893e5fa47ccad21e6fbca62e164c50488cbd479999f5 udisks-devel-1.0.1-7.el6_5.i686.rpm 2e315e3000db0fb932afa907ebc322ca0bd9de192fb2a0bd31ff61962d8e89a8 udisks-devel-docs-1.0.1-7.el6_5.noarch.rpm x86_64: 008cc6b158a94aa2a7b17d6bf14b7b6771637ae9a7b3be57e68a249a27535cdb udisks-1.0.1-7.el6_5.x86_64.rpm dd4dd623e69b1cb1ce7b893e5fa47ccad21e6fbca62e164c50488cbd479999f5 udisks-devel-1.0.1-7.el6_5.i686.rpm 9cbf02b31e364d173963050d7b4dfaf6c85bf7397c9581d8595e95c3294f5cca udisks-devel-1.0.1-7.el6_5.x86_64.rpm 2e315e3000db0fb932afa907ebc322ca0bd9de192fb2a0bd31ff61962d8e89a8 udisks-devel-docs-1.0.1-7.el6_5.noarch.rpm Source: 8975dbcff3201f58a71c6502d659648c0eaa6959e76f4e21c33fffaa85f138f6 udisks-1.0.1-7.el6_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Thu, 13 Mar 2014 21:39:06 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0292 Important CentOS 6 389-ds-base Update To: centos-announce(a)centos.org Message-ID: <20140313213906.GA51792(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0292 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0292.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 093e81daa795444190e43151f81aabf6b7aa49c686ea5bc9d12a337b8d990332 389-ds-base-1.2.11.15-32.el6_5.i686.rpm 567046fea065a1e85e533d7c676330ab0c7fa9a3356f0065685fbefca2084739 389-ds-base-devel-1.2.11.15-32.el6_5.i686.rpm c31c88d289576e19019e0639cf4cb3fb282886cfc2f5a68414948c36e483f249 389-ds-base-libs-1.2.11.15-32.el6_5.i686.rpm x86_64: 340a52479375fb0317c6a089a0b2f04858b4246065124df1e7a6a4d4ae74752d 389-ds-base-1.2.11.15-32.el6_5.x86_64.rpm 567046fea065a1e85e533d7c676330ab0c7fa9a3356f0065685fbefca2084739 389-ds-base-devel-1.2.11.15-32.el6_5.i686.rpm d4ebd42e2e00865ca5c444e0cb5a7214d489b9d597c3549b5658beb11eeffdbc 389-ds-base-devel-1.2.11.15-32.el6_5.x86_64.rpm c31c88d289576e19019e0639cf4cb3fb282886cfc2f5a68414948c36e483f249 389-ds-base-libs-1.2.11.15-32.el6_5.i686.rpm 8222746c12e8dd50af127e18458533e4165679c31a17e0afc7c21e0b7cbc4448 389-ds-base-libs-1.2.11.15-32.el6_5.x86_64.rpm Source: e4b47cdd45fea8086d5e74c8f894508c6399d7d7987895d7435893c420345063 389-ds-base-1.2.11.15-32.el6_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 109, Issue 7 ***********************************************

1 0

Advanced Fat32 mount in /etc/fstab
by John Doe 14 Mar '14

14 Mar '14

Hi, my name is Steven. I am trying to figure out the mount command to put into /etc/fstab; Basically I want a FAT32 partition mounted, but I want specific user/group ownership for a normal user of the mountpoint and all directorys/files in it. I currently have this in /etc/fstab: /dev/sda8 /home/steven/sda8 vfat locale=en_US.utf8,windows_names,uid=500,gid=501,umask=0022,noatime 0 0 but i get the following: [root@centos steven]# mount /dev/sda8 mount: wrong fs type, bad option, bad superblock on /dev/sda8, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so

2 3

← Newer
1
...
6
7
8
9
10
11
12
...
15
Older →

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 March 2014