Discuss September 2012

discuss@lists.centos.org

139 participants
148 discussions

Odd issue with XFS quotas reporting 8192.0EB in use
by James A. Peltier 18 Sep '12

18 Sep '12

Hi All, I have this very odd issue where after a migration we have some users who have quotas showing 8192.0EB in use, when in reality on disk there is only a couple hundred megabytes. The host in question is a: * CentOS 6.3 host with mostly latest patches (except latest glibc patches) * running in SELinux Enforcing mode (Permissive doesn't seem to help) * all file systems are on Logical Volumes * all XFS file systems are mounted defaults,uquota,grpquota * have the following XFS packages installed - xfsprogs-3.1.1-7.el6.x86_64 - xfsdump-3.0.4-2.el6.x86_64 It's really odd because I can see no rhyme nor reason for these users to have this 8192.0EB allocation. It's also odd that is 8192 in the first place. Any ideas from anyone on how I might go about troubleshooting this? In some cases creating a 1 byte file owned by the user after the quota has been set worked. For some it was 10M, for others 100M file was needed. I'm at a total loss here and it's our primary file server so rebooting it would be a huge pain. -- James A. Peltier Manager, IT Services - Research Computing Group Simon Fraser University - Burnaby Campus Phone : 778-782-6573 Fax : 778-782-3045 E-Mail : jpeltier(a)sfu.ca Website : http://www.sfu.ca/itservices http://blogs.sfu.ca/people/jpeltier Success is to be measured not so much by the position that one has reached in life but as by the obstacles they have overcome. - Booker T. Washington

1 1

CentOS-announce Digest, Vol 91, Issue 12
by centos-announce-request＠centos.org 18 Sep '12

18 Sep '12

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-2012:1283 Important CentOS 6 openjpeg Update (Johnny Hughes) 2. CESA-2012:1284 Moderate CentOS 6 spice-gtk Update (Johnny Hughes) 3. CentOS-6.3 / x86_64 UEFI Installer Released (Karanbir Singh) 4. CEBA-2012:1285 CentOS 6 cups Update (Johnny Hughes) 5. CEBA-2012:1287 CentOS 6 kdepim FASTTRACK Update (Johnny Hughes) 6. CEBA-2012:1286 CentOS 6 kdebase-workspace FASTTRACK Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 17 Sep 2012 20:46:30 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2012:1283 Important CentOS 6 openjpeg Update To: centos-announce(a)centos.org Message-ID: <20120917204630.GA18963(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2012:1283 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-1283.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 9cab51c5d2a7e1148b91b046682f4d12f38bbbaa5b86799aecffff957d1d9197 openjpeg-1.3-9.el6_3.i686.rpm a1c060c110d7b0ad8e222c031f5ab04e3fe318a2d3838262b3f5a3e17b8f73f9 openjpeg-devel-1.3-9.el6_3.i686.rpm a81104ee5212e9c509647c36ab1b8dcdd90fc316caebb172fc8dcb6963e96765 openjpeg-libs-1.3-9.el6_3.i686.rpm x86_64: d613e8c8acbd38dd3373bba0cc6c360d9717f959b81931bdf6ec431ea2a0a23f openjpeg-1.3-9.el6_3.x86_64.rpm a1c060c110d7b0ad8e222c031f5ab04e3fe318a2d3838262b3f5a3e17b8f73f9 openjpeg-devel-1.3-9.el6_3.i686.rpm d239c60d7d0d1f9dd2e516f824fc536b54c71537aab679e1e5df0f9cd6ef75ab openjpeg-devel-1.3-9.el6_3.x86_64.rpm a81104ee5212e9c509647c36ab1b8dcdd90fc316caebb172fc8dcb6963e96765 openjpeg-libs-1.3-9.el6_3.i686.rpm 50bc6e3c7c24f8292c29b1ff60016f8357ed32a77d0b9d70b9dfa3d4a27e91c5 openjpeg-libs-1.3-9.el6_3.x86_64.rpm Source: 949f949aff2f0a8b545a5d69a6d915e9c990ec0ed9668590de5e7bc16291ec32 openjpeg-1.3-9.el6_3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Mon, 17 Sep 2012 20:46:45 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2012:1284 Moderate CentOS 6 spice-gtk Update To: centos-announce(a)centos.org Message-ID: <20120917204645.GA19067(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2012:1284 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-1284.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 7fbeb404ddebbc96d1d2752fc2b6d44517ec8f60aad8551270b166aa30cd407f spice-glib-0.11-11.el6_3.1.i686.rpm 543225d75c630f94f2c4e629c1bba42b07423398015651208fe9b87c77416046 spice-glib-devel-0.11-11.el6_3.1.i686.rpm e6be03931260b41ee8814f4476818f953d6ec61b57310a3b233e1415f0b38082 spice-gtk-0.11-11.el6_3.1.i686.rpm 9be68304305a77c8f2b2fa03e15ab84631d78749ca9371a0cc018217a50f197c spice-gtk-devel-0.11-11.el6_3.1.i686.rpm a240793a4f7a6100019b0bf7c1507398f5a4d47cee14f786141fa0772470aeea spice-gtk-python-0.11-11.el6_3.1.i686.rpm bbc07c77f821df54687d6d2526658464d612c731e40caff76d6cde8c2c8b7ece spice-gtk-tools-0.11-11.el6_3.1.i686.rpm x86_64: 7fbeb404ddebbc96d1d2752fc2b6d44517ec8f60aad8551270b166aa30cd407f spice-glib-0.11-11.el6_3.1.i686.rpm 5896a0c851d9143bbd74ed90248aff6fc0bc495e9434f58770e1a41865e3b33e spice-glib-0.11-11.el6_3.1.x86_64.rpm 543225d75c630f94f2c4e629c1bba42b07423398015651208fe9b87c77416046 spice-glib-devel-0.11-11.el6_3.1.i686.rpm 0f9d20821b1d4afdc8f8931d346457e46fb6bc080d52bf582799f63c5108424b spice-glib-devel-0.11-11.el6_3.1.x86_64.rpm e6be03931260b41ee8814f4476818f953d6ec61b57310a3b233e1415f0b38082 spice-gtk-0.11-11.el6_3.1.i686.rpm d4c9dfaf9d2857ca4014fea286dc31ece1f3006871029bd9d817a0490cb36672 spice-gtk-0.11-11.el6_3.1.x86_64.rpm 9be68304305a77c8f2b2fa03e15ab84631d78749ca9371a0cc018217a50f197c spice-gtk-devel-0.11-11.el6_3.1.i686.rpm 243c68b3ec35a83566441f2b4c1058fd01b56b045cd922740e2ae68b1d862be3 spice-gtk-devel-0.11-11.el6_3.1.x86_64.rpm 4377a43aacca2dabe9052e95e6c4866654b062f39dd7b584d59c7170a9425b56 spice-gtk-python-0.11-11.el6_3.1.x86_64.rpm d8ed6116f782001bf7693a21b5a20be06bcde6a0bcbec47a93bdadc563bca172 spice-gtk-tools-0.11-11.el6_3.1.x86_64.rpm Source: 126fc704feeeed5018488239b4e27386cf66262a1418df6864dbf7580affc6f0 spice-gtk-0.11-11.el6_3.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Tue, 18 Sep 2012 11:43:08 +0100 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CentOS-6.3 / x86_64 UEFI Installer Released To: CentOS Announcements List <centos-announce(a)centos.org> Message-ID: <5058503C.5040809(a)centos.org> Content-Type: text/plain; charset=ISO-8859-1 The regular installer we released for CentOS-6.3 does not work for UEFI enabled machine instances that do not have a BIOS fallback mode ( this includes physical machines as well as some virtualised environments ). To address this problem, we are releasing another minimal install image for CentOS-6.3/x86_64. This image has been tested on various IBM, HP and Dell hardware along with VMWare and VirtualBox virtualisation products. --------------------------- ISO Name: CentOS-6.3-x86_64-minimal-EFI.iso Sha256Sum: b6bcf0c7050458dcaccf40a05b08e3625d823d8e4d77ff0f67fb7b96655f043f If you are unable to verify the image using sha256, you can also get other checkums : md5 : http://mirror.centos.org/centos/6/isos/x86_64/md5sum.txt.asc sha1: http://mirror.centos.org/centos/6/isos/x86_64/sha1sum.txt.asc sha256: http://mirror.centos.org/centos/6/isos/x86_64/sha256sum.txt.asc --------------------------- I'm trying to make sure that we do enough testing and have enough resources for UEFI testing to ensure that the next and subsequent releases do not have a problem in this environment. In the mean time, the installer buildsystem for CentOS-6 has been updated to also build and test the UEFI requirements in sync with the rest of the installer build process. Thanks to the guys at VMware for working through this issue with us. As well as Christoph Galuschka and Pasi K?rkk?inen from the CentOS QA team for helping test this image. Feedback is welcome via either the issue tracker[1] or the centos-devel list[2]. And we are always looking for more people to come and join the testing effort, specially on platforms and environments we dont have exposure to at the moment. Want to help on that front ? Drop in on #centos-devel on irc.freenode.net and say hi. [1]: http://bugs.centos.org [2]: http://lists.centos.org/mailman/listinfo/centos-devel -- Karanbir Singh, The CentOS Project +44-207-0999389 | http://www.centos.org/ | twitter.com/CentOS ------------------------------ Message: 4 Date: Mon, 17 Sep 2012 23:39:19 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1285 CentOS 6 cups Update To: centos-announce(a)centos.org Message-ID: <20120917233919.GA28000(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1285 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1285.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: d4d22bfd144c4ea8a34a40791f81af850b129f87996d585be549213c32848808 cups-1.4.2-48.el6_3.1.i686.rpm 4db13566bec5354096e8e71bcc2438d7b829c90e04f781df1d934e87a532cf75 cups-devel-1.4.2-48.el6_3.1.i686.rpm 27e8503e3fbbb036f6df28b3bbf0051b4f6c79f7590c23ffe077fbe3bbd51645 cups-libs-1.4.2-48.el6_3.1.i686.rpm 51cfccc812bed59c48afe7f1b94640b4a95929c1d0d2eed3471d1729305334fa cups-lpd-1.4.2-48.el6_3.1.i686.rpm 243c206a9df4641221c5f893a948515d425d75ccf1632f72e07b7f0dece18337 cups-php-1.4.2-48.el6_3.1.i686.rpm x86_64: af6875833fc58b82f63979f1b68be1463175b92d8793799c331a68487fbf2eaa cups-1.4.2-48.el6_3.1.x86_64.rpm 4db13566bec5354096e8e71bcc2438d7b829c90e04f781df1d934e87a532cf75 cups-devel-1.4.2-48.el6_3.1.i686.rpm a828a1e011ad06fe8111f70287f55d2ee095ca653d7cbc6d4ace98e30743e4b4 cups-devel-1.4.2-48.el6_3.1.x86_64.rpm 27e8503e3fbbb036f6df28b3bbf0051b4f6c79f7590c23ffe077fbe3bbd51645 cups-libs-1.4.2-48.el6_3.1.i686.rpm 1243171fc107e0d256ab5647fe27e6e2e7dc95aaf38f24941fdd5c9de143ec35 cups-libs-1.4.2-48.el6_3.1.x86_64.rpm 967b0751cd5ab1c76d2db1b7add0db30d5083815a39d1352486ca43505877e76 cups-lpd-1.4.2-48.el6_3.1.x86_64.rpm 582a158870bb3a99c2a4e8c88682614c6270b3a3266835de57f51f5f085be2b7 cups-php-1.4.2-48.el6_3.1.x86_64.rpm Source: 452b9fcc6206ae3a159ab45f07eedbf8692afe7dc4b3e2a4cc2845d3763883e6 cups-1.4.2-48.el6_3.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Tue, 18 Sep 2012 12:56:33 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1287 CentOS 6 kdepim FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20120918125633.GA1294(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1287 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1287.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 904875956d12115257c84fdb71ea140d929dd129bde60c9a56c641b96de6289d kdepim-4.3.4-6.el6.i686.rpm 4288987387b2b0af1ca5407f34ec3eb2b2ba0d34ce4b825e014c8b01728b84bf kdepim-devel-4.3.4-6.el6.i686.rpm e86ae691f69822409813c300dddc3d1c4e516658e07e206d079d87c2d55df9ef kdepim-libs-4.3.4-6.el6.i686.rpm x86_64: 3206a35c0479f39b954f33fa0550d3a66d451c5787a96fda6c72965aeeae3d21 kdepim-4.3.4-6.el6.x86_64.rpm 4288987387b2b0af1ca5407f34ec3eb2b2ba0d34ce4b825e014c8b01728b84bf kdepim-devel-4.3.4-6.el6.i686.rpm 54997df8ce2f9a64cd23b60c92be05b5c29bea3508dff9221be10fdea324beff kdepim-devel-4.3.4-6.el6.x86_64.rpm e86ae691f69822409813c300dddc3d1c4e516658e07e206d079d87c2d55df9ef kdepim-libs-4.3.4-6.el6.i686.rpm 379dc51d4d5ef8609a130862575b3738a50d824d9138bed681df42efbd158263 kdepim-libs-4.3.4-6.el6.x86_64.rpm Source: fd8ec586907b4a6f21037517f6ac3c1a4ebd7421713e0212871733c253b15446 kdepim-4.3.4-6.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 6 Date: Tue, 18 Sep 2012 12:57:05 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1286 CentOS 6 kdebase-workspace FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20120918125705.GA1421(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1286 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1286.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b20c80f390b9d6b5938c855793bfd0d86d2d1a12f4ba961cae85997a6f8dcf60 kdebase-workspace-4.3.4-24.el6.i686.rpm c8125dabc93ba54a58227fc1b23bb2078e63752022b7c98550a63e4d46bce768 kdebase-workspace-akonadi-4.3.4-24.el6.i686.rpm ca9a4e72e15c99e302d21f3d2aa34964f7a98b0d8c5af0aa9c5da2cbbcb57a80 kdebase-workspace-devel-4.3.4-24.el6.i686.rpm 69ba776cb51ec74309c4dd39b55a1e358c3fea4e1276c93c4cbcf0dd89c506d8 kdebase-workspace-libs-4.3.4-24.el6.i686.rpm c90ad23f84fe18eb014598d747e65f0b9126071240add7141211eca955ac0c03 kdebase-workspace-python-applet-4.3.4-24.el6.i686.rpm c00e12749621fec71d5986b8c519e8625daf072bf89d97ed94675454c153d41b kdebase-workspace-wallpapers-4.3.4-24.el6.noarch.rpm 1014bc05b8324162e533abc91195746f78cf10d0f5424431af0429b12904087f kdm-4.3.4-24.el6.i686.rpm ae0df4612b4435374fc0c60eab7a6d725887e6725011e35f7f4265b03c7b092e ksysguardd-4.3.4-24.el6.i686.rpm b9c5bf0d5d3c284c9e4237f9a1c81b64dfee742916f331507b21426463717626 oxygen-cursor-themes-4.3.4-24.el6.noarch.rpm x86_64: 95299bfe15ea865c215d1907d1bf28c307cf87b945eb0f972e1509d1a36df53e kdebase-workspace-4.3.4-24.el6.x86_64.rpm c4a3c046e812830c2ad1314859cef8c26d8a0d509485ef719a3a4f8654040b96 kdebase-workspace-akonadi-4.3.4-24.el6.x86_64.rpm ca9a4e72e15c99e302d21f3d2aa34964f7a98b0d8c5af0aa9c5da2cbbcb57a80 kdebase-workspace-devel-4.3.4-24.el6.i686.rpm f3c3b4ba2122934c7088aa7fcb6b57622a1c7034ae21cea1c8aee5e3e6ed0730 kdebase-workspace-devel-4.3.4-24.el6.x86_64.rpm 69ba776cb51ec74309c4dd39b55a1e358c3fea4e1276c93c4cbcf0dd89c506d8 kdebase-workspace-libs-4.3.4-24.el6.i686.rpm aee7d775b51ff6d686d14b96a5c8926847f1e1efee87175e871d19901eac59f4 kdebase-workspace-libs-4.3.4-24.el6.x86_64.rpm d2420ed4042db8d88a4cce33766ab024665524e391de0a6fbd6e3f62016454ec kdebase-workspace-python-applet-4.3.4-24.el6.x86_64.rpm 283383727ada934e8e057bfade6ea9ac01a987475bf0f9d9941014854a905c70 kdebase-workspace-wallpapers-4.3.4-24.el6.noarch.rpm c65956f51710fdc8e7cdb3f65a885341a090a7c6ad297477d27e4777b7937736 kdm-4.3.4-24.el6.x86_64.rpm 2353ed81ed99ec52b3b44c5e23ac08c20382c784b4a7b54e149191e35d835692 ksysguardd-4.3.4-24.el6.x86_64.rpm 1775787dedad5894e861baa35bf748651f6f445bbc576c40f883b0fb8abead4c oxygen-cursor-themes-4.3.4-24.el6.noarch.rpm Source: 6b8e4d48a7e4c5e13b08133ca6c376c8281cd976826d60e9d3330ba705ca67bc kdebase-workspace-4.3.4-24.el6.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 91, Issue 12 ***********************************************

1 0

ssh_exchange_identification: Connection closed by remote host
by M. Fioretti 18 Sep '12

18 Sep '12

Greetings, I have accounts on two Centos servers, A and B, each hosted on a remote VPS by a different provider/datacenter. Until yesterday night, I could connect without problems via SSH to both servers from my home Fedora 16 desktop. Yesterday I completed (fingers crossed) the switch to a different ADSL provider. From the moment I turned on the modem on the new ADSL line, I became unable to ssh into server A. All attempts abort with this message: ssh_exchange_identification: Connection closed by remote host I know that server A is still up and running, because the websites and email services it runs are still up. Server B is still reachable via ssh, no problem. The only difference between the two servers is that A runs Centos 4.something, while B runs Centos 6.1 I have already done some online search on this problem, but all the pages I have found discuss how to diagnose and fix it working on the server (*), which is exactly what I can't do right now... Any clues on what may have happened, and if it could be related in any way to differences (whatever they may be) between ADSL providers, instead of a bizarre coincidence? Of course, I can and will ask the VPS provider to reboot the machine, but I would also like to know your opinion on what exactly may have happened, and how to prevent it in the future (also to pass your suggestions to the provider). TIA, Marco (*) except remove the server entry from .ssh/known_hosts in my home desktop. I did it and nothing changed

11 22

abrt-dump-oops
by Jerry Geis 18 Sep '12

18 Sep '12

There is a program that starts up abrt-dump-oops. What controls that starting up? It does not seem to be a "service" Thanks, Jerry

2 1

reliable source for snort packages to centos 5/6 64bit?
by Eero Volotinen 18 Sep '12

18 Sep '12

Hi, Any reliable source for snort packages to centos 5 and 6 64bit? -- Eero

1 0

ClamAV Problem
by jiten jha 18 Sep '12

18 Sep '12

Dear Friends, I have postfix mail server When I try to install amavisd-new, clamAV, SpamAssassin follow this link "http://wiki.centos.org/HowTos/Amavisd". I have done all the configuration after that when I restart clamav So It is giving my this error message Stopping Clam AntiVirus Daemon: [FAILED] Starting Clam AntiVirus Daemon: LibClamAV Error: cl_cvdhead: Can't read CVD header in /var/clamav/daily.cld LibClamAV Error: cli_loaddbdir(): error parsing header of /var/clamav/daily.cld ERROR: Malformed database [FAILED] When I send mail to any one after that i check log so it is showing me Sep 17 16:15:20 neumann dovecot: imap-login: Login: user=< jha(a)phys.iitb.ac.in>, method=PLAIN, rip=10.112.1.2, lip=10.112.1.2, secured Sep 17 16:15:20 neumann dovecot: IMAP(jha(a)phys.iitb.ac.in): Disconnected: Logged out bytes=146/3849 Sep 17 16:15:25 neumann dovecot: imap-login: Login: user=< jha(a)phys.iitb.ac.in>, method=PLAIN, rip=10.112.1.2, lip=10.112.1.2, secured Sep 17 16:15:25 neumann dovecot: IMAP(jha(a)phys.iitb.ac.in): Disconnected: Logged out bytes=296/5756 Sep 17 16:15:37 neumann postfix/qmgr[8795]: D43259FA98: from=< root(a)phys.iitb.ac.in>, size=427, nrcpt=1 (queue active) Sep 17 16:15:37 neumann postfix/qmgr[8795]: 29DE59FAA0: from=< root(a)phys.iitb.ac.in>, size=943, nrcpt=1 (queue active) Sep 17 16:15:37 neumann postfix/qmgr[8795]: 9FACC9FA90: from=< root(a)phys.iitb.ac.in>, size=427, nrcpt=1 (queue active) Sep 17 16:15:38 neumann amavis[8836]: (08836-02) (!)ClamAV-clamd: Can't connect to UNIX socket /var/run/clamav/clamd.sock: 2, retrying (2) Sep 17 16:15:38 neumann amavis[8835]: (08835-03) (!)ClamAV-clamd: Can't connect to UNIX socket /var/run/clamav/clamd.sock: 2, retrying (2) Sep 17 16:15:44 neumann amavis[8836]: (08836-02) (!)ClamAV-clamd av-scanner FAILED: run_av error: Too many retries to talk to /var/run/clamav/clamd.sock (Can't connect to UNIX socket /var/run/clamav/clamd.sock: No such file or directory) at (eval 100) line 375.\n Sep 17 16:15:44 neumann amavis[8836]: (08836-02) (!!)WARN: all primary virus scanners failed, considering backups Sep 17 16:15:44 neumann amavis[8835]: (08835-03) (!)ClamAV-clamd av-scanner FAILED: run_av error: Too many retries to talk to /var/run/clamav/clamd.sock (Can't connect to UNIX socket /var/run/clamav/clamd.sock: No such file or directory) at (eval 100) line 375.\n Sep 17 16:15:44 neumann amavis[8835]: (08835-03) (!!)WARN: all primary virus scanners failed, considering backups Sep 17 16:15:44 neumann amavis[8836]: (08836-02) (!)run_av (ClamAV-clamscan) FAILED - unexpected exit 2, output="LibClamAV Error: cl_cvdhead: Can't read CVD header in /var/clamav/daily.cld\nLibClamAV Error: cli_loaddbdir(): error parsing header of /var/clamav/daily.cld\nERROR: Malformed database" Sep 17 16:15:44 neumann amavis[8836]: (08836-02) (!)ClamAV-clamscan av-scanner FAILED: /usr/bin/clamscan unexpected exit 2, output="LibClamAV Error: cl_cvdhead: Can't read CVD header in /var/clamav/daily.cld\nLibClamAV Error: cli_loaddbdir(): error parsing header of /var/clamav/daily.cld\nERROR: Malformed database" at (eval 100) line 596. Sep 17 16:15:44 neumann amavis[8836]: (08836-02) (!!)TROUBLE in check_mail: virus_scan FAILED: AV: ALL VIRUS SCANNERS FAILED Sep 17 16:15:44 neumann amavis[8836]: (08836-02) (!)PRESERVING EVIDENCE in /var/amavis/tmp/amavis-20120917T161537-08836 Sep 17 16:15:44 neumann amavis[8835]: (08835-03) (!)run_av (ClamAV-clamscan) FAILED - unexpected exit 2, output="LibClamAV Error: cl_cvdhead: Can't read CVD header in /var/clamav/daily.cld\nLibClamAV Error: cli_loaddbdir(): error parsing header of /var/clamav/daily.cld\nERROR: Malformed database" Sep 17 16:15:44 neumann amavis[8835]: (08835-03) (!)ClamAV-clamscan av-scanner FAILED: /usr/bin/clamscan unexpected exit 2, output="LibClamAV Error: cl_cvdhead: Can't read CVD header in /var/clamav/daily.cld\nLibClamAV Error: cli_loaddbdir(): error parsing header of /var/clamav/daily.cld\nERROR: Malformed database" at (eval 100) line 596. Sep 17 16:15:44 neumann amavis[8835]: (08835-03) (!!)TROUBLE in check_mail: virus_scan FAILED: AV: ALL VIRUS SCANNERS FAILED Sep 17 16:15:44 neumann amavis[8835]: (08835-03) (!)PRESERVING EVIDENCE in /var/amavis/tmp/amavis-20120917T161537-08835 Sep 17 16:15:45 neumann postfix/lmtp[8932]: 29DE59FAA0: to=< jha(a)phys.iitb.ac.in>, relay=127.0.0.1[127.0.0.1]:10024, delay=799, delays=792/0.04/0/7.2, dsn=4.5.0, status=deferred (host 127.0.0.1[127.0.0.1] said: 451 4.5.0 Error in processing, id=08835-03, virus_scan FAILED: AV: ALL VIRUS SCANNERS FAILED (in reply to end of DATA command)) Sep 17 16:15:45 neumann postfix/lmtp[8931]: D43259FA98: to=< jha(a)phys.iitb.ac.in>, relay=127.0.0.1[127.0.0.1]:10024, delay=810, delays=803/0.02/0.01/7.2, dsn=4.5.0, status=deferred (host 127.0.0.1[127.0.0.1] said: 451 4.5.0 Error in processing, id=08836-02, virus_scan FAILED: AV: ALL VIRUS SCANNERS FAILED (in reply to end of DATA command)) Sep 17 16:15:46 neumann amavis[8836]: (08836-03) (!)ClamAV-clamd: Can't connect to UNIX socket /var/run/clamav/clamd.sock: 2, retrying (2) Sep 17 16:15:52 neumann amavis[8836]: (08836-03) (!)ClamAV-clamd av-scanner FAILED: run_av error: Too many retries to talk to /var/run/clamav/clamd.sock (Can't connect to UNIX socket /var/run/clamav/clamd.sock: No such file or directory) at (eval 100) line 375.\n Sep 17 16:15:52 neumann amavis[8836]: (08836-03) (!!)WARN: all primary virus scanners failed, considering backups Sep 17 16:15:52 neumann amavis[8836]: (08836-03) (!)run_av (ClamAV-clamscan) FAILED - unexpected exit 2, output="LibClamAV Error: cl_cvdhead: Can't read CVD header in /var/clamav/daily.cld\nLibClamAV Error: cli_loaddbdir(): error parsing header of /var/clamav/daily.cld\nERROR: Malformed database" Sep 17 16:15:52 neumann amavis[8836]: (08836-03) (!)ClamAV-clamscan av-scanner FAILED: /usr/bin/clamscan unexpected exit 2, output="LibClamAV Error: cl_cvdhead: Can't read CVD header in /var/clamav/daily.cld\nLibClamAV Error: cli_loaddbdir(): error parsing header of /var/clamav/daily.cld\nERROR: Malformed database" at (eval 100) line 596. Sep 17 16:15:52 neumann amavis[8836]: (08836-03) (!!)TROUBLE in check_mail: virus_scan FAILED: AV: ALL VIRUS SCANNERS FAILED Sep 17 16:15:52 neumann amavis[8836]: (08836-03) (!)PRESERVING EVIDENCE in /var/amavis/tmp/amavis-20120917T161545-08836 Sep 17 16:15:52 neumann postfix/lmtp[8932]: 9FACC9FA90: to=< your-address(a)example.com>, relay=127.0.0.1[127.0.0.1]:10024, delay=834, delays=819/7.3/0.02/7.1, dsn=4.5.0, status=deferred (host 127.0.0.1[127.0.0.1] said: 451 4.5.0 Error in processing, id=08836-03, virus_scan FAILED: AV: ALL VIRUS SCANNERS FAILED (in reply to end of DATA command)) unable to understand why it is giving me this error . Please help me . -- Thanks & Regards Jitendra Jha +91-7498370550

4 5

Re: [CentOS] postfix mail server
by vogelke+centos＠pobox.com 18 Sep '12

18 Sep '12

>> On Mon, 17 Sep 2012 20:57:25 +0200, >> Reindl Harald <h.reindl(a)thelounge.net> said: R> point 3 [Backup must be easy] is bullshit. have fun tar/rsync R> maildir/mbox CONSISTENT while the server is up. nothing easier than R> that with database-replication. Backing up maildirs doesn't require any downtime because a maildir is atomic in every way that matters. It uses filename and location to indicate message status. If you want to back up *live* Maildir folders, either one of these will do: http://code.google.com/p/maildirsync/ http://syncmaildir.sourceforge.net/ Unless your users are in the habit of editing messages, Maildir files don't get modified; they're created, renamed and deleted. When users do edit messages, the mail client normally creates a new one and deletes the old one. As a result, rsync isn't the most efficient way to sync maildirs -- when status changes occur, rsync sees that a new file exists and an old one is gone. It doesn't know that the file was renamed. The only real issue when backing up a Maildir using tar/rsync is speed. Neither method is great when backing up a large number of small files, as many people have observed in the past. Common workarounds: * using dump/restore (requires a quiescent filesystem), or * using tar/scp for the first Maildir backup and using rsync afterwards. All you need for this case is an SMTP server that understands Maildirs. Contrast this with an RDB, where you absolutely need consistent and quiet files to do a successful backup. If you want DB replication, then you need: * an SMTP server, plus * an RDB on the mailserver, plus * a replica of the DB on another server. Which setup is easier to create and maintain? -- Karl Vogel I don't speak for the USAF or my company She made me a mix tape called "Sorry I Barfed On Your Comforter". --Jimmy Fallon, #thatsmyroommate tweets, 14 Sep 2012

1 0

need help with 6.3 install, kernel panic when os boots up
by Lewis 17 Sep '12

17 Sep '12

Hi, I am new to the community and look for some help for installing CentOS on my Dell poweredge t420 server. I am installing the CentOS on dual boot; already have the windows server 2008 installed via UEFI. I installed the CentOS 6.3 via UEFI DVD boot too, and because my server have the hardware RAID, so instead of the LVM, I use standard partition for all my partitions. The installation completed successfully and I let the installer write the boot info into the EFI boot partition. Reboot the machine after installation complete, but got kernel panic issue when loading the OS. I saw some message like this: Kernel panic - not syncing: Attempted to kill init! Pid: 1, comm: init Not tainted blablba version BTW, don't want to make thing complicated, but curious if the partition might be a issue here(whether type, or the order of the partition) The weird thing is before I installed the centOS using standard partition, I by chance, chose "use free space" for create the partition to install the OS once, and the system automatically help me create the LVM and OS was working fine. After that I format the harddisk and want to install it again using standard partition, and it failed. Thanks for any help. I could provide more debug info, just let me know how. Lewis

1 0

where should we go to know how to build Diskless X server running in 6.2?
by nishi.plala 17 Sep '12

17 Sep '12

Hi We like to build Diskless clusters. Where should we go to know how to build Diskless X server running in Centos6.2? Y.Nishimura

4 5

directory /dev/disk/by-label
by Jerry Geis 17 Sep '12

17 Sep '12

I am trying to create a CF card that boots 686 CentOS 6.3 On boot I get a message about /dev/disk/by-label/\x2f where \x2f is "/" cannot be found. Adding rdshell to the boot line and booting up sure enough the /dev/disk directory does not exist. What "creates" that early on in the boot process? My CF card was changed from UUID to LABEL. So I edited grub.conf and make root=LABEL=/ like the OLD 5.X days. Clearly I have missed something else when swithing back to a LABEL method. I want to use LABEL because I want to duplicate cards. Thanks, Jerry

3 21

← Newer
1
...
5
6
7
8
9
10
11
...
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 September 2012