Discuss November 2012

discuss@lists.centos.org

126 participants
132 discussions

centos 6.3, cron and mail script output
by Mihamina Rakotomandimby 28 Nov '12

28 Nov '12

Hi all I have a '/etc/cron.daily/push-to-backup' script which the content is: #!/bin/bash /usr/bin/rsync [... long options line ...] echo "finished pushing to the backup" Launched manually, it's OK. Waiting for cron to execute it, In the "/var/log/cron", I see the starting time and the finish time, and I see it take about 10 minutes to make the job. That's very fine, it's the expected executioon time The problem is: I get no EMail. In "/etc/cron.daily/", I also have "logwatch", whose EMail comes to me without problem. "/etc/aliases" is already setup to forward root and cron emails to my email adress. Testing the MTA (Exim) on command-line: success (anyway, logwatch also success on sending email) On another centos5 machine, the same script, the mail is sent. On the Centos 6: $ rpm -aq | grep cron crontabs-1.10-33.el6.noarch cronie-1.4.4-7.el6.x86_64 cronie-anacron-1.4.4-7.el6.x86_64 On the Centos 5: $ rpm -aq | grep cron crontabs-1.10-8 vixie-cron-4.1-81.el5 anacron-2.3-45.el5.centos How to setup the Centos6 system so that the cron sends me an email the script output?? -- RMA.

7 9

[OT] Playing mp4's on centos httpd
by James Pifer 28 Nov '12

28 Nov '12

Sorry for the off topic, but hoping someone here can point me in a direction and end my endless googling... I have some mp4 training videos that our users need to be able to download or stream directly to their browser. I have the h.264 module loaded on httpd on centos (using http://swimminginthought.com/streaming-mp4-video-webserver-solved/#). So I think I have most of the infrastructure in place, but I'm not sure how to setup the streaming for all browsers. Do I need to embed some type of player? Like a flash player? Do browsers, Firefox and IE,. already have a player I can make use of? Any help or direction here is appreciated. Thanks, James

4 6

CentOS-announce Digest, Vol 93, Issue 15
by centos-announce-request＠centos.org 28 Nov '12

28 Nov '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. CEBA-2012:1495 CentOS 6 cyrus-sasl Update (Johnny Hughes) 2. CEBA-2012:1498 CentOS 6 pango Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 27 Nov 2012 13:39:55 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1495 CentOS 6 cyrus-sasl Update To: centos-announce(a)centos.org Message-ID: <20121127133955.GA756(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1495 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1495.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 681ba351e965acf672b7b456d499e782ca24163118473c3bd6ad8f5a55a26248 cyrus-sasl-2.1.23-13.el6_3.1.i686.rpm 0fd17e6e580edc5ba023aebc17aafd5b0fe156a603c4244f9d63a6af394f1521 cyrus-sasl-devel-2.1.23-13.el6_3.1.i686.rpm 01bc00ce57e6ed7ca09d48b3824c8863b3e85d2caf72ed615f7896567e0ba4fb cyrus-sasl-gssapi-2.1.23-13.el6_3.1.i686.rpm e90fdc2d53bb11b40d9a3584220843bf81a3eb99347010e3f264c774873450c1 cyrus-sasl-ldap-2.1.23-13.el6_3.1.i686.rpm 268cac2b4d8edf1491c5a2d8ae9d76ee20f73d3d8000ada1d1081c77b5ba98ff cyrus-sasl-lib-2.1.23-13.el6_3.1.i686.rpm 738de817def4e5a7eb5caf1df0883a00fcf96401548a0ae9e35561e2599d207f cyrus-sasl-md5-2.1.23-13.el6_3.1.i686.rpm e2c8b14f50d77173857098461511adfaa46f6d6c13711aa6bcbad24e656b2dd6 cyrus-sasl-ntlm-2.1.23-13.el6_3.1.i686.rpm a030f1d2e51d4a3f5cf83860df218cc8266c9b6799103fa9d16060a88db0fc6d cyrus-sasl-plain-2.1.23-13.el6_3.1.i686.rpm 7a7a01c1a2b18b6c23b442fbc0d8c9789363fd8ddb4c30ddebf2e79a4936e574 cyrus-sasl-sql-2.1.23-13.el6_3.1.i686.rpm x86_64: 2becad41896ab7207d408d0aa5129c4c2c04241e5b4ca61b2fa0c41f1cbff386 cyrus-sasl-2.1.23-13.el6_3.1.x86_64.rpm 0fd17e6e580edc5ba023aebc17aafd5b0fe156a603c4244f9d63a6af394f1521 cyrus-sasl-devel-2.1.23-13.el6_3.1.i686.rpm 67873be4f53830848974db50bfc3b8d4f290bf9dcdfe8deca54bcb1712c4ff82 cyrus-sasl-devel-2.1.23-13.el6_3.1.x86_64.rpm 01bc00ce57e6ed7ca09d48b3824c8863b3e85d2caf72ed615f7896567e0ba4fb cyrus-sasl-gssapi-2.1.23-13.el6_3.1.i686.rpm c08fe03bed4f40a664d42e8b00a52edc704b92c672ebb4d34da3d55c53e5bff4 cyrus-sasl-gssapi-2.1.23-13.el6_3.1.x86_64.rpm e90fdc2d53bb11b40d9a3584220843bf81a3eb99347010e3f264c774873450c1 cyrus-sasl-ldap-2.1.23-13.el6_3.1.i686.rpm 9cfd2e1c762950c1544069afbfc856033b3e400cb051c2ad16894556f23be1d5 cyrus-sasl-ldap-2.1.23-13.el6_3.1.x86_64.rpm 268cac2b4d8edf1491c5a2d8ae9d76ee20f73d3d8000ada1d1081c77b5ba98ff cyrus-sasl-lib-2.1.23-13.el6_3.1.i686.rpm 505ea80b39492cac84a2d6cfa357d513bad005400beaa39df990b79e3446aced cyrus-sasl-lib-2.1.23-13.el6_3.1.x86_64.rpm 738de817def4e5a7eb5caf1df0883a00fcf96401548a0ae9e35561e2599d207f cyrus-sasl-md5-2.1.23-13.el6_3.1.i686.rpm 8597214db0922670e64297f3a138f1273ba617b24b501c465fc44fa71015f727 cyrus-sasl-md5-2.1.23-13.el6_3.1.x86_64.rpm e2c8b14f50d77173857098461511adfaa46f6d6c13711aa6bcbad24e656b2dd6 cyrus-sasl-ntlm-2.1.23-13.el6_3.1.i686.rpm 487fe52b565382aafccf5dad410668e90cc27ac99cefb9e1364a5ace98545eb2 cyrus-sasl-ntlm-2.1.23-13.el6_3.1.x86_64.rpm a030f1d2e51d4a3f5cf83860df218cc8266c9b6799103fa9d16060a88db0fc6d cyrus-sasl-plain-2.1.23-13.el6_3.1.i686.rpm 59ce4a0d628a0e09055d894ae1178bd3528ef753f872dcb3c0c72731503f5180 cyrus-sasl-plain-2.1.23-13.el6_3.1.x86_64.rpm 7a7a01c1a2b18b6c23b442fbc0d8c9789363fd8ddb4c30ddebf2e79a4936e574 cyrus-sasl-sql-2.1.23-13.el6_3.1.i686.rpm 11ff47322159d3965c0151e8dbc5970ea90b6f2440c8ac3bc007879ef5858f45 cyrus-sasl-sql-2.1.23-13.el6_3.1.x86_64.rpm Source: 49ff5360a67b62fe95a841f54c5fcf6c9d6ae7c2f651721aefebb98f649e698b cyrus-sasl-2.1.23-13.el6_3.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Wed, 28 Nov 2012 11:28:01 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1498 CentOS 6 pango Update To: centos-announce(a)centos.org Message-ID: <20121128112801.GA31424(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1498 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1498.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 500c64427d59d6a4bb45e9c38cef3337e8f92939497aa9538c6d986708474bc6 pango-1.28.1-7.el6_3.i686.rpm 7afe43567b440ae4da4ce471047a4b755c9e50b922a7596e4eaa51b4c22c14d1 pango-devel-1.28.1-7.el6_3.i686.rpm x86_64: 500c64427d59d6a4bb45e9c38cef3337e8f92939497aa9538c6d986708474bc6 pango-1.28.1-7.el6_3.i686.rpm b5e0bcb7f574cfbd4d3f2979e8e16ee80f77c4ada4f6d53971ef01acbbe6986a pango-1.28.1-7.el6_3.x86_64.rpm 7afe43567b440ae4da4ce471047a4b755c9e50b922a7596e4eaa51b4c22c14d1 pango-devel-1.28.1-7.el6_3.i686.rpm fc6e4fb66f07161fb816c0b37f1781eb72331f1942b5987012dcddcbff63190b pango-devel-1.28.1-7.el6_3.x86_64.rpm Source: 6c5fa89fc3513c7f8990fb168d2a8618c0df6ed541b8e06db3d8b6adc7942302 pango-1.28.1-7.el6_3.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 93, Issue 15 ***********************************************

1 0

mysqldump file fails to load
by Rob Kampen 28 Nov '12

28 Nov '12

Hi List, This is a request for your experiences with mysqldump - or more specifically loading the dump file. I have a newly developed app that has some 30+ tables, most with few records at this time. However, it does contain a streets table with some 43K records. I regularly dump the database using >mysqldump -u rkampen -p databasename >databasenamedatetime.sql and load it onto other machines via mysql -u rkampen -p -D databasename <databasenamedatetime.sql This has always served me well on different versions of CentOS and MySql. The file is over 3,000,000 characters in just over 1,000 lines (2.7M). Now I am needing to load this database file onto a debian host running Plesk 9.5.4 via their system admin and it is unreliable - after four attempts we have all except the streets table loaded - but this table will not load. Thus my questions are 1. Anyone ever have this kind of problem - i.e. failure to load a mysqldump file? 2. Are there alternative methods or formats I could use? I do not want to code something specific to dump this one record at a time and then load it one record at a time......:-( TIA for your insights Rob

8 9

scary messages from autoconf
by Michael Hennebry 27 Nov '12

27 Nov '12

The versions of avr-gcc in linux repositories mostly do not work. I've been trying to build avr-gcc from sources, using scripts provided by Bingo600. So far the effort has not succeeeded. See here http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=42631 and here http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=124056 for some of what has gone before. I ran ./buildavr-toolchain.sh 2>&1 | tee buildavr-toolchain.out from /home/hennebry/data/projects/avr/gcc/build-avr-gcc-4.5.1-binutils-2.20.1-libc-1.8.0-gdb-7.3.1-dude-5.11.1-avarice-2.12-aw/make-avr-gcc The following is a section of the result: > checking for objdir... .libs > checking if gcc supports -fno-rtti -fno-exceptions... no > checking for gcc option to produce PIC... -fPIC -DPIC > checking if gcc PIC flag -fPIC -DPIC works... yes > checking if gcc static flag -static works... no > checking if gcc supports -c -o file.o... yes > checking if gcc supports -c -o file.o... (cached) yes > checking whether the gcc linker (ld) supports shared libraries... > /usr/local/avr/source/gcc-4.5.1/mpc/configure: line 8413: : supported targets:.* > elf: command not found > no > checking dynamic linker characteristics... GNU/Linux ld.so > checking how to hardcode library paths into programs... unsupported > checking whether stripping libraries is possible... yes > checking if libtool supports shared libraries... no > checking whether to build shared libraries... no > checking whether to build static libraries... yes > checking for ANSI C header files... (cached) no > checking complex.h usability... yes > checking complex.h presence... no > configure: WARNING: complex.h: accepted by the compiler, rejected by the > preprocessor! > configure: WARNING: complex.h: proceeding with the compiler's result > checking for complex.h... yes > checking locale.h usability... yes gcc -static doesn't work? libtool doesn't support shared libraries? complex.h? Wow. I did find this: http://www.mail-archive.com/autoconf@gnu.org/msg09268.html , but I don't know what to do about it. Eventually the script crashes, complaining about the absence of build/genmodes .h . >echo timestamp > s-options >gawk -f ../../../source/gcc-4.5.1/gcc/opt-functions.awk -f ../../../source/gcc-4.5.1/gcc/opth-gen.awk \ > < optionlist > tmp-options.h >/bin/sh ../../../source/gcc-4.5.1/gcc/../move-if-change tmp-options.h options.h >echo timestamp > s-options-h >TARGET_CPU_DEFAULT="" \ > HEADERS="auto-host.h ansidecl.h" DEFINES="" \ > /bin/sh ../../../source/gcc-4.5.1/gcc/mkconfig.sh bconfig.h >gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild -I../../../source/gcc-4.5.1/gcc -I../../../source/gcc-4.5.1/gcc/build -I../../../source/gcc-4.5.1/gcc/../include -I../../../source/gcc-4.5.1/gcc/../libcpp/include -I/usr/local/avr/source/gcc-4.5.1/gmp -I/usr/local/avr/build/gcc-4.5.1/./mpfr -I/usr/local/avr/source/gcc-4.5.1/mpfr -I/usr/local/avr/source/gcc-4.5.1/mpc/src -I../../../source/gcc-4.5.1/gcc/../libdecnumber -I../../../source/gcc-4.5.1/gcc/../libdecnumber/dpd -I../libdecnumber -I/usr/include/libelf \ > -o build/errors.o ../../../source/gcc-4.5.1/gcc/errors.c >build/genmodes -h > tmp-modes.h >/bin/sh: build/genmodes: No such file or directory >make[2]: *** [s-modes-h] Error 127 >make[2]: Leaving directory `/usr/local/avr/build/gcc-4.5.1/gcc' >make[1]: *** [install-gcc] Error 2 >make[1]: Leaving directory `/usr/local/avr/build/gcc-4.5.1' >make: *** [install] Error 2 > (./buildavr-toolchain.sh)GCCC build failed The last line also contained control characters that didn't cut and paste very well. I'm told that this output is a symptom of running the script from inside the build directory. Since I didn't do that, there must be another explanation. Any ideas? -- Michael hennebry(a)web.cs.ndsu.NoDak.edu "On Monday, I'm gonna have to tell my kindergarten class, whom I teach not to run with scissors, that my fiance ran me through with a broadsword." -- Lily

3 11

What's The Odds?
by Gene Poole 27 Nov '12

27 Nov '12

What's the odds of retaining the data in a software raid-1 array when falling back to CentOS 5.8 x86_64 from CentOS 6.3 x86_64? The array is made up of 2 - 1.5 TB hard disks. The original array was defined under CentOS 5.3 x86_64, then CentOS 6.1 x86_64 was installed and over time upgraded to CentOS 6.3. I need to back-level to test some software not certified for CentOS/RHEL 6. Thanks, Gene Poole

4 3

(no subject)
by Gene Poole 27 Nov '12

27 Nov '12

Thanks, Gene Poole gene.poole(a)macys.com

1 0

CentOS-announce Digest, Vol 93, Issue 14
by centos-announce-request＠centos.org 27 Nov '12

27 Nov '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. CEEA-2012:1488 CentOS 5 tzdata Update (Johnny Hughes) 2. CEBA-2012:1487 CentOS 6 nss-pam-ldapd Update (Johnny Hughes) 3. CEEA-2012:1488 CentOS 6 tzdata Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 26 Nov 2012 13:01:07 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEEA-2012:1488 CentOS 5 tzdata Update To: centos-announce(a)centos.org Message-ID: <20121126130107.GA26116(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2012:1488 Upstream details at : https://rhn.redhat.com/errata/RHEA-2012-1488.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: adbe37416f3b53423dc597baa31abfcd26adab9625f1641fb6c1bb2164e7914e tzdata-2012i-2.el5.i386.rpm c4e8ce83a8f32a734e2662fa34670dab361b5b1127d8b17935cde73bce66843e tzdata-java-2012i-2.el5.i386.rpm x86_64: 41b5b651af7b664de27df4a0ccdfa0abfd508ea423fda507fb7b2662ea4c1912 tzdata-2012i-2.el5.x86_64.rpm 2e3dd6b6395962fcec6d291c6138daa632e1c1de6d063181e10cb9619174ed9d tzdata-java-2012i-2.el5.x86_64.rpm Source: ae729707089af94f5d4ecbde538f6fff59addfef777fbaf283ee923279f5f7d6 tzdata-2012i-2.el5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Mon, 26 Nov 2012 15:04:26 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1487 CentOS 6 nss-pam-ldapd Update To: centos-announce(a)centos.org Message-ID: <20121126150426.GA32046(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1487 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1487.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: ccfd8af3714f76f522566a0a336caadaa45061dc0db644f7d28f8d169d112573 nss-pam-ldapd-0.7.5-15.el6_3.2.i686.rpm x86_64: ccfd8af3714f76f522566a0a336caadaa45061dc0db644f7d28f8d169d112573 nss-pam-ldapd-0.7.5-15.el6_3.2.i686.rpm 7d3dc14a578b01854b06c30ea0eeefabd8029dc0e2f48f63f7fd612f95ed7193 nss-pam-ldapd-0.7.5-15.el6_3.2.x86_64.rpm Source: 8d89a55104e6650c3f0f4a228ac3a0ff84f204ad709591d53f8d14226eaaf4e5 nss-pam-ldapd-0.7.5-15.el6_3.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Mon, 26 Nov 2012 15:04:48 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEEA-2012:1488 CentOS 6 tzdata Update To: centos-announce(a)centos.org Message-ID: <20121126150448.GA32140(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2012:1488 Upstream details at : https://rhn.redhat.com/errata/RHEA-2012-1488.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 8212a7b01140184c5147316e9529185dce92ec4f0ec37cde89fa74433c7273e0 tzdata-2012i-2.el6.noarch.rpm ba49ad91f11a8f6dc43c6fc29caa35ac563d414660d841e1814d90a14a245ff4 tzdata-java-2012i-2.el6.noarch.rpm x86_64: 8212a7b01140184c5147316e9529185dce92ec4f0ec37cde89fa74433c7273e0 tzdata-2012i-2.el6.noarch.rpm ba49ad91f11a8f6dc43c6fc29caa35ac563d414660d841e1814d90a14a245ff4 tzdata-java-2012i-2.el6.noarch.rpm Source: 3a55bc0c40f69546f053a3c08d6cafefc586b4f5abb91464b7a4c5f650532c49 tzdata-2012i-2.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 93, Issue 14 ***********************************************

1 0

crash after update please help!
by Hossein Lanjanian 27 Nov '12

27 Nov '12

For usinging some soft wares in my field of study (biology) I need to update centos. But there is a big problem. My laptop is vaio SB31FD. It is a dual boot system (Centoswith win7). It crashes when I reboot it after updating the CentOs kernel. There is not any new line(kernel name) in the grub page. There is only two options, CentOs and other(win7)!!! Win7 is okay, but after choosing Centos the next page is appeared and a blue line in the button of the page grows from left to right, but when its colour changes to the gray and one waits to see the login page, it crashes. There is not any message!!!! I installed, updated and encountered with this problem 4 times. Now, I am sure it related to the kernel update. I tried to solve the problem with "Rescue mode" option from CentOs DVD but I can not find any helpful command by googling. also, I did this work on my friend`s laptop(Dell vostro1510), but THere is the same problem.

2 1

Conntrackd - fail at startup.
by Rafał Radecki 26 Nov '12

26 Nov '12

Hi all. I currently try to start conntrackd to test it. CentOS release 6.3 (Final) Linux lb1.local 2.6.32-279.11.1.el6.x86_64 #1 SMP Tue Oct 16 15:57:10 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux This is a VirtualBox vm. I try: /usr/sbin/conntrackd -C /etc/conntrackd/conntrackd.conf -d My config: [root@lb1 log]# egrep -v '^\s*#|^$' /etc/conntrackd/conntrackd.conf | less Sync { Mode FTFW { } UDP { IPv4_address 192.168.100.11 IPv4_Destination_Address 192.168.100.12 Port 3780 SndSocketBuffer 1249280 RcvSocketBuffer 1249280 Checksum on } Options { } } General { Nice -20 HashSize 32768 HashLimit 131072 LogFile on LockFile /var/lock/conntrack.lock UNIX { Path /var/run/conntrackd.ctl Backlog 20 } NetlinkBufferSize 2097152 NetlinkBufferSizeMaxGrowth 8388608 Filter From Kernelspace { Protocol Accept { TCP } Address Ignore { IPv4_address 127.0.0.1 # loopback IPv4_address 192.168.100.11 # virtual IP 1 IPv4_address 192.168.100.12 # virtual IP 2 IPv4_address 10.0.2.111 IPv4_address 10.0.2.112 } State Accept { ESTABLISHED CLOSED TIME_WAIT CLOSE_WAIT for TCP } } } With strace (I haven't found an obvious problem in its output): strace /usr/sbin/conntrackd -C /etc/conntrackd/conntrackd.conf -d execve("/usr/sbin/conntrackd", ["/usr/sbin/conntrackd", "-C", "/etc/conntrackd/conntrackd.conf", "-d"], [/* 27 vars */]) = 0 brk(0) = 0x1c57000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa29ca4d000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=25665, ...}) = 0 mmap(NULL, 25665, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fa29ca46000 close(3) = 0 open("/usr/lib64/libnetfilter_conntrack.so.3", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0@G\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=85240, ...}) = 0 mmap(NULL, 2180848, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fa29c61a000 mprotect(0x7fa29c62d000, 2097152, PROT_NONE) = 0 mmap(0x7fa29c82d000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13000) = 0x7fa29c82d000 close(3) = 0 open("/usr/lib64/libnfnetlink.so.0", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0000\30\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=24840, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa29ca45000 mmap(NULL, 2120560, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fa29c414000 mprotect(0x7fa29c41a000, 2093056, PROT_NONE) = 0 mmap(0x7fa29c619000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5000) = 0x7fa29c619000 close(3) = 0 open("/lib64/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\360\355\1\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=1916528, ...}) = 0 mmap(NULL, 3745960, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fa29c081000 mprotect(0x7fa29c20a000, 2097152, PROT_NONE) = 0 mmap(0x7fa29c40a000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x189000) = 0x7fa29c40a000 mmap(0x7fa29c40f000, 18600, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fa29c40f000 close(3) = 0 open("/lib64/libdl.so.2", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\r\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=19536, ...}) = 0 mmap(NULL, 2109696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fa29be7d000 mprotect(0x7fa29be7f000, 2097152, PROT_NONE) = 0 mmap(0x7fa29c07f000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7fa29c07f000 close(3) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa29ca44000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa29ca43000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa29ca42000 arch_prctl(ARCH_SET_FS, 0x7fa29ca43700) = 0 mprotect(0x7fa29c07f000, 4096, PROT_READ) = 0 mprotect(0x7fa29c40a000, 16384, PROT_READ) = 0 mprotect(0x7fa29ca4e000, 4096, PROT_READ) = 0 munmap(0x7fa29ca46000, 25665) = 0 uname({sys="Linux", node="lb1.local", ...}) = 0 umask(0177) = 022 brk(0) = 0x1c57000 brk(0x1c78000) = 0x1c78000 open("/etc/conntrackd/conntrackd.conf", O_RDONLY) = 3 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0x7fff09f67e50) = -1 ENOTTY (Inappropriate ioctl for device) fstat(3, {st_mode=S_IFREG|0644, st_size=13618, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa29ca4c000 read(3, "#\n# Synchronizer settings\n#\nSync"..., 8192) = 8192 read(3, "# since the daemon may keep some"..., 8192) = 5426 read(3, "", 4096) = 0 open("/etc/nsswitch.conf", O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0644, st_size=1688, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa29ca4b000 read(4, "#\n# /etc/nsswitch.conf\n#\n# An ex"..., 4096) = 1688 read(4, "", 4096) = 0 close(4) = 0 munmap(0x7fa29ca4b000, 4096) = 0 open("/etc/ld.so.cache", O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0644, st_size=25665, ...}) = 0 mmap(NULL, 25665, PROT_READ, MAP_PRIVATE, 4, 0) = 0x7fa29ca3b000 close(4) = 0 open("/lib64/libnss_files.so.2", O_RDONLY) = 4 read(4, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\360!\0\0\0\0\0\0"..., 832) = 832 fstat(4, {st_mode=S_IFREG|0755, st_size=65928, ...}) = 0 mmap(NULL, 2151824, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x7fa29bc6f000 mprotect(0x7fa29bc7b000, 2097152, PROT_NONE) = 0 mmap(0x7fa29be7b000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0xc000) = 0x7fa29be7b000 close(4) = 0 mprotect(0x7fa29be7b000, 4096, PROT_READ) = 0 munmap(0x7fa29ca3b000, 25665) = 0 open("/etc/protocols", O_RDONLY|O_CLOEXEC) = 4 fcntl(4, F_GETFD) = 0x1 (flags FD_CLOEXEC) fstat(4, {st_mode=S_IFREG|0644, st_size=6455, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa29ca4b000 read(4, "# /etc/protocols:\n# $Id: protoco"..., 4096) = 4096 close(4) = 0 munmap(0x7fa29ca4b000, 4096) = 0 read(3, "", 8192) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0x7fff09f674d0) = -1 ENOTTY (Inappropriate ioctl for device) close(3) = 0 munmap(0x7fa29ca4c000, 4096) = 0 open("/var/log/conntrackd.log", O_RDWR|O_CREAT|O_APPEND, 0666) = 3 open("/var/lock/conntrack.lock", O_RDONLY|O_CREAT|O_EXCL|O_TRUNC, 0600) = 4 close(4) = 0 getpriority(PRIO_PROCESS, 0) = 20 setpriority(PRIO_PROCESS, 0, 4294967276) = 0 getpriority(PRIO_PROCESS, 0) = 40 mmap(NULL, 528384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa29c9c1000 mmap(NULL, 528384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa29c940000 open("/etc/localtime", O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0644, st_size=2679, ...}) = 0 fstat(4, {st_mode=S_IFREG|0644, st_size=2679, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa29ca4c000 read(4, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\n\0\0\0\n\0\0\0\0"..., 4096) = 2679 lseek(4, -1698, SEEK_CUR) = 981 read(4, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\v\0\0\0\v\0\0\0\0"..., 4096) = 1698 close(4) = 0 munmap(0x7fa29ca4c000, 4096) = 0 getpid() = 4564 fstat(3, {st_mode=S_IFREG|0600, st_size=86240, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa29ca4c000 write(3, "[Wed Nov 21 15:52:16 2012] (pid="..., 72) = 72 stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2679, ...}) = 0 write(3, "[Wed Nov 21 15:52:16 2012] (pid="..., 68) = 68 close(3) = 0 munmap(0x7fa29ca4c000, 4096) = 0 write(2, "ERROR: conntrackd cannot start, "..., 71ERROR: conntrackd cannot start, please check the logfile for more info ) = 71 unlink("/var/lock/conntrack.lock") = 0 exit_group(1) In /var/log/conntrackd.log: [Wed Nov 21 15:52:16 2012] (pid=4564) [ERROR] can't open channel socket [Wed Nov 21 15:52:16 2012] (pid=4564) [ERROR] initialization failed I haven't found anything interesting about "can't open channel socket". Can anyone help?

2 2

← Newer
1
2
3
4
5
6
7
...
14
Older →

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 November 2012