From masko w ipipan.waw.pl Mon Jun 8 12:51:42 2015 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Mon, 08 Jun 2015 12:51:42 +0200 Subject: Dlaczego =?UTF-8?B?ZG9zdGFqxJkgZHdpZSBrb3BpZSBsaXN0w7N3?= (postfix + spamassassin). Message-ID: <2303585.R4s5iNQXM0@geralt> Witam. Ponieważ zaczyna mnie to już irytować, proszę Was o konsultację następującego problemu. Mam serwer poczty jeszcze na PLD-AC, skonfigurowany na postfiksie 2.7.5. Poczta jest filtrowana przez spamassassin na poziomie użytkownika (przez procmail). Niby to wszystko działa, ale... Problem jest taki, że poczta przychodzi podwójnie, ale nie zawsze (to też jest dziwne, bo maile z tego samego źródła czasami są duplikowane, a czasami nie). Poniżej załączam wyciąg z loga podczas odbierania poczty, która została zapisana właśnie dwukrotnie. Jak dla mnie to nie widzę tam niczego dziwnego, ale specjalistą w tym temacie nie jestem. Jun 8 11:43:15 yen postfix/smtpd[22575]: connect from gabe.freedesktop.org[131.252.210.177] Jun 8 11:43:16 yen postfix/smtpd[22575]: 492AD8AAE8: client=gabe.freedesktop.org[131.252.210.177] Jun 8 11:43:16 yen postfix/cleanup[22579]: 492AD8AAE8: message- id=<8491c59aa9867d001757c49b2ef2b67d w krabbe.dyndns.org> Jun 8 11:43:16 yen postfix/qmgr[19139]: 492AD8AAE8: from=, size=4766, nrcpt=1 (queue active) Jun 8 11:43:16 yen postfix/smtpd[22575]: disconnect from gabe.freedesktop.org[131.252.210.177] Jun 8 11:43:16 yen spamd[21715]: spamd: connection from localhost [127.0.0.1] at port 53805 Jun 8 11:43:16 yen spamd[21715]: spamd: setuid to ed succeeded Jun 8 11:43:17 yen spamd[21715]: spamd: processing message <8491c59aa9867d001757c49b2ef2b67d w krabbe.dyndns.org> for ed:500 Jun 8 11:43:31 yen spamd[21715]: spamd: clean message (-4.6/4.0) for ed:500 in 14.4 seconds, 4851 bytes. Jun 8 11:43:31 yen spamd[21715]: spamd: result: . -4 - BAYES_00,DNS_FROM_AHBL_RHSBL,RCVD_IN_DNSWL_MED scantime=14.4,size=4851,user=ed,uid=500,required_score=4.0,rhost=localhost,raddr=127.0.0.1,rport=53805,mid=<8491c59aa9867d001757c49b2ef2b67d w krabbe.dyndns.org>,bayes=0.000000,autolearn=ham Jun 8 11:43:31 yen postfix/local[22580]: 492AD8AAE8: to=, relay=local, delay=15, delays=0.51/0.06/0/14, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail -a "$EXTENSION") Jun 8 11:43:31 yen postfix/qmgr[19139]: 492AD8AAE8: removed Jun 8 11:43:31 yen spamd[3455]: prefork: child states: II Procmail po stronie użytkownika jest skonfigurowany tak: $ cat .procmailrc MAILDIR=$HOME/Maildir/ DEFAULT=$MAILDIR LOGFILE=$HOME/.procmaillog # oznacz spam :0fw: spamassassin.lock * <200000 | spamc # wyłap spam :0: * ^X-Spam-Flag: YES .Spam/ Ale w logu procmaila widnieje tylko jedna pozycja w takim momencie: >From xorg-bounces w lists.x.org Mon Jun 8 11:43:16 2015 Subject: Re: xinput ids Folder: /home/users/ed/Maildir/new/1433756596.22582_3.yen 4961 Czy ma ktoś pomysł, co może być nie tak? Jedyne co mi przychodzi do głowy to timeouty - może jeśli SpamAssassin jest szybki to jest zapisywana jedna kopia, a jak jest zbyt ospały i za długo sprawdza maila, to są zapisywane dwie? Ki czort? -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V From weed w punkt.pl Mon Jun 8 12:57:36 2015 From: weed w punkt.pl (Arkadiusz Rdest) Date: Mon, 08 Jun 2015 12:57:36 +0200 Subject: Dlaczego =?ISO-8859-2?Q?dostaj=EA_dwie_kopie_list=F3w_?= =?ISO-8859-2?Q?=28postfix_+_spamassassin=29=2E?= In-Reply-To: <2303585.R4s5iNQXM0@geralt> References: <2303585.R4s5iNQXM0@geralt> Message-ID: <55757520.4040507@punkt.pl> W dniu 2015-06-08 o 12:51, Łukasz Maśko pisze: > Czy ma ktoś pomysł, co może być nie tak? Jedyne co mi przychodzi do głowy to > timeouty - może jeśli SpamAssassin jest szybki to jest zapisywana jedna > kopia, a jak jest zbyt ospały i za długo sprawdza maila, to są zapisywane > dwie? Ki czort? A w maildir masz dwie kopie wiadomości? Porównywałeś ich nagłówki? From zawadaa w gmail.com Mon Jun 8 17:13:04 2015 From: zawadaa w gmail.com (Andrzej Zawadzki) Date: Mon, 08 Jun 2015 17:13:04 +0200 Subject: NFS In-Reply-To: <556ABF15.8090505@sojka.co> References: <5568E685.6020708@sojka.co> <556ABF15.8090505@sojka.co> Message-ID: <5575B100.1060203@gmail.com> On 31.05.2015 09:58, Grzegorz Sójka wrote: > On 05/30/15 00:21, Grzegorz Sójka wrote: >> Witam serdecznie, >> >> Wczoraj zrobiłem updat i przy starcie server zatrzymuje mi się na: >> >> Starting rpcbind service..............................................[ >> DONE ] >> Mounting /var/lib/nfs/rpc_pipefs filesystem...........................[ >> DONE ] >> Starting RPC idmapd service...........................................[ >> DONE ] >> Starting RPC statd service............................................[ >> BUSY ] >> >> i stoi. Próbowałem odpalić w singlu i ręcznie podnieść NFSa ale to samo. >> W logach nie zauważyłem nic ciekawego. Będę bardzo wdzięczny za >> podpowiedzi. > > Na razie zrobiłem downgrade do nfs-*-1.3.1-1 i chodzi. Działa komuś > nfs-*-1.3.2-2?? Nie!!!!!!! Wrrrrrrrrr -- Andrzej Zawadzki From baggins w pld-linux.org Mon Jun 8 18:51:43 2015 From: baggins w pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Mon, 8 Jun 2015 18:51:43 +0200 Subject: NFS In-Reply-To: <5575B100.1060203@gmail.com> References: <5568E685.6020708@sojka.co> <556ABF15.8090505@sojka.co> <5575B100.1060203@gmail.com> Message-ID: <20150608165142.GA3613@home.lan> On Mon, 08 Jun 2015, Andrzej Zawadzki wrote: > On 31.05.2015 09:58, Grzegorz Sójka wrote: > > On 05/30/15 00:21, Grzegorz Sójka wrote: > >> Witam serdecznie, > >> > >> Wczoraj zrobiłem updat i przy starcie server zatrzymuje mi się na: > >> > >> Starting rpcbind service..............................................[ > >> DONE ] > >> Mounting /var/lib/nfs/rpc_pipefs filesystem...........................[ > >> DONE ] > >> Starting RPC idmapd service...........................................[ > >> DONE ] > >> Starting RPC statd service............................................[ > >> BUSY ] > >> > >> i stoi. Próbowałem odpalić w singlu i ręcznie podnieść NFSa ale to samo. > >> W logach nie zauważyłem nic ciekawego. Będę bardzo wdzięczny za > >> podpowiedzi. > > > > Na razie zrobiłem downgrade do nfs-*-1.3.1-1 i chodzi. Działa komuś > > nfs-*-1.3.2-2?? > Nie!!!!!!! > Wrrrrrrrrr Poprawione w rel 3, zepsuli odpalanie statd w tle. -- Jan Rękorajski | PLD/Linux SysAdm | bagginspld-linux.org | http://www.pld-linux.org/ From zawadaa w gmail.com Mon Jun 8 21:51:13 2015 From: zawadaa w gmail.com (Andrzej Zawadzki) Date: Mon, 08 Jun 2015 21:51:13 +0200 Subject: NFS In-Reply-To: <20150608165142.GA3613@home.lan> References: <5568E685.6020708@sojka.co> <556ABF15.8090505@sojka.co> <5575B100.1060203@gmail.com> <20150608165142.GA3613@home.lan> Message-ID: <5575F231.9070003@gmail.com> On 08.06.2015 18:51, Jan Rękorajski wrote: > On Mon, 08 Jun 2015, Andrzej Zawadzki wrote: > >> On 31.05.2015 09:58, Grzegorz Sójka wrote: >>> On 05/30/15 00:21, Grzegorz Sójka wrote: >>>> Witam serdecznie, >>>> >>>> Wczoraj zrobiłem updat i przy starcie server zatrzymuje mi się na: >>>> >>>> Starting rpcbind service..............................................[ >>>> DONE ] >>>> Mounting /var/lib/nfs/rpc_pipefs filesystem...........................[ >>>> DONE ] >>>> Starting RPC idmapd service...........................................[ >>>> DONE ] >>>> Starting RPC statd service............................................[ >>>> BUSY ] >>>> >>>> i stoi. Próbowałem odpalić w singlu i ręcznie podnieść NFSa ale to samo. >>>> W logach nie zauważyłem nic ciekawego. Będę bardzo wdzięczny za >>>> podpowiedzi. >>> Na razie zrobiłem downgrade do nfs-*-1.3.1-1 i chodzi. Działa komuś >>> nfs-*-1.3.2-2?? >> Nie!!!!!!! >> Wrrrrrrrrr > Poprawione w rel 3, zepsuli odpalanie statd w tle. > Śliczne dzięki Janku. Jeszcze: w moim przypadku montuję zasoby z Debiana i teraz muszę: nfsvers=3 dodać. Tak to się pozmieniało ;-) -- Andrzej From josiecki w silvercube.pl Tue Jun 9 10:56:47 2015 From: josiecki w silvercube.pl (Jacek Osiecki) Date: Tue, 9 Jun 2015 10:56:47 +0200 Subject: =?utf-8?Q?php55-fpm_-_kiedy_b=C4=99dzie_dzia=C5=82a=C4=87=3F?= Message-ID: <09A6A687-7AF3-4D57-8368-79944D516D44@silvercube.pl> Witam, Co jest grane z php55-fpm? Nijak nie da się go zmusić do działania - wersje nowsze niż 5.5.21 w ogóle nie startują (tzn. startują, ale wywalają sig11 i zostawiają jakiś półmartwy proces php-fpm), ten 5.5.21 startuje i udaje że działa: 2015/06/09 10:41:58 [error] 31158#0: *2885 readv() failed (104: Connection reset by peer) while reading upstream, client: 77.253.234.208, server: api.pgd.pl, request: "GET /phpMyAdmin/ HTTP/1.1", upstream: "fastcgi://unix:/var/run/php/php55-fpm.sock:", host: ?test.local" Próbowałem ze starszym glibc (2.20-6), aktualnym (2.21-4) - nic, cały czas to samo. Jakimś cudem Czy komuś działa zestaw nginx+php55-fpm? W jakich wersjach? P.S. Właśnie widzę, że to się dzieje przy phpMyAdmin - przy np. samym phpinfo() niby jest w porządku? Pozdrawiam, -- Jacek Osiecki josiecki w silvercube.pl Silvercube s.c. ul. Makuszynskiego 4 31-752 Kraków +48 (12) 684 21 00 From baggins w pld-linux.org Thu Jun 11 20:56:43 2015 From: baggins w pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Thu, 11 Jun 2015 20:56:43 +0200 Subject: Packages removed from Th Message-ID: <20150611185642.GB3855@home.lan> The following packages have been removed from Th due to obsolescence (they don't build and are unmaintained upstream): blcr (userland and kernel modules) mplayer2 (superseded by mpv and mplayer) -- Jan Rękorajski | PLD/Linux SysAdm | bagginspld-linux.org | http://www.pld-linux.org/ From zawadaa w gmail.com Tue Jun 23 14:31:58 2015 From: zawadaa w gmail.com (Andrzej Zawadzki) Date: Tue, 23 Jun 2015 14:31:58 +0200 Subject: =?UTF-8?B?VW1pZXJhasSFY3kgbnRwZA==?= Message-ID: <558951BE.4030700@gmail.com> Dzień dobry, po upgrade ntpd do wersji ntpd-4.2.8 demon umiera po pewnym czasie. strace -p przedstawia się jak poniżej: --- SIGALRM {si_signo=SIGALRM, si_code=SI_KERNEL} --- rt_sigreturn({mask=[]}) = -1 EINTR (Interrupted system call) adjtimex({modes=ADJ_OFFSET|0x8000, offset=0, freq=3402563, maxerror=130016, esterror=16, status=STA_PLL|STA_NANO, constant=3, precision=1, tolerance=32768000, time={1435062480, 270832020}, tick=10000, ppsfreq=0, jitter=0, shift=0, stabil=0, jitcnt=0, calcnt=0, errcnt=0, stbcnt=0}) = 0 (TIME_OK) select(24, [16 17 18 19 20 21 22 23], NULL, NULL, NULL) = ? ERESTARTNOHAND (To be restarted if no handler) --- SIGALRM {si_signo=SIGALRM, si_code=SI_KERNEL} --- rt_sigreturn({mask=[]}) = -1 EINTR (Interrupted system call) adjtimex({modes=ADJ_OFFSET|0x8000, offset=0, freq=3402563, maxerror=130516, esterror=16, status=STA_PLL|STA_NANO, constant=3, precision=1, tolerance=32768000, time={1435062481, 270824370}, tick=10000, ppsfreq=0, jitter=0, shift=0, stabil=0, jitcnt=0, calcnt=0, errcnt=0, stbcnt=0}) = 0 (TIME_OK) sendto(19, "#\3\6\353\0\0\4L\0\1\22\212\300\250\2\317\3313\317\24Es\234U\3313\317\20L\210\17\204"..., 48, 0, {sa_family=AF_INET, sin_port=htons(123), sin_addr=inet_addr("192.168.2.111")}, 16) = 48 select(24, [16 17 18 19 20 21 22 23], NULL, NULL, NULL) = 1 (in [19]) select(24, [16 17 18 19 20 21 22 23], NULL, NULL, {0, 0}) = 1 (in [19], left {0, 0}) recvmsg(19, {msg_name(16)={sa_family=AF_INET, sin_port=htons(123), sin_addr=inet_addr("192.168.2.111")}, msg_iov(1)=[{"$\3\6\351\0\0\4\320\0\0-?\300\250\24\317\3313\314f\v\352H\373\3313\317QEW\371\267"..., 2120}], msg_controllen=32, [{cmsg_len=32, cmsg_level=SOL_SOCKET, cmsg_type=0x23 /* SCM_??? */, ...}], msg_flags=0}, 0) = 48 recvmsg(19, 0x7ffc03b3d200, 0) = -1 EAGAIN (Resource temporarily unavailable) socket(PF_UNSPEC, SOCK_DGRAM, 0) = -1 EAFNOSUPPORT (Address family not supported by protocol) select(24, [16 17 18 19 20 21 22 23], NULL, NULL, NULL) = ? ERESTARTNOHAND (To be restarted if no handler) --- SIGALRM {si_signo=SIGALRM, si_code=SI_KERNEL} --- rt_sigreturn({mask=[]}) = -1 EINTR (Interrupted system call) adjtimex({modes=ADJ_OFFSET|0x8000, offset=0, freq=3402563, maxerror=131016, esterror=16, status=STA_PLL|STA_NANO, constant=3, precision=1, tolerance=32768000, time={1435062482, 270827127}, tick=10000, ppsfreq=0, jitter=0, shift=0, stabil=0, jitcnt=0, calcnt=0, errcnt=0, stbcnt=0}) = 0 (TIME_OK) select(24, [16 17 18 19 20 21 22 23], NULL, NULL, NULL) = ? ERESTARTNOHAND (To be restarted if no handler) --- SIGALRM {si_signo=SIGALRM, si_code=SI_KERNEL} --- rt_sigreturn({mask=[]}) = -1 EINTR (Interrupted system call) adjtimex({modes=ADJ_OFFSET|0x8000, offset=0, freq=3402563, maxerror=131516, esterror=16, status=STA_PLL|STA_NANO, constant=3, precision=1, tolerance=32768000, time={1435062483, 270820276}, tick=10000, ppsfreq=0, jitter=0, shift=0, stabil=0, jitcnt=0, calcnt=0, errcnt=0, stbcnt=0}) = 0 (TIME_OK) select(24, [16 17 18 19 20 21 22 23], NULL, NULL, NULL) = ? ERESTARTNOHAND (To be restarted if no handler) --- SIGALRM {si_signo=SIGALRM, si_code=SI_KERNEL} --- rt_sigreturn({mask=[]}) = -1 EINTR (Interrupted system call) adjtimex({modes=ADJ_OFFSET|0x8000, offset=0, freq=3402563, maxerror=132016, esterror=16, status=STA_PLL|STA_NANO, constant=3, precision=1, tolerance=32768000, time={1435062484, 270831997}, tick=10000, ppsfreq=0, jitter=0, shift=0, stabil=0, jitcnt=0, calcnt=0, errcnt=0, stbcnt=0}) = 0 (TIME_OK) +++ killed by SIGSYS +++ Ktoś ma pomysł dlaczego? -- Andrzej