Re: [CentOS-es] Ayuda con centos
Muchas gracias por sus respuestas y tiempo. He utilizado la herramienta CloneZilla y la verdad que funciono perfectamente para mi necesidad. Saludos y muchas gracias por su colaboración. El 22 de agosto de 2013 17:25, David González Romero dgrved...@gmail.comescribió: Lo otro sería la misma idea que te di pero montando tu disco en un directorio /x y hacer la imagen de ese directorio que al final solo hará el ISO de lo que contiene el directorio... Saludos, David El 22 de agosto de 2013 15:53, Ernesto Pérez Estévez, Ing. cen...@ecualinux.com escribió: On 08/22/2013 01:17 PM, Federico Don wrote: Muchas gracias por las repuestas, pero lo no creo que me sirvan porque lo que estan haciendo es una imagen del primer disco, lo cual seran 500GB yo queiro tener en el nuevo disco solo el espacio utilizado del primer discoalguna otra idea? arranca el sistema con un iso de clonezilla, accederás por ahi a los datos, los clonarás (sólo los datos) hacia un disco externo o hacia otro disco. Y luego viertes esos datos en un nuevo disco. yo realmenet le hago con star desde un iso de fedora y listo -- Ernesto Pérez Estévez Movi: 09 9924 6504 http://EcuaLinux.com ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS] Fastest way of removing very large number of files?
- Original Message - | Hi All. | | I currently have a problem on my backup server with very large number | of | small files in a large number of directories. I would like to delete | them | as fast as possible. Currently I use: | | rsync -a --delete /empty_directory/ dir_to_clean/ | | I've read that rsync will be faster than rm or find. | Can you recommend something? I use an ext4 filesystem. | | Best regards, | Rafal. If it's on a different file system than mkfs is the fastest. ;) -- James A. Peltier Manager, IT Services - Research Computing Group Simon Fraser University - Burnaby Campus Phone : 778-782-6573 Fax : 778-782-3045 E-Mail : jpelt...@sfu.ca Website : http://www.sfu.ca/itservices “A successful person is one who can lay a solid foundation from the bricks others have thrown at them.” -David Brinkley via Luke Shaw ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Make server reboot by itself instead of dropping to kernel debugger
Hello, on OpenBSD if you put ddb.panic=0 into /etc/sysctl.conf, the server won't drop into debugger on kernel panic. Is there please a similar setting for CentOS 6.4 / 64 bit? The background is that I have a new dedicated server with Haswell CPU and once a month it is stuck, displaying kernel trace (the other users at my hoster have similar problems). So the users of my web site complain. I'd prefer my web server to just reboot Thank you Alex ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Make server reboot by itself instead of dropping to kernel debugger
I've ended up doing this (hope it's valid for CentOS 6.4): # echo 10 /proc/sys/kernel/panic # echo kernel.panic=10 /etc/sysctl.conf ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] yum update after update from 6.3 to 6.4 - problems with epel repository.
Hi All. I've updated my system from 6.3 to 6.4. In my /etc/yum.repos.depel.repo I have: [epel] name=Extra Packages for Enterprise Linux - $basearch #baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch mirrorlist= http://mirrors.fedoraproject.org/mirrorlist?repo=epel-6arch=$basearch failovermethod=priority gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5 #gpgkey=http://download.fedora.redhat.com/pub/epel/RPM-GPG-KEY-EPEL-5 exclude=mongodb* enabled=1 gpgcheck=0 Yum variables are ok: # python -c 'import yum, pprint; yb = yum.YumBase(); pprint.pprint(yb.conf.yumvar, width=1)' Loaded plugins: fastestmirror {'arch': 'ia32e', 'basearch': 'x86_64', 'releasever': '6', 'uuid': 'd42ce92e-d28b-4637-8365-2cf02892ee58'} But yum exits with error: # yum --disablerepo='*' --enablerepo='epel' search iotop Loaded plugins: fastestmirror, security Loading mirror speeds from cached hostfile Error: Cannot find a valid baseurl for repo: epel I've tried to open http://mirrors.fedoraproject.org/mirrorlist?repo=epel-6arch=x86_64 but got # Bad Request 2960 # {'repo': u'epel-6', 'IP': IP('195.8.99.234'), 'client_ip': u'195.8.99.234', 'metalink': False, 'arch': u'x86_64'} Am I doing something wrong? Any clues? Best regards, Rafal. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Fastest way of removing very large number of files?
On 23.08.2013 07:52, Xinyun Zhou wrote: On Thu, 2013-08-22 at 23:40 -0600, Frank Cox wrote: On Fri, 23 Aug 2013 07:34:50 +0200 Rafał Radecki wrote: Can you recommend something? I use an ext4 filesystem. Without actually trying to to see, I suspect that a C program that calls remove() would probably be faster than just about anything else. I agree with what you are saying, and I think you may even want to use unlink() if they are all files, no dirs. remove() actually will call unlink() so you may be able to save few function calls and logical statements. I doubt saving functions calls is going to gain you anything in this case as 99.9% of the time the rm takes is on disk I/O. If you want to reduce the rm time you have to find a way to reduce the disk I/O it requires. Regards, Dennis ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Fastest way of removing very large number of files?
On Fri, Aug 23, 2013 at 12:40:51PM +0200, Dennis Jacobfeuerborn wrote: I doubt saving functions calls is going to gain you anything in this case as 99.9% of the time the rm takes is on disk I/O. If you want to reduce the rm time you have to find a way to reduce the disk I/O it requires. Correct. If it's a whole directory (tree) that needs removing then I find mv dir dir.o ; mkdir dir ; chown ##:## dir; chmod ### dir ; rm -r dir.o type stuff works just fine; the rm can chunk along in the background while there's now a nice clean empty directory for the application. -- rgds Stephen ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 102, Issue 14
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.org You can reach the person managing the list at centos-announce-ow...@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-2013:X007 Moderate Xen4CentOS kernel Security Update (Johnny Hughes) -- Message: 1 Date: Thu, 22 Aug 2013 22:42:39 + From: Johnny Hughes joh...@centos.org Subject: [CentOS-announce] CESA-2013:X007 Moderate Xen4CentOS kernel Security Update To: centos-annou...@centos.org Message-ID: 2013084239.ga59...@n04.lon1.karan.org Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2013:X007 (Xen4CentOS) The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) - X86_64 - 88c77ff2be214b47e3cb65b4e10c52e09d0e383c87b18f1f25314432df928e14 e1000e-2.4.14-3.4.59.1.el6.centos.alt.x86_64.rpm c610f54dbe17dee11552d192c9ad4abcea90f86ad44c3f6a4ba8f8a231fb2fe2 kernel-3.4.59-8.el6.centos.alt.x86_64.rpm 5c0e93700126742dcfba87bf864c3d978837b745ea00cc76b3f9d15c66ac kernel-devel-3.4.59-8.el6.centos.alt.x86_64.rpm 9839c70ff43fbeaf5faf899910d9359b22d327245230ecbf8a1e6c45408766b4 kernel-doc-3.4.59-8.el6.centos.alt.noarch.rpm 51c04d1aa18d43bae7c9d6a913b6dde69b2614f568ada764e7d054ec148bb12f kernel-firmware-3.4.59-8.el6.centos.alt.noarch.rpm 90f6e25e43e196ed44c29588b7de4fe38d7d8b5bf7875cb2f318c8afa9ee kernel-headers-3.4.59-8.el6.centos.alt.x86_64.rpm 47bb11f798ec08082fdf0ad25b211f1d195451204b0e5eddda4a713e73e31a4f perf-3.4.59-8.el6.centos.alt.x86_64.rpm - Source: - fad9548e81f62b60718d523eb950c90fe80e7f675c4713359313d78eed785f63 e1000e-2.4.14-3.4.59.1.el6.centos.alt.src.rpm 3749922e7c1c0f49b2cfd4f346206786320101bffc96c7e689144c52deec876d kernel-3.4.59-8.el6.centos.alt.src.rpm = Kernel Changelog info from the SPEC file: * Thu Aug 22 2013 Johnny Hughes johnny at centos.org 3.4.59-8 - upgraded to upstream 3.4.59 - added Source6 to fix a firmware issue (centos bug 6609) - modified the x86_64 and i386 config files (centos bug 6619) * Tue Aug 13 2013 Johnny Hughes johnny at centos.org 3.4.57-8 - upgraded to upstream 3.4.57 - removed patch 131 as it was rolled in upstream e1000e Changelog info from the SPEC file: * Thu Aug 22 2013 Johnny Hughes johnny at centos.org - 2.4.14-3.4.59.1.el6.centos.alt - built against new 3.4.59 kernel * Tue Aug 13 2013 Johnny Hughes johnny at centos.org - 2.4.14-3.4.57.1.el6.centos.alt - built against new 3.4.57 kernel = The following Secuirty issues have been addressed in this kernel: CVE-2013-2140 (Moderate): https://access.redhat.com/security/cve/CVE-2013-2140 = The following kernel.org changelog entries are applicable since the last kernel update: https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.4.55 https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.4.56 https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.4.57 https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.4.58 https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.4.59 -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos at irc.freenode.net -- ___ CentOS-announce mailing list centos-annou...@centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 102, Issue 14 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] USB Audio sound card
On Aug 23, 2013, at 8:00 AM, centos-requ...@centos.org wrote: From: Fred Smith fre...@fcshome.stoneham.ma.us Subject: Re: [CentOS] USB Audio sound card On Thu, Aug 22, 2013 at 10:03:08PM -0400, Glenn Eychaner wrote: On Aug 22, 2013, at 3:11 PM, Glenn Eychaner geycha...@mac.com wrote: I apologize. I should have said here A quick search of the web (and the NewEgg comments) indicates that these devices generally work under *Linux*, but do they work in CentOS 6? good point. I should have known that's what you meant. however, it gives one hope. especially since many of those comments are a couple years old, it's given time for drivers to work their way into other distros--assuming the drivers were new at that time, and they may not have been. especially that first one you ask about is dirt cheap, so maybe the way to do it is to go buy one and try it. If I were in the U.S., I certainly would do that. As it is, I'm in Chile; if I can even find something similar here, it will likely be more expensive (I found one so far, but it's a high-end 5.1 model and costs USD$40), and ordering from the U.S. is a multiweek turnaround time. Hence, I decided to ask first and suffer the wrath of the list for asking the obvious. -G. -- Glenn Eychaner (geycha...@lco.cl) Telescope Systems Programmer, Las Campanas Observatory ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] pam oddity
CentOS 6.4, 64-bit. Aug 23 08:32:33 workstation kdm: :0[11133]: PAM unable to dlopen(/lib64/security/pam_gnome_keyring.so): /lib64/security/pam_gnome_keyring.so: cannot open shared object file: No such file or directory Aug 23 08:32:33 workstation kdm: :0[11133]: PAM adding faulty module: /lib64/security/pam_gnome_keyring.so So I do yum provides /lib64/security/pam_gnome_keyring.so, and I get gnome-keyring-pam-2.28.2-8.el6_3.x86_64 : Pam module for unlocking keyrings Repo: base Matched from: Filename: /lib64/security/pam_gnome_keyring.so 6.3? Is this missing from 6.4, or has it been dropped, or what? mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Make server reboot by itself instead of dropping to kernel debugger
On 23/08/13 04:19, Alexander Farber wrote: I've ended up doing this (hope it's valid for CentOS 6.4): # echo 10 /proc/sys/kernel/panic # echo kernel.panic=10 /etc/sysctl.conf If your servers have a watchdog timer (most with IPMI/iLO/iDRAC/etc do), you can enable it. The OS will then have to kick the timer periodically to restart it's counter. If the OS panic's, it won't be able to reset the timer. Once the timer expires, it reboots. -- 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? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] yum update after update from 6.3 to 6.4 - problems with epel repository.
Have you tried a `yum clean all` Also the base arch is your code base, x86_64 etc. Try commenting out the mirrorlist= and hit the baseurl= directly. baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch #mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=epel-6arch=$basearch If you change this you will have to do a `yum clean all` From: Rafał Radecki radecki.ra...@gmail.com To: CentOS mailing list centos@centos.org Sent: Friday, August 23, 2013 4:52 AM Subject: [CentOS] yum update after update from 6.3 to 6.4 - problems with epel repository. Hi All. I've updated my system from 6.3 to 6.4. In my /etc/yum.repos.depel.repo I have: [epel] name=Extra Packages for Enterprise Linux - $basearch #baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch mirrorlist= http://mirrors.fedoraproject.org/mirrorlist?repo=epel-6arch=$basearch failovermethod=priority gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5 #gpgkey=http://download.fedora.redhat.com/pub/epel/RPM-GPG-KEY-EPEL-5 exclude=mongodb* enabled=1 gpgcheck=0 Yum variables are ok: # python -c 'import yum, pprint; yb = yum.YumBase(); pprint.pprint(yb.conf.yumvar, width=1)' Loaded plugins: fastestmirror {'arch': 'ia32e', 'basearch': 'x86_64', 'releasever': '6', 'uuid': 'd42ce92e-d28b-4637-8365-2cf02892ee58'} But yum exits with error: # yum --disablerepo='*' --enablerepo='epel' search iotop Loaded plugins: fastestmirror, security Loading mirror speeds from cached hostfile Error: Cannot find a valid baseurl for repo: epel I've tried to open http://mirrors.fedoraproject.org/mirrorlist?repo=epel-6arch=x86_64 but got # Bad Request 2960 # {'repo': u'epel-6', 'IP': IP('195.8.99.234'), 'client_ip': u'195.8.99.234', 'metalink': False, 'arch': u'x86_64'} Am I doing something wrong? Any clues? Best regards, Rafal. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] k3b - cddb doesn't work
On Thu 22 Aug 2013 06:32:47 AM EDT, Joerg Schilling wrote: On Android, you just need to press the character for a longer time and a bubble with more selections pops up. Thanks for the pointer. But thank your for providing binary packages. Oh, they're not mine, just a pointer to someone else's. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Setting Up LVS to Load Balance DNS
Greetings, all: OS: CentOS 6.4 x86_64 Kernel: 2.6.32-358.14.1 I could use some assistance with setting up pulse to load balance my dns servers. I've configured tcp and udp port 53 with the piranha gui, set up arptable rules on the real servers and added the virtual ip to the bond0 interface on the real servers, but I'm still having no luck in getting things going. A dig against the virtual ip address simply times out and ipvsadm shows no servers under the UDP connection for the virtual IP I defined in lvs.cf. Nanny also complains in /var/log/messages like so: READ to x.x.x.x timed out I've attached my lvs.cf and sysctl.conf files for the lvs server and real dns servers. Any help or nudges in the right direction would be greatly appreciated! Thanks. -- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Setting Up LVS to Load Balance DNS
lvs.cf: serial_no = 56 primary = 10.100.9.40 service = lvs backup_active = 1 backup = 10.100.9.41 heartbeat = 1 heartbeat_port = 539 keepalive = 6 deadtime = 18 network = direct debug_level = NONE monitor_links = 1 syncdaemon = 1 syncd_iface = eth0 syncd_id = 0 virtual ns1 { active = 1 address = 10.100.9.224 eth0:2 vip_nmask = 255.255.255.0 port = 53 use_regex = 0 load_monitor = rup scheduler = wlc protocol = tcp timeout = 6 reentry = 15 quiesce_server = 0 server ns1a { address = 10.100.9.221 active = 1 weight = 1 } server ns1b { address = 10.100.9.222 active = 1 weight = 1 } } virtual ns1 { active = 1 address = 10.100.9.224 eth0:2 vip_nmask = 255.255.255.0 port = 53 send = \n use_regex = 0 load_monitor = rup scheduler = wlc protocol = udp timeout = 6 reentry = 15 quiesce_server = 0 server ns1a { address = 10.100.9.221 active = 1 weight = 1 } server ns1b { address = 10.100.9.222 active = 1 weight = 1 } } /etc/sysctl.conf (LVS): # Kernel sysctl configuration file for Red Hat Linux # # For binary values, 0 is disabled, 1 is enabled. See sysctl(8) and # sysctl.conf(5) for more details. # Controls IP packet forwarding net.ipv4.ip_forward = 1 # Controls source route verification net.ipv4.conf.default.rp_filter = 1 # Do not accept source routing net.ipv4.conf.default.accept_source_route = 0 # Promote secondary IPs (virtual) upon failover net.ipv4.conf.all.promote_secondaries = 1 # Controls the System Request debugging functionality of the kernel kernel.sysrq = 0 # Controls whether core dumps will append the PID to the core filename. # Useful for debugging multi-threaded applications. kernel.core_uses_pid = 1 # Controls the use of TCP syncookies net.ipv4.tcp_syncookies = 1 # Disable netfilter on bridges. net.bridge.bridge-nf-call-ip6tables = 0 net.bridge.bridge-nf-call-iptables = 0 net.bridge.bridge-nf-call-arptables = 0 # Controls the maximum size of a message, in bytes kernel.msgmnb = 65536 # Controls the default maxmimum size of a mesage queue kernel.msgmax = 65536 # Controls the maximum shared segment size, in bytes kernel.shmmax = 68719476736 # Controls the maximum number of shared memory segments, in pages kernel.shmall = 4294967296 # Force nfs lock daemon to a set port fs.nfs.nlm_udpport=35001 fs.nfs.nlm_tcpport=35001 /etc/sysctl.conf (Real Server): # Kernel sysctl configuration file for Red Hat Linux # # For binary values, 0 is disabled, 1 is enabled. See sysctl(8) and # sysctl.conf(5) for more details. # Controls IP packet forwarding net.ipv4.ip_forward = 0 # Controls source route verification net.ipv4.conf.default.rp_filter = 1 # Do not accept source routing net.ipv4.conf.default.accept_source_route = 0 # Controls the System Request debugging functionality of the kernel kernel.sysrq = 0 # Controls whether core dumps will append the PID to the core filename. # Useful for debugging multi-threaded applications. kernel.core_uses_pid = 1 # Controls the use of TCP syncookies net.ipv4.tcp_syncookies = 1 # Disable netfilter on bridges. net.bridge.bridge-nf-call-ip6tables = 0 net.bridge.bridge-nf-call-iptables = 0 net.bridge.bridge-nf-call-arptables = 0 # Controls the default maxmimum size of a mesage queue kernel.msgmnb = 65536 # Controls the maximum size of a message, in bytes kernel.msgmax = 65536 # Controls the maximum shared segment size, in bytes kernel.shmmax = 68719476736 # Controls the maximum number of shared memory segments, in pages kernel.shmall = 4294967296 # Force nfs lock daemon to a set port fs.nfs.nlm_udpport=35001 fs.nfs.nlm_tcpport=35001 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Make server reboot by itself instead of dropping to kernel debugger
Thank you, I have this # dmesg|grep -i watch NMI watchdog enabled, takes one hw-pmu counter. iTCO_wdt: Intel TCO WatchDog Timer Driver v1.07rh do you have any tips or doc pointers? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RHEL Subscriptions
On 08/23/2013 12:25 AM, Kwan Lowe wrote: It says if you let ALL your subscriptions expire. I read that to mean after you have no active subscriptions, you can use the software. Seems absolutely crazy, but that's what it says. It seems more clear to me in the detailed contract version it says clearly 'use or execute': This clause is almost certainly to prevent folks from having a single subscription and then using that to update all the others in the environment. I don't have a problem with it; we do have several hundred RHEL systems. There are alternatives though. CentOS works for many companies. Even Oracle manages to rebuild the Red Hat packages and sell support around it. ___ Right .. you CAN NOT get all the Red Hat RPMs from one RHEL subscription via RHN and use those RPMs on 20 other machines that have no RHEL RHN subscription. You CAN have 20 CentOS machines, getting updates from CentOS and also have licensed RHEL machines on your network with the RHEL machines getting updates from Red Hat. You can also convert RHEL machines to CentOS or CentOS machines to RHEL machines, etc. What you would do to convert a RHEL machine to a CentOS machine is to replace all the RHEL RPMs with CentOS RPMs ... that is very easy to do ... with CentOS-6, you can just do: replace the redhat-release* rpm with the centos-release rpm remove any Red Hat repos from yum yum upgrade then yum reinstall * That would replace any Red Hat RPMs with CentOS RPMs ... except the kernel which would need to be done manually. But if you want SLA type support for your machines, that is what RHEL is for ... so buy it if you need it. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Make server reboot by itself instead of dropping to kernel debugger
Ok, sorry - I've found the man watchdog and man watchdog.conf ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Make server reboot by itself instead of dropping to kernel debugger
I am not sure though, if I need to start the watchdog daemon at all - because I altready have these lines in my dmesg: iTCO_vendor_support: vendor-support=0 iTCO_wdt: Intel TCO WatchDog Timer Driver v1.07rh iTCO_wdt: Found a Lynx Point TCO device (Version=2, TCOBASE=0x1860) iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) Does it mean there is some hardware watchdog active at my CentOS 6.4 / 64 bit (Haswell CPU) server already? Thank you for any hints Alex ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] System Hang on busy NFS server
On a busy NFS server I've started receiving the following error messages and the system hangs with high load but no work being done. The system is a Dell R510 with 12 x 3TB drives in a RAID-50 configuration. The RAID-50 device is a full disk LVM (no partitions) and one large (36TB) data volume and the system is running CentOS 6.4 fully patched for OS and firmware. Anyone have any hints as to what might be causing this. It looks to me like the system is starting to swap and then failing and then XFS starts to throw a hissy fit because it can't start allocating pages for it's buffers. Eventually then the system just deadlocks. I'm just looking for someone to confirm my findings and let me know if this is a bug or not. I've posted the dmesg output onto pastebin http://pastebin.com/YQbhsN6a Any help is very much appreciated! -- James A. Peltier Manager, IT Services - Research Computing Group Simon Fraser University - Burnaby Campus Phone : 778-782-6573 Fax : 778-782-3045 E-Mail : jpelt...@sfu.ca Website : http://www.sfu.ca/itservices “A successful person is one who can lay a solid foundation from the bricks others have thrown at them.” -David Brinkley via Luke Shaw ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] JOB | (Amsterdam, the Netherlands) | Linux Systems Administrator (take ownership of hardware procurement and supplier relationships)
Hello, I am working with an employer that is looking to hire a Linux systems administrator (with an automation and scripting approach) to take ownership of hardware procurement and supplier relationships. This is a permanent job based in Amsterdam, the Netherlands (relocation assistance is available). Consequently should any members of this list like to discuss with me further; they may reach me off-list using JamesTobin (at) Linuxmail (dot) org. All the best, James ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Setting Up LVS to Load Balance DNS
On Fri, Aug 23, 2013 at 11:53 AM, Trevor Kates kate...@gmail.com wrote: lvs.cf: serial_no = 56 primary = 10.100.9.40 service = lvs backup_active = 1 backup = 10.100.9.41 heartbeat = 1 heartbeat_port = 539 keepalive = 6 deadtime = 18 network = direct debug_level = NONE monitor_links = 1 syncdaemon = 1 syncd_iface = eth0 syncd_id = 0 virtual ns1 { active = 1 address = 10.100.9.224 eth0:2 vip_nmask = 255.255.255.0 port = 53 use_regex = 0 load_monitor = rup scheduler = wlc protocol = tcp timeout = 6 reentry = 15 quiesce_server = 0 server ns1a { address = 10.100.9.221 active = 1 weight = 1 } server ns1b { address = 10.100.9.222 active = 1 weight = 1 } } virtual ns1 { active = 1 address = 10.100.9.224 eth0:2 vip_nmask = 255.255.255.0 port = 53 send = \n use_regex = 0 load_monitor = rup scheduler = wlc protocol = udp timeout = 6 reentry = 15 quiesce_server = 0 server ns1a { address = 10.100.9.221 active = 1 weight = 1 } server ns1b { address = 10.100.9.222 active = 1 weight = 1 } } /etc/sysctl.conf (LVS): # Kernel sysctl configuration file for Red Hat Linux # # For binary values, 0 is disabled, 1 is enabled. See sysctl(8) and # sysctl.conf(5) for more details. # Controls IP packet forwarding net.ipv4.ip_forward = 1 # Controls source route verification net.ipv4.conf.default.rp_filter = 1 # Do not accept source routing net.ipv4.conf.default.accept_source_route = 0 # Promote secondary IPs (virtual) upon failover net.ipv4.conf.all.promote_secondaries = 1 # Controls the System Request debugging functionality of the kernel kernel.sysrq = 0 # Controls whether core dumps will append the PID to the core filename. # Useful for debugging multi-threaded applications. kernel.core_uses_pid = 1 # Controls the use of TCP syncookies net.ipv4.tcp_syncookies = 1 # Disable netfilter on bridges. net.bridge.bridge-nf-call-ip6tables = 0 net.bridge.bridge-nf-call-iptables = 0 net.bridge.bridge-nf-call-arptables = 0 # Controls the maximum size of a message, in bytes kernel.msgmnb = 65536 # Controls the default maxmimum size of a mesage queue kernel.msgmax = 65536 # Controls the maximum shared segment size, in bytes kernel.shmmax = 68719476736 # Controls the maximum number of shared memory segments, in pages kernel.shmall = 4294967296 # Force nfs lock daemon to a set port fs.nfs.nlm_udpport=35001 fs.nfs.nlm_tcpport=35001 /etc/sysctl.conf (Real Server): # Kernel sysctl configuration file for Red Hat Linux # # For binary values, 0 is disabled, 1 is enabled. See sysctl(8) and # sysctl.conf(5) for more details. # Controls IP packet forwarding net.ipv4.ip_forward = 0 # Controls source route verification net.ipv4.conf.default.rp_filter = 1 # Do not accept source routing net.ipv4.conf.default.accept_source_route = 0 # Controls the System Request debugging functionality of the kernel kernel.sysrq = 0 # Controls whether core dumps will append the PID to the core filename. # Useful for debugging multi-threaded applications. kernel.core_uses_pid = 1 # Controls the use of TCP syncookies net.ipv4.tcp_syncookies = 1 # Disable netfilter on bridges. net.bridge.bridge-nf-call-ip6tables = 0 net.bridge.bridge-nf-call-iptables = 0 net.bridge.bridge-nf-call-arptables = 0 # Controls the default maxmimum size of a mesage queue kernel.msgmnb = 65536 # Controls the maximum size of a message, in bytes kernel.msgmax = 65536 # Controls the maximum shared segment size, in bytes kernel.shmmax = 68719476736 # Controls the maximum number of shared memory segments, in pages kernel.shmall = 4294967296 # Force nfs lock daemon to a set port fs.nfs.nlm_udpport=35001 fs.nfs.nlm_tcpport=35001 Embarrassingly, I was missing a sending program with a proper expect line for the UDP connection. All is working now. Thanks. -- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] fsck.ext4 Failed to optimize directory
Anyone have an idea about this? It keeps complaining every time I mount the file system. -- Joakim Ziegler - Supervisor de postproducción - Terminal joa...@terminalmx.com - 044 55 2971 8514 - 5264 0864 On 21/08/13 16:45, Joakim Ziegler wrote: I had a rather large ext4 partition on an Areca RAID shut down uncleanly while it was writing. When I mount it again, it recommends fsck, which I do, and I get the following error: Failed to optimize directory ... EXT2 directory corrupted This error shows up every time I run fsck.ext4 on this partition. How can I fix this? The file system seems to work ok otherwise, I can mount it and it doesn't complain, using it looks like it's ok, etc. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LVM RAID0 and SSD discards/TRIM
Yes, I read that, I was wondering if anyone had actual experience. Lacking that, I tried to just set it up. So far, it seems like it's working, mkfs.ext4 did discards on format, and I can mount with the discard option. I'm currently running some batches on it to see if speeds keeps up, but it's looking good. -- Joakim Ziegler - Supervisor de postproducción - Terminal joa...@terminalmx.com - 044 55 2971 8514 - 5264 0864 On 22/08/13 1:57, natxo asenjo wrote: On 08/21/2013 11:42 PM, Joakim Ziegler wrote: So, can anyone confirm that discards work on ext4 a LVM RAID0 of two SSDs with CentOS 6.4 or the latest ElRepo kernel for Centos 5.8? This should be a fairly simple question, either it works or it doesn't... hi, First hit: https://www.google.com/search?q=ssd%20rhel ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos