Discuss July 2011

discuss@lists.centos.org

315 participants
287 discussions

Centos|Windows Cross Platform File Managers
by Keith Roberts 04 Jul '11

04 Jul '11

Greetings all! Can anyone recommend a Midnight Commander like file manager that will run on Windows Vista please? I have downloaded and installed 2 MC's for Vista, but the actual MC user window running under Vista is very small compared to my screens real estate, and I cannot seem to make it fill half the screen. I have found Double Commander for Windows: http://doublecmd.sourceforge.net/ and installed that, and wondered if there is a version of Double Commander available for Centos please? Any decent File Manager that will run on Centos and Windows would be fine. That way I can easily switch between the two OSes as needed, and be comfortable using just one cross-platform file manager. Kind Regards, Keith Roberts ----------------------------------------------------------------- Websites: http://www.karsites.net http://www.php-debuggers.net http://www.raised-from-the-dead.org.uk All email addresses are challenge-response protected with TMDA [http://tmda.net] -----------------------------------------------------------------

2 7

CentOS-announce Digest, Vol 77, Issue 1
by centos-announce-request＠centos.org 03 Jul '11

03 Jul '11

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-2011:0909 Moderate CentOS 5 x86_64 ruby Update (Karanbir Singh) 2. CESA-2011:0909 Moderate CentOS 5 i386 ruby Update (Karanbir Singh) 3. CEBA-2011:0912 CentOS 5 i386 ypbind Update (Karanbir Singh) 4. CEBA-2011:0912 CentOS 5 x86_64 ypbind Update (Karanbir Singh) ---------------------------------------------------------------------- Message: 1 Date: Thu, 30 Jun 2011 16:28:46 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2011:0909 Moderate CentOS 5 x86_64 ruby Update To: centos-announce(a)centos.org Message-ID: <20110630162846.GA14367(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2011:0909 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-0909.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 8157d733ae97be6cb220b78ca82d2be0 ruby-1.8.5-19.el5_6.1.x86_64.rpm 1c144d005507118b9aacd93356311e7b ruby-devel-1.8.5-19.el5_6.1.i386.rpm b69cd51d6d9ed0d2e8fb6caee8236650 ruby-devel-1.8.5-19.el5_6.1.x86_64.rpm c02229e2f2b4dcb00f11015d9c1fe966 ruby-docs-1.8.5-19.el5_6.1.x86_64.rpm a5815dfaa568eec544d88c1a572adba1 ruby-irb-1.8.5-19.el5_6.1.x86_64.rpm ddaba72078e8347b6c6c5ff5327a2c02 ruby-libs-1.8.5-19.el5_6.1.i386.rpm 787ed0c0913e9fdb489b229467a086ae ruby-libs-1.8.5-19.el5_6.1.x86_64.rpm c52f8fadd781c6f94f0ec25ab554ed62 ruby-mode-1.8.5-19.el5_6.1.x86_64.rpm 2dd1f5a57f490aa756b424c08cef0927 ruby-rdoc-1.8.5-19.el5_6.1.x86_64.rpm f7f9c27918c547ff30eff38b58dcce68 ruby-ri-1.8.5-19.el5_6.1.x86_64.rpm 93b5da7a1cb05a1ab071d9f25fbb3f39 ruby-tcltk-1.8.5-19.el5_6.1.x86_64.rpm Source: e6b14d3ee0a8d803ed97d4e5cfd5f8d9 ruby-1.8.5-19.el5_6.1.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Thu, 30 Jun 2011 16:28:46 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2011:0909 Moderate CentOS 5 i386 ruby Update To: centos-announce(a)centos.org Message-ID: <20110630162846.GA14354(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2011:0909 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-0909.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 8e6e073eab9471d4194141f6c9117b42 ruby-1.8.5-19.el5_6.1.i386.rpm 342f1fb66542e5d090646371b777bbb4 ruby-devel-1.8.5-19.el5_6.1.i386.rpm 0d21deaee27e47b161ae787ed84157ba ruby-docs-1.8.5-19.el5_6.1.i386.rpm 39d93d82ce5c43a3012ccafd5aba6dc4 ruby-irb-1.8.5-19.el5_6.1.i386.rpm 4ea92c92109384e180f251ac458a889b ruby-libs-1.8.5-19.el5_6.1.i386.rpm bc40b4fa64cb6e18de029bbee8a0fc48 ruby-mode-1.8.5-19.el5_6.1.i386.rpm 5391a7816a395dfe9861db4633176c02 ruby-rdoc-1.8.5-19.el5_6.1.i386.rpm e7652e9e3d4be8bb2a951bd572eddcbb ruby-ri-1.8.5-19.el5_6.1.i386.rpm bae69687492ef23fd4afa6b555799d12 ruby-tcltk-1.8.5-19.el5_6.1.i386.rpm Source: e6b14d3ee0a8d803ed97d4e5cfd5f8d9 ruby-1.8.5-19.el5_6.1.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Thu, 30 Jun 2011 16:29:18 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEBA-2011:0912 CentOS 5 i386 ypbind Update To: centos-announce(a)centos.org Message-ID: <20110630162918.GA14443(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2011:0912 Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-0912.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 1f0c49572d83214a44f6dd7694230774 ypbind-1.19-12.el5_6.1.i386.rpm Source: c5021f6c504bf63172efb69328480f6d ypbind-1.19-12.el5_6.1.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Thu, 30 Jun 2011 16:29:18 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEBA-2011:0912 CentOS 5 x86_64 ypbind Update To: centos-announce(a)centos.org Message-ID: <20110630162918.GA14457(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2011:0912 Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-0912.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 47d1eeb05eb109092928a0adf24dbf9f ypbind-1.19-12.el5_6.1.x86_64.rpm Source: c5021f6c504bf63172efb69328480f6d ypbind-1.19-12.el5_6.1.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #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 77, Issue 1 **********************************************

1 0

Starting asterisk: /usr/sbin/safe_asterisk: line 86: ulimit: open files: cannot modify limit: Operation not permitted
by Kaushal Shriyan 02 Jul '11

02 Jul '11

Hi Please help me understand about the below issue ? [root@asterisk1 ~]# /etc/init.d/asterisk restart Stopping safe_asterisk: [ OK ] Shutting down asterisk: [ OK ] Starting asterisk: /usr/sbin/safe_asterisk: line 86: ulimit: open files: cannot modify limit: Operation not permitted [ OK ] (reverse-i-search)`d': /etc/init.d/asterisk restart [root@asterisk1 ~]# rpm -qa | grep asterisk asterisk-sounds-core-en-gsm-1.4.21-1_centos5 asterisk18-1.8.4.4-1_centos5 asterisk18-core-1.8.4.4-1_centos5 asterisk18-doc-1.8.4.4-1_centos5 asterisk18-dahdi-1.8.4.4-1_centos5 asterisk18-configs-1.8.4.4-1_centos5 asterisk18-voicemail-1.8.4.4-1_centos5 [root@asterisk1 ~]# uname -a Linux asterisk1 2.6.18-238.el5 #1 SMP Thu Jan 13 15:51:15 EST 2011 x86_64 x86_64 x86_64 GNU/Linux [root@asterisk1 ~]# cat /proc/version Linux version 2.6.18-238.el5 (mockbuild(a)builder10.centos.org) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-48)) #1 SMP Thu Jan 13 15:51:15 EST 2011 [root@asterisk1 ~]# cat /etc/redhat-release CentOS release 5.6 (Final) [root@asterisk1 ~]# Regards Kaushal

3 4

Cluster Failover Troubleshooting (luci and ricci)
by Ryan Bunce 01 Jul '11

01 Jul '11

Hello all. I posted this in the forum and was told to instead post it to the mailing list. My apologies for the redundancy if you have already seen and been irritated by my blatherings. Thanks. _________________________ I am working on a CentOS clustered LAMP stack and running into problems. I have searched extensively and have come up empty. Here's my setup: Two node cluster identical hardware. IBM x226 with RSAII adapters for fencing. Configured for Active/Passive failover - no load balancing. No shared storage - manual rsync of data (shared SSH keys, rsync over SSH, cron job). Single shared IP address I used luci and ricci to configure the cluster. It's a bit confusing that there's an 'apache' script but you have to use the custom init script. I'm past that though. The failover function is working when it's kicked off manually from the luci web interface. I can tell it to transfer the services (IP, httpd, msqld) to the secondary server and it works fine. I run into problems when I attempt to simulate a failure (a pulled network cord for instance). The primary system recognizes the failure, shuts down it's services, attempts to inform the secondary server to take over and then it never does. Here is a log excerpt from a cable pull test: Jun 16 15:33:27 flex kernel: tg3: eth0: Link is down. Jun 16 15:33:34 flex clurgmgrd: [2970]: <warning> Link for eth0: Not detected Jun 16 15:33:34 flex clurgmgrd: [2970]: <warning> No link on eth0... Jun 16 15:33:34 flex clurgmgrd[2970]: <notice> status on ip "10.6.2.25" returned 1 (generic error) Jun 16 15:33:34 flex clurgmgrd[2970]: <notice> Stopping service service:web Jun 16 15:33:35 flex proftpd[6321]: 10.6.2.47 - ProFTPD killed (signal 15) Jun 16 15:33:35 flex proftpd[6321]: 10.6.2.47 - ProFTPD 1.3.3c standalone mode SHUTDOWN Jun 16 15:33:39 flex avahi-daemon[2850]: Withdrawing address record for 10.6.2.25 on eth0. Jun 16 15:33:49 flex clurgmgrd[2970]: <notice> Service service:web is recovering Jun 16 15:33:49 flex clurgmgrd[2970]: <notice> Recovering failed service service:web Jun 16 15:33:49 flex clurgmgrd: [2970]: <warning> Link for eth0: Not detected Jun 16 15:33:49 flex clurgmgrd[2970]: <notice> start on ip "10.6.2.25" returned 1 (generic error) Jun 16 15:33:49 flex clurgmgrd[2970]: <warning> #68: Failed to start service:web; return value: 1 Jun 16 15:33:49 flex clurgmgrd[2970]: <notice> Stopping service service:web Jun 16 15:33:49 flex clurgmgrd: [2970]: <err> script:mysqld: stop of /etc/rc.d/init.d/mysqld failed (returned 1) Jun 16 15:33:49 flex clurgmgrd[2970]: <notice> stop on script "mysqld" returned 1 (generic error) Jun 16 15:33:49 flex clurgmgrd[2970]: <crit> #12: RG service:web failed to stop; intervention required Jun 16 15:33:49 flex clurgmgrd[2970]: <notice> Service service:web is failed Jun 16 15:33:49 flex clurgmgrd[2970]: <crit> #13: Service service:web failed to stop cleanly Jun 16 15:36:43 flex kernel: tg3: eth0: Link is up at 100 Mbps, full duplex. Jun 16 15:36:43 flex kernel: tg3: eth0: Flow control is off for TX and off for RX. Jun 16 16:04:52 flex luci[2904]: Unable to retrieve batch 306226694 status from web2:11111: Unable to disable failed service web before starting it:clusvcadm failed to stop web: Jun 16 16:05:28 flex clurgmgrd[2970]: <notice> Starting disabled service service:web Jun 16 16:05:31 flex avahi-daemon[2850]: Registering new address record for 10.6.2.25 on eth0. Jun 16 16:05:31 flex luci[2904]: Unable to retrieve batch 1997354692 status from web2:11111: module scheduled for execution Jun 16 16:05:33 flex proftpd[1926]: 10.6.2.47 - ProFTPD 1.3.3c (maint) (built Thu Nov 18 2010 03:38:57 CET) standalone mode STARTUP Jun 16 16:05:33 flex clurgmgrd[2970]: <notice> Service service:web started I have followed the HowTos for setting up the cluster (with the exception of the shared storage) as closely as possible. Here's what I've already troubleshot: No IPTables running No SELinux running Hosts file resolves all IP address/host names properly. I must say that I am less familiar with how all of the cluster components work together. All of the Linux clusters I have built thus far have been heartbeat+mon style clusters. I'm looking to find out if there is an additional debug layer that I can put in place to get some more detailed information about what is transacting (or not) between the two cluster members. Many thanks.

3 2

Anyway to ensure SSH availability?
by Emmanuel Noobadmin 01 Jul '11

01 Jul '11

I was having problems with the same server locking up to the point I can't even get in via SSH. I've already used HTB/TC to reserve bandwidth for my SSH port but the problem now isn't an attack on the bandwidth. So I'm trying to figure out if there's a way to ensure that SSH is given cpu and i/o priority. However, so far reading seems to imply that it's probably not going to help if the issue is i/o related and/or it would require escalating SSH to such levels (above paging/filesystem processes) that makes it a really bad idea. Since I'm not the only person who face problems trying to remotely access a locked up server, surely somebody must had come up with a solution that didn't involve somebody/something hitting the power button?

21 59

OT: 1.1.1.1 is not private anymore?
by Fajar Priyanto 01 Jul '11

01 Jul '11

Hi all, Our network is suspected to be infected by malware by the detector in upline network. Turns out that some of our developers use 1.1.1.1 as a "pinging testing". Google comes to my knowledge that 1.1.1.1 is not a private IP anymore? Since when? Also Google says 1.1.1.1 is well-known to be used by botnet command and control host?? I've blocked it in the local gateway. Just curious......

3 2

Re: [CentOS] Power-outage
by Brent L. Bates 01 Jul '11

01 Jul '11

apcupsd is only suppose to work with APC's UPS's and the apcupsd developer will not deal with complaints about UPS's from other manufacturers. If your non-APC UPS works with apcupsd, then count yourself lucky. If you want to use another manufacturer's UPS, check out NUT (http://www.networkupstools.org/) to see if it will work with your UPS. One last thing, APC has changed their communications protocol (it's called microlink now) on new UPS's, so apcupsd doesn't work nearly as well as it used to. -- Brent L. Bates (UNIX Sys. Admin.) M.S. 912 Phone:(757) 865-1400, x204 NASA Langley Research Center FAX:(757) 865-8177 Hampton, Virginia 23681-0001 Email: B.L.BATES(a)larc.nasa.gov http://www.vigyan.com/~blbates/

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss July 2011