search for: espipe

...ize=578935014240055448}, NULL) = 0 rt_sigaction(SIGSEGV, {0x808dd5e, [], SA_STACK|SA_NODEFER}, NULL, 8) = 0 readlink("/proc/self/exe", "/root/xe", 256) = 8 stat64("/root/xe", {st_mode=S_IFREG|0755, st_size=1345687, ...}) = 0 _llseek(0, 0, 0xffd06fe0, SEEK_CUR)     = -1 ESPIPE (Illegal seek) _llseek(1, 0, 0xffd06fd0, SEEK_CUR)     = -1 ESPIPE (Illegal seek) _llseek(2, 0, 0xffd06fd0, SEEK_CUR)     = -1 ESPIPE (Illegal seek) gettimeofday({1288958862, 211487}, NULL) = 0 getppid()                               = 21994 getpid()                                = 21995 rt_sigact...

Every few days I find that dovecot auth is using all my CPU. This is from dovecot 2.2.13, I've just upgraded to 2.2.18 strace -r -p 17956 output: Process 17956 attached 0.000000 lseek(19, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) 0.000057 getsockname(19, {sa_family=AF_LOCAL, NULL}, [2]) = 0 0.000043 epoll_ctl(15, EPOLL_CTL_ADD, 19, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=850618928, u64=140128453618224}}) = 0 0.000040 write(19, "VERSION\tauth-worker\t1\t0\nDBHASH\t5"..., 97) = -1 EPI...

...ect: dovecot auth using 100% CPU > > Every few days I find that dovecot auth is using all my CPU. > > This is from dovecot 2.2.13, I've just upgraded to 2.2.18 > > strace -r -p 17956 output: > > Process 17956 attached > 0.000000 lseek(19, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) > 0.000057 getsockname(19, {sa_family=AF_LOCAL, NULL}, [2]) = 0 > 0.000043 epoll_ctl(15, EPOLL_CTL_ADD, 19, > {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=850618928, > u64=140128453618224}}) = 0 > 0.000040 write(19, "VERSION\tauth-worker\t1\t0\nDBHASH\...

...r] [client 192.168.11.100] Illegal seek, referer: http://rf.mathieu.mv.sha/diary.cgi/edit/1?someting=true [Wed Jul 26 17:36:25 2006] [error] [client 192.168.11.100] (, referer: http://rf.mathieu.mv.sha/diary.cgi/edit/1?someting=true [Wed Jul 26 17:36:25 2006] [error] [client 192.168.11.100] Errno::ESPIPE, referer: http://rf.mathieu.mv.sha/diary.cgi/edit/1?someting=true [Wed Jul 26 17:36:25 2006] [error] [client 192.168.11.100] ), referer: http://rf.mathieu.mv.sha/diary.cgi/edit/1?someting=true [Wed Jul 26 17:36:25 2006] [error] [client 192.168.11.100] \tfrom (eval):21:in `initialize'', refe...

...rth.ox.ac.uk [163.1.22.82]: 435 Unable to authenticate at present: authentication socket protocol error Now, the istreams code in dovecot seems rather too obscure for me to debug any further. According to the read(2) man page under Solaris 10, the only version of read which can possibly return ESPIPE is pread(). Any ideas what's going on? Steve -- --------------------------------------------------------------------------- Computer Systems Administrator, E-Mail:-steve at earth.ox.ac.uk Department of Earth Sciences, Tel:- +44 (0)1865 282110 University of...

...> write stdout: Broken pipe > > where strace has the following to say at this point: > fstat64(6, {st_mode=S_IFIFO|0600, st_size=1, ...}) = 0 > old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000 > _llseek(6, 0, 0xbfffebc4, SEEK_CUR) = -1 ESPIPE (Illegal seek) > > so the correct fstat for files >2G is taken, but llseek instead of llseek64. > > *shrug* > > it's not a bug or something, and the solution via ssh host command and pipe is viable, > I just wanted to know whether I'm doing something very wrong...

I have an Ultra 10 client running Sol10 U3 that has a zfs pool set up on the extra space of the internal ide disk. There''s just the one fs and it is shared with the sharenfs property. When this system reboots nfs/server ends up getting disabled and this is the error from the SMF logs: [ Apr 16 08:41:22 Executing start method ("/lib/svc/method/nfs-server start") ] [ Apr 16

...) = -1 ENOSYS (Function not implemented) fcntl(3, F_SETFD, FD_CLOEXEC) = 0 chdir("/c/Program Files/EverQuest") = 0 rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_DFL}, 8) = 0 socketcall(0x11, 0xbffffbcc) = 1 lseek(4, 0, SEEK_END) = -1 ESPIPE (Illegal seek) write(2, "Client protocol error:(nil): ", 29Client protocol error:(nil): ) = 29 write(2, "lseek: Illegal seek\n", 20lseek: Illegal seek ) = 20 close(3) = 0 _exit(1) = ?

On 7.3.2019 23.37, A. Schulze via dovecot wrote: > > Am 07.03.19 um 17:33 schrieb Aki Tuomi via dovecot: > >>> test-http-client-errors.c:2989: Assert failed: FALSE >>> connection timed out ................................................. : FAILED > Hello Aki, > >> Are you running with valgrind or on really slow system? > I'm not aware my buildsystem

...OUT, {u32=6632256, u64=6632256}}}, 6, 179989) = 1 [pid 6771] gettimeofday({1235491268, 493987}, {0, 0}) = 0 [pid 6771] getsockopt(12, SOL_SOCKET, SO_ERROR, [18141331972947968], [4]) = 0 [pid 6771] fstat(12, {st_mode=S_IFSOCK|0777, st_size=0, ...}) = 0 [pid 6771] lseek(12, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) [pid 6771] getsockname(12, {sa_family=AF_INET, sin_port=htons(37777), sin_addr=inet_addr("127.0.11.155")}, [28487315483525136]) = 0 [pid 6771] epoll_ctl(9, EPOLL_CTL_DEL, 12, {0, {u32=6632256, u64=6632256}}) = 0 [pid 6771] epoll_ctl(9, EPOLL_CTL_ADD, 12, {EPOLLIN|EPOLLPR...

...= 3 fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR) fstat64(3, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 2), ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fed000 _llseek(3, 0, 0xbfd7e7b4, SEEK_CUR) = -1 ESPIPE (Illegal seek) write(3, "strace: exec: Permission denied\n", 32strace: exec: Permission denied ) = 32 close(3) = 0 munmap(0xb7fed000, 4096) = 0 exit_group(1) = ? [end strace] What am I missing here? Thanks and Regar...

...BE30E8, 1, 60000) (sleeping...) 8050: poll(0xFFBE30E8, 1, 60000) = 1 8050: write(1, " A\0\0\b r s y n c e r".., 69) = 69 8050: time() = 1097834738 8050: llseek(0, 0, SEEK_CUR) Err#29 ESPIPE 8050: _exit(30) In this case, the transfer failed only a few files in. This looks similar to bug #1476. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA cont...

From: Hans de Goede <hdegoede at redhat.com> I found this while working on a Linux agent for spice, the symptom I was seeing was select blocking on the spice vdagent virtio serial port even though there were messages queued up there. virtio_console's port_fops_poll checks port->inbuf != NULL to determine if read won't block. However if an application reads enough bytes from

From: Hans de Goede <hdegoede at redhat.com> I found this while working on a Linux agent for spice, the symptom I was seeing was select blocking on the spice vdagent virtio serial port even though there were messages queued up there. virtio_console's port_fops_poll checks port->inbuf != NULL to determine if read won't block. However if an application reads enough bytes from

..., {st_mode=S_IFDIR|0777, st_size=4096, ...}) = 0 close(6) = 0 munmap(0x7ff654983000, 4096) = 0 write(1, "# OS: Linux 2.6.24-23-xen x86_64"..., 51# OS: Linux 2.6.24-23-xen x86_64 Ubuntu 8.04.2 nfs ) = 51 lseek(1, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) getsockname(1, 0x7fff5c986f50, [18446744069414584348]) = -1 ENOTSOCK (Socket operation on non-socket) --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Process 30890 detached Version is still dovecot 2.0 hg latest. Regards, Sebastian

...: fstat(3, 0xDFFFFAE0) = 0 5113: close(3) = 0 5113: alarm(0) = 16 5113: sigaction(SIGALRM, 0xDFFFFA48, 0x00000000) = 0 5113: llseek(0, 0, SEEK_CUR) Err#29 ESPIPE 5113: _exit(0) I noticed that maildir files created by dovecot have the following file names format: 1075891040.P3168Q12514M511660.supertolla.itapac.net:2,S and maildrop one are in this other format: 1075893689.M267966P5215V01540032I001B6706_0.supertolla.itapac.net,S=1381:2,S I'm working...

Hi campers, what do you think of releasing the current trunk as camping-1.6 ? Nothing much has moved since a while and apart from FastCGI, I believe most bugs where ironed out. After the gem release, I propose putting some effort on documentation and how to use Rack''s FastCGI. When that''s done, we''ll have a Rubyforge announcement and such. /me is waiting for community

...gs=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f15401ec2d0) = 6929 22:55:15.294928 close(13) = 0 22:55:15.294969 fcntl(14, F_GETFL) = 0x1 (flags O_WRONLY) 22:55:15.295006 fcntl(14, F_SETFL, O_WRONLY|O_NONBLOCK) = 0 22:55:15.295039 lseek(14, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) 22:55:15.295065 getsockname(14, 0x7ffd59156a40, [28]) = -1 ENOTSOCK (Socket operation on non-socket) 22:55:15.295109 write(14, "X-Sieve: Pigeonhole Sieve 0.5.4 ()\nX-Sieve-Redirected-From: ...", 1461) = 1461 22:55:15.295150 close(14) = 0 22:55:15.295175 wait4(...

...r=0x7f15401ec2d0) = 6929 The sendmail child process with PID 6929 is forked here. 22:55:15.294928 close(13) = 0 22:55:15.294969 fcntl(14, F_GETFL) = 0x1 (flags O_WRONLY) 22:55:15.295006 fcntl(14, F_SETFL, O_WRONLY|O_NONBLOCK) = 0 22:55:15.295039 lseek(14, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) 22:55:15.295065 getsockname(14, 0x7ffd59156a40, [28]) = -1 ENOTSOCK (Socket operation on non-socket) 22:55:15.295109 write(14, "EDITTED LONG MESSAGE DATA\n", 1461) = 1461 22:55:15.295150 close(14) = 0 22:55:15.295175 wait4(6929, 0x562102d4fee4, WNOHANG, NULL)...

...t_fput; + return -EBADF; /* * Revalidate the write permissions, in case security policy has * changed since the files were opened. */ ret = security_file_permission(file, MAY_WRITE); if (ret) - goto out_fput; + return ret; - inode = file->f_path.dentry->d_inode; - - ret = -ESPIPE; if (S_ISFIFO(inode->i_mode)) - goto out_fput; + return -ESPIPE; - ret = -ENODEV; /* * Let individual file system decide if it supports preallocation * for directories or not. */ if (!S_ISREG(inode->i_mode) && !S_ISDIR(inode->i_mode)) - goto out_fput; + return...