[CentOS] CentOS-announce Digest, Vol 109, Issue 10

2014-03-19 Thread centos-announce-request
Send CentOS-announce mailing list submissions to centos-annou...@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-requ..

[CentOS] Disk usage incorrectly reported by du

2014-03-19 Thread Radu Radutiu
I have an ext4 filesystem for which the reported disk usage is not correct. I have noticed the discrepancy after I rsync-ed the content to another filesystem and noticed that the used space on the target is almost double of the size reported on the source. Both machines are running the same softw

Re: [CentOS] Disk usage incorrectly reported by du

2014-03-19 Thread zGreenfelder
On Wed, Mar 19, 2014 at 8:14 AM, Radu Radutiu wrote: > I have an ext4 filesystem for which the reported disk usage is not > correct. I have noticed the discrepancy after I rsync-ed the content to > another filesystem and noticed that the used space on the target is almost > double of the size re

Re: [CentOS] Disk usage incorrectly reported by du

2014-03-19 Thread Radu Radutiu
No process is reading or writing to the target filesytem (it is a backup machine) or the source machine (I am working on a LVM snapshot but the problem exists for the source filesytem as well). The problem I describe is on the same machine (the source). On Wed, Mar 19, 2014 at 2:33 PM, zGreenfeld

Re: [CentOS] Disk usage incorrectly reported by du

2014-03-19 Thread Mr Queue
On Wed, 19 Mar 2014 14:14:04 +0200 Radu Radutiu wrote: > Do you have any idea what could cause this behaviour? http://mradomski.wordpress.com/2007/01/08/finding-an-unlinked-open-file-and-other-lsof-uses/ -- Peace was the way. -- Kirk, "The City on the Edge of Forever", stardate

Re: [CentOS] Disk usage incorrectly reported by du

2014-03-19 Thread Robert Nichols
On 03/19/2014 07:14 AM, Radu Radutiu wrote: > I have an ext4 filesystem for which the reported disk usage is not > correct. ... > Here is the du output for for one directory exhibiting the problem: > > #du -h |grep \/51 > 201M./51/msg/8 > 567M./51/msg/9 > 237M./51/msg/6 > 279M./51/

Re: [CentOS] Disk usage incorrectly reported by du

2014-03-19 Thread Radu Radutiu
http://mradomski.wordpress.com/2007/01/08/finding-an-unlinked-open-file-and-other-lsof-uses/ There are no open files. The filesystem was unmounted, verified (fsck) , mounted again - the behavior remains. ___ CentOS mailing list CentOS@centos.org http://l

Re: [CentOS] Disk usage incorrectly reported by du

2014-03-19 Thread Radu Radutiu
The space used by hard-linked files will be included only in the first > directory where they are encountered. In your first case, linked files > seen prior to the /51 directory would not have had their space included > again under that directory. In the second case, _only_ the /51 directory > is

[CentOS] Linux malware attack

2014-03-19 Thread Timothy Murphy
SlashDot had an article today on a Linux server malware attack, . I wonder if there is a simple test to see if a CentOS machine has been infected in this way? The article mentions Yara and Snort rules t

Re: [CentOS] Linux malware attack

2014-03-19 Thread Johnny Hughes
On 03/19/2014 08:50 AM, Timothy Murphy wrote: > SlashDot had an article today on a Linux server malware attack, > . > > I wonder if there is a simple test to see if a CentOS machine > has been infected in

Re: [CentOS] Linux malware attack

2014-03-19 Thread Johnny Hughes
On 03/19/2014 09:01 AM, Johnny Hughes wrote: > On 03/19/2014 08:50 AM, Timothy Murphy wrote: >> SlashDot had an article today on a Linux server malware attack, >> . >> >> I wonder if there is a simple tes

Re: [CentOS] Desktop behaviour - click to raise

2014-03-19 Thread Lars Hecking
John Doe writes: > From: Lars Hecking > > > My C5, default Gnome desktop has recently changed behaviour, and I can't > > figure out how to restore the previous behaviour. > > Previously, clicking anywhere into a window raised it. Now, for the past > > few days, only clicking title bar or borders

Re: [CentOS] Desktop behaviour - click to raise

2014-03-19 Thread John Doe
From: Lars Hecking > John Doe writes: >> Maybe try to switch on auto-raise to see if it changes anything... > > That's an awful feature but yes, it works as expected. > > There seem to be differences between releases of CentOS5. The bulk of the > machines here are still on 5.4. I wiped a parti

Re: [CentOS] Linux malware attack

2014-03-19 Thread SilverTip257
On Wed, Mar 19, 2014 at 10:01 AM, Johnny Hughes wrote: > On 03/19/2014 08:50 AM, Timothy Murphy wrote: > > SlashDot had an article today on a Linux server malware attack, > > < > http://it.slashdot.org/story/14/03/18/2218237/malware-attack-infected-25000-linuxunix-servers > >. > > > > I wonder if

Re: [CentOS] Linux malware attack

2014-03-19 Thread Steve Clark
On 03/19/2014 12:11 PM, SilverTip257 wrote: > On Wed, Mar 19, 2014 at 10:01 AM, Johnny Hughes wrote: > >> On 03/19/2014 08:50 AM, Timothy Murphy wrote: >>> SlashDot had an article today on a Linux server malware attack, >>> < >> http://it.slashdot.org/story/14/03/18/2218237/malware-attack-infected

Re: [CentOS] Linux malware attack

2014-03-19 Thread John Doe
From: Steve Clark > I didn't see anything about how the machines got infected. Did I miss > something? >From what I understood, it is no brand new vulnerability... It is just bad guys who simply got some servers logins/passwds and installed their malware... JD

Re: [CentOS] Linux malware attack

2014-03-19 Thread Johnny Hughes
On 03/19/2014 11:22 AM, Steve Clark wrote: > On 03/19/2014 12:11 PM, SilverTip257 wrote: >> On Wed, Mar 19, 2014 at 10:01 AM, Johnny Hughes wrote: >> >>> On 03/19/2014 08:50 AM, Timothy Murphy wrote: SlashDot had an article today on a Linux server malware attack, < >>> http://it.slashdot

Re: [CentOS] Linux malware attack

2014-03-19 Thread Mike McCarthy
Linux server attacks are nothing new. 14 years ago I was installing a server, Red Hat 7 I think, and in the hour or so after I installed it to the time I applied the patches it was infected with an Apache ssl trojan. Years ago I moved sshd off port 22, disabled password logins and use certificates

Re: [CentOS] Linux malware attack

2014-03-19 Thread EGO.II-1
On 03/19/2014 01:35 PM, Mike McCarthy wrote: > Linux server attacks are nothing new. 14 years ago I was installing a > server, Red Hat 7 I think, and in the hour or so after I installed it to > the time I applied the patches it was infected with an Apache ssl trojan. > > Years ago I moved sshd off

Re: [CentOS] Linux malware attack

2014-03-19 Thread Johnny Hughes
On 03/19/2014 12:39 PM, EGO.II-1 wrote: > On 03/19/2014 01:35 PM, Mike McCarthy wrote: >> Linux server attacks are nothing new. 14 years ago I was installing a >> server, Red Hat 7 I think, and in the hour or so after I installed it to >> the time I applied the patches it was infected with an Apach

Re: [CentOS] Linux malware attack

2014-03-19 Thread EGO.II-1
On 03/19/2014 02:21 PM, Johnny Hughes wrote: > On 03/19/2014 12:39 PM, EGO.II-1 wrote: >> On 03/19/2014 01:35 PM, Mike McCarthy wrote: >>> Linux server attacks are nothing new. 14 years ago I was installing a >>> server, Red Hat 7 I think, and in the hour or so after I installed it to >>> the time

Re: [CentOS] Disk usage incorrectly reported by du

2014-03-19 Thread John R Pierce
On 3/19/2014 6:36 AM, Radu Radutiu wrote: > I'll modify my rsync command to preserve hard links. note that on a large file system with a large number of files, thats VERY expensive, as rsync has to keep a list of every inode number on the whole file system and verify each directory entry isn't p

Re: [CentOS] NFS Mount: files owned by nobody

2014-03-19 Thread Lists
Alas, this doesn't seem to have resolved the issue. (See results shown below) Your notes closely mirror the results of my google searches. Is there a way to have NFS server/client be very verbose and log where the error is occuring? -Ben On 03/17/2014 03:20 PM, Frank Cox wrote: > On Mon, 17 M

Re: [CentOS] Linux malware attack

2014-03-19 Thread Lists
On 03/19/2014 10:35 AM, Mike McCarthy wrote: > Years ago I moved sshd off port 22, disabled password logins and use > certificates after noticing my logs filling up with numerous daily > attempts at hacking into sshd. > Not only do I not use port 22, no passwords, and keys with passphrases, the p

Re: [CentOS] Linux malware attack

2014-03-19 Thread Ned Slider
On 19/03/14 18:31, EGO.II-1 wrote: > > On 03/19/2014 02:21 PM, Johnny Hughes wrote: >> On 03/19/2014 12:39 PM, EGO.II-1 wrote: >>> On 03/19/2014 01:35 PM, Mike McCarthy wrote: Linux server attacks are nothing new. 14 years ago I was installing a server, Red Hat 7 I think, and in the hour

Re: [CentOS] NFS Mount: files owned by nobody

2014-03-19 Thread Lists
On 03/19/2014 12:28 PM, Frank Cox wrote: > Do your user numeric id's match between the nfs server and client? Yes, and despite restarting all services manually, only a SIMULTANEOUS cold reboot for both client and server "resolved" the issue. (I've already rebooted by the client and server multip

Re: [CentOS] NFS Mount: files owned by nobody

2014-03-19 Thread Frank Cox
On Wed, 19 Mar 2014 12:16:52 -0700 Lists wrote: > Alas, this doesn't seem to have resolved the issue. (See results shown > below) Your notes closely mirror the results of my google searches. Is > there a way to have NFS server/client be very verbose and log where the > error is occuring? Do yo

Re: [CentOS] NFS Mount: files owned by nobody

2014-03-19 Thread Les Mikesell
On Wed, Mar 19, 2014 at 2:37 PM, Lists wrote: > On 03/19/2014 12:28 PM, Frank Cox wrote: >> Do your user numeric id's match between the nfs server and client? > > Yes, and despite restarting all services manually, only a SIMULTANEOUS > cold reboot for both client and server "resolved" the issue. (

Re: [CentOS] NFS Mount: files owned by nobody

2014-03-19 Thread Ljubomir Ljubojevic
On 03/19/2014 08:37 PM, Lists wrote: > On 03/19/2014 12:28 PM, Frank Cox wrote: >> Do your user numeric id's match between the nfs server and client? > > Yes, and despite restarting all services manually, only a SIMULTANEOUS > cold reboot for both client and server "resolved" the issue. (I've > alr

[CentOS] RESOLVED: NFS Mount: files owned by nobody

2014-03-19 Thread Lists
On 03/19/2014 02:44 PM, Ljubomir Ljubojevic wrote: >> > > It is very strange that client can mount directory on DIFFERENT SERVER? > It looks like you have DNS/IP issues on your network? > > I used autofs and IP address to point it to desired server, to avoid > possible DNS problems. I've resolved