search for: 20931

...blem. A user may receive multiple mails with only 1 in 20 or more deliveries having problems. The only things that we know is that user_b (the wrong one) is always from the same domain as the correct user and always (so far) also a recipient in the same mail. Feb 25 09:07:01 pop02 dovecot: lmtp(20931, sub1ika at ika.gr): Error: stat(/indexes/2/b/0/diefecon.log at ika.gr/.imap/INBOX/dovecot.index.log) failed: Permission denied (euid=10054601(<unknown>) egid=165(<unknown>) missing +x perm: /indexes/2/b/0/diefecon.log at ika.gr, dir owned by 10107819:165 mode=0700) Feb 25 09:07:01...

...o conftest -g -O2 conftest.c -ldl >&5 configure:20856: $? = 0 configure:20859: test -s conftest configure:20862: $? = 0 configure:20873: result: yes configure:20883: checking for alloca configure:20925: gcc -o conftest -g -O2 conftest.c -ldl >&5 configure:20928: $? = 0 configure:20931: test -s conftest configure:20934: $? = 0 configure:20945: result: yes --------------------- However, I got this error when compiling: --------------------- In file included from FileUtilities.cpp:22: /usr/local/src/llvm/include/Config/alloca.h:42:17: #error "The function alloca() is require...

...0:33 postamt dovecot: IMAP(username): expunge: uid=2794, box=Trash, msgid=<20080226140752B6F6EC3EF7$08D09877C3 at REALTIMEPCR>, size=12833 Feb 27 08:10:33 postamt dovecot: IMAP(username): expunge: uid=2795, box=Trash, msgid=<8f63285b4b444b9839c94615c28bcd3347c46aec at origene.com>, size=20931 Feb 27 08:10:33 postamt dovecot: IMAP(username): expunge: uid=2796, box=Trash, msgid=<0118578B.8438D393 at xms1-1.vtrnz.com>, size=12066 Feb 27 08:10:33 postamt dovecot: IMAP(username): expunge: uid=2797, box=Trash, msgid=<1204067704.28W488X7.30077 at biologyproject.net>, size=3328 Feb...

Anyone know why this wouldn''t work? I''m using acts_as_authenticated for my login, and the mail is not getting sent. I''m using dreamhost. Here''s my settings: ActionMailer::Base.delivery_method = :smtp ActionMailer::Base.server_settings = { :address => "mail.mydomain.com", :port => 25, :domain => ''mydomain.com'',

...e:20856: $? = 0 >>configure:20859: test -s conftest >>configure:20862: $? = 0 >>configure:20873: result: yes >>configure:20883: checking for alloca >>configure:20925: gcc -o conftest -g -O2 conftest.c -ldl >&5 >>configure:20928: $? = 0 >>configure:20931: test -s conftest >>configure:20934: $? = 0 >>configure:20945: result: yes >>--------------------- >> >>However, I got this error when compiling: >>--------------------- >>In file included from FileUtilities.cpp:22: >>/usr/local/src/llvm/include/Confi...

On Mon, Mar 13, 2017, at 08:31 AM, Kseniya Blashchuk wrote: > Yes, look: > netstat -nlp | egrep '506[01]' > tcp 0 0 192.168.0.177:5061 0.0.0.0:* > LISTEN > 13255/asterisk > udp 0 0 192.168.0.177:5060 0.0.0.0:* > 13255/asterisk > Still, the problem is with *outgoing* *TCP* packets originated from > asterisk.

...2 port 3.493 Feb 13 23:11:43 upsd[21 04] listening on ::1 port 3493 Feb 13 23:11:43 upsd[2104] listening on 127.0.0.1 port 3493 Feb 1323:11:43 upsd[21041 no listening interface available Feb 13 23:11:43 startproc[2095] startproc: exit status of parent of /usr/sbin/upsd: 1 Feb 13 23:11:43 usbhid-ups[20931 Signal 15: exiting Feb 1323:11:43 upsd[1932] Starting NUTUPSserver..failed Feb 13 23:11:43 systemd[1] upsd.service: Control process exited, codeexited status7 Feb 13 23:11:43 systemd[1] Failed to start LSB: UPS monitoring software (deprecated, remote/local). Feb 13 23:11:43 systemd[1] upsd.service:...

Roger, Thanks for your reply. As I understand it, for reliable fencing a node cannot be responsible for fencing itself, as it may not be functioning properly. Hence my "cross over" setup. The direct USB connection from Webserver1 to UPS-Webserver2 means that Webserver1 can fence (cut the power to) Webserver2 if the cluster software decides that it is necessary. If my UPSes were able to

...ulcer3, ulcer4) aids = paste(0, c(42:44, 420:449, 4200:4289), sep = "") lymph = c(20000:20238, 20250:20301, 20302:20382, 2386, 2733) mets = c(1960:1991, 19600:19909, 20970:20975, 20979, 78951) tumor = c(1400:1729, 1740:1759, 14000:17289, 17400:17589, 20900:20924, 20931:20936, 25801:25803, 2093, 20925:20929, 179:195, 1790:1958, 17900:19579) arth = c(7010, 7100:7109, 7140:7149, 7200:7209, 71000:71089, 71400:71489, 72000:72089, 725) c1 = paste(c(2860:2869, 2871, 2873:2875), "", sep = "") coag = c(2860:2869, 2871, 287...

...e've just noticed: 2017/04/19 12:10:31.168891 [ 5417]: Vacuuming child process timed out for db brlock.tdb 2017/04/19 12:11:39.250169 [ 5417]: Unable to get RECORD lock on database brlock.tdb for 500 seconds ===== Start of debug locks PID=9372 ===== 8084 /usr/sbin/smbd brlock.tdb.2 7044 7044 20931 /usr/libexec/ctdb/ctdb_lock_helper brlock.tdb.2 7044 7044 W 21665 /usr/sbin/smbd brlock.tdb.2 174200 174200 ----- Stack trace for PID=21665 ----- 2017/04/19 12:11:39.571097 [ 5417]: /etc/ctdb/debug_locks.sh: line 73: gstack: command not found ----- Stack trace for PID=8084 ----- 2017/04/19 12:11:3...

I just had a quick play with gzip compression on a filesystem and the result was the machine grinding to a halt while copying some large (.wav) files to it from another filesystem in the same pool. The system became very unresponsive, taking several seconds to echo keystrokes. The box is a maxed out AMD QuadFX, so it should have plenty of grunt for this. Comments? Ian

Hi, another issue I''m seeing with 3.0-rc2 and Xen is that there is an unexpectedly high amount of kernel reserved memory. I suspect that Linux allocates page table entries and corresponding data structures for the whole 6GB areas of the provided ''physical RAM map'' even though it has rather big unusable holes in it. [ 0.000000] BIOS-provided physical RAM map: [