Username: nicolasguerinet
AT http://wiki.centos.org/HowTos/VNC-Server
To Replace the ports numbers 58xx with 59xx in the vnc server tutorial to
reflect variable $vncport from /usr/bin/vncserver. Thank you
2.8.1. Testing with a java enabled browser
Let us assume that mymachine has an IP
CentOS Errata and Bugfix Advisory 2014:0313
Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0313.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
CentOS Errata and Bugfix Advisory 2014:0314
Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0314.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
CentOS Errata and Security Advisory 2014:0310 Critical
Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0310.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
CentOS Errata and Security Advisory 2014:0316 Important
Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0316.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
CentOS Errata and Security Advisory 2014:0316 Important
Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0316.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
On 03/13/2014 12:04 PM, George Dunlap wrote:
On Thu, Mar 13, 2014 at 11:35 AM, Johnny Hughes joh...@centos.org wrote:
On 03/12/2014 12:38 PM, Pasi Kärkkäinen wrote:
snip
I get a forbidden on that SRPM ... do you have a copy somewhere?
Yep, here goes:
On Wed, Mar 19, 2014 at 7:18 PM, Johnny Hughes joh...@centos.org wrote:
On 03/13/2014 12:04 PM, George Dunlap wrote:
On Thu, Mar 13, 2014 at 11:35 AM, Johnny Hughes joh...@centos.org wrote:
On 03/12/2014 12:38 PM, Pasi Kärkkäinen wrote:
snip
I get a forbidden on that SRPM ... do you have a
El 19/03/2014 5:33, Fermin Francisco escribió:
Buenas noches!!
Algunos de ustedes ha probado lo siguiente:
Tengo una maquina con Centos 6.4, e instale Samba 4 como Directorio Activo +
Controlador de dominio.
Lo que quiero es poder loguearme ademas de la forma tradicional con los
Gracias puede ya solucionar el problema, la solución fue lo que
mencionaba Ramón que el gateway de las cámaras debe ser el Linux eso era
lo que faltaba muchas gracias a todos nuevamente.
César
___
CentOS-es mailing list
CentOS-es@centos.org
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
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
On Wed, Mar 19, 2014 at 8:14 AM, Radu Radutiu rradu...@gmail.com 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
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,
On Wed, 19 Mar 2014 14:14:04 +0200
Radu Radutiu rradu...@gmail.com 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
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/msg/0
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
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
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 there is a simple test to see if a CentOS machine
has been infected in this way?
The article mentions Yara and Snort rules to
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 there is a simple test to see if a CentOS machine
has been infected in this
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,
http://it.slashdot.org/story/14/03/18/2218237/malware-attack-infected-25000-linuxunix-servers.
I wonder if there is a simple test to see
John Doe writes:
From: Lars Hecking lheck...@users.sourceforge.net
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
From: Lars Hecking lheck...@users.sourceforge.net
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 Wed, Mar 19, 2014 at 10:01 AM, Johnny Hughes joh...@centos.org 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
On 03/19/2014 12:11 PM, SilverTip257 wrote:
On Wed, Mar 19, 2014 at 10:01 AM, Johnny Hughes joh...@centos.org wrote:
On 03/19/2014 08:50 AM, Timothy Murphy wrote:
SlashDot had an article today on a Linux server malware attack,
From: Steve Clark scl...@netwolves.com
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
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 joh...@centos.org wrote:
On 03/19/2014 08:50 AM, Timothy Murphy wrote:
SlashDot had an article today on a Linux server malware attack,
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
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
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 Apache ssl
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 I applied
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
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
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 port
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 or so after I
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 multiple
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 your
On Wed, Mar 19, 2014 at 2:37 PM, Lists li...@benjamindsmith.com 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
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
already
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 this
40 matches
Mail list logo