similar to: Quota plugin, Maildir, dict backend loop problem

$ nmblookup ohwow querying ohwow on 129.22.171.31 name_query failed to find name ohwow $ nmblookup -s /etc/samba/smb.conf ohwow querying ohwow on 129.22.171.31 name_query failed to find name ohwow $ cat /etc/samba/smb.conf [global] workgroup = scholars netbios name = fedora security = user wins server = 129.22.4.11 wins support = no name resolve order = wins lmhosts dns my problem is that

Hi, I've got a problem. my Dovecot is not running ;) It immidiately exits when run with no output info I've figuret out that is something wrong with network but i can't find such option in conf any Ideas?? strace output : dup(3) = 5 fcntl64(5, F_GETFD) = 0 fcntl64(5, F_SETFD, FD_CLOEXEC) = 0 socket(PF_INET, SOCK_STREAM,

Hi, I downloaded the latest dovecot (1.0 alpha 3) and tried numerous installs which get me nothing. No errors, no crashes, no segfaults and no running dovecot. It just seems to silently exit. I was trying to build with mysql support but I've also tried a plain old install, just configure, make install, etc. I get nada. strace doesn't show anything, at least as far as I can tell.

Ok I updated both systems to rsync-2.6.8 and found the info on setting strace on the server. Here are the trace logs, there are two calls the first is just the module list which finishes normally the second is the file list in the test module which fails after the list. By the way I have no idea what any of this means (sorry if I'm not supposed to post traces to the list)

I was digging through some of the archives and ran into someone who was having the same problem, but for completely different reasons....i think. dovecot: Nov 02 07:58:51 Info: Dovecot starting up dovecot: Nov 02 07:58:52 Error: Auth process died too early - shutting down dovecot: Nov 02 07:58:52 Error: child 27673 (login) killed with signal 11 dovecot: Nov 02 07:58:52 Error: child 27672 (login)

nmbd has been dying on me occasionally. I'm running mandrake 9.2 with samba3-server-3.0.0-2mdk. We've got our users in ldap but I'd seen this symptom previously when I was using an earlier version of samba that didn't support ldap. There is nothing useful in the logs and a PS shows a nmb process still running. This last time around, I had a ptrace running on both nmbd

Hi, here is an example of tftpd-hpa running in daemon mode failing to reopen /dev/log. No wonder, as it tries after chrooting. Cheers, Feri. $ sudo strace -f -p 2356 Process 2356 attached - interrupt to quit select(5, [4], NULL, NULL, NULL) = 1 (in [4]) setsockopt(4, SOL_IP, IP_PKTINFO, [1], 4) = 0 recvmsg(4, {msg_name(16)={sa_family=AF_INET, sin_port=htons(57109),

I wrote mail as different used few minutes ago... Here is better result from strace. 23:56:00.390607 close(18) = 0 23:56:00.390792 open("/usr/lib/sasl2/libplain.la", O_RDONLY) = 18 23:56:00.390858 close(18) = 0 23:56:00.390904 open("/usr/lib/sasl2/libldapdb.la", O_RDONLY) = 18 23:56:00.390963 fstat64(18, {st_mode=S_IFREG|0644, st_size=848, ...}) =

Hi, I encountered a problem using Dovecot (todays CVS, 11/10/2005) with libsafe, systemwide install. Dovecot silently dies. Here is the end of the systrace output I got: bind(6, {sin_family=AF_INET, sin_port=htons(143), sin_addr=inet_addr("0.0.0.0")}}, 16) = 0 getsockname(6, {sin_family=AF_INET, sin_port=htons(143), sin_addr=inet_addr("0.0.0.0")}}, [16]) = 0 listen(6, 8)

We have been fighting with intermittent connections here and have noticed that tinc seems to use up its supply of file descriptors. After a whole bunch of Nov 8 03:51:23 tserver tinc.calgary[23909]: Could not set up a meta connection. Nov 8 03:51:23 tserver tinc.calgary[23909]: Still failed to connect to other. Will retry Nov 8 03:51:33 tserver tinc.calgary[23909]: 10.38.9.1:8193: Connection

Hi Ravi, back to our client-cannot-reconnect-to-gluster-brick problem ... > Von: Ravishankar N [ravishankar at redhat.com] > Gesendet: Montag, 29. Mai 2017 06:34 > An: Markus Stockhausen; gluster-users at gluster.org > Betreff: Re: [Gluster-users] gluster heal entry reappears > > > On 05/28/2017 10:31 PM, Markus Stockhausen wrote: > > Hi, > > > > I'm

Hi all. I have a strange problem at hand regarding UDP fragmentation on Centos7: Applications are unable to receive UDP packets which have undergone fragmentation UNLESS the netfilter modules are loaded. The problem arose on a application which would run fine on OpenSuse but does not work on Centos7. The application processes UDP data and on Centos only small packets are received and processed,

I would like to remove setsockopt(SO_LINGER), as there does not seem to be a reason for its use. If you know of specific reasons we should keep any of these let me know, or run this patch in local test trees where possible. This is against OpenBSD, but should apply to portable with some fuzz. Index: channels.c =================================================================== RCS file:

I've tried 2 builds of dovecot, based on a amd64 rebuild of the experimental package on http://xi.rename-it.nl/debian/ I've tried to include as much useful info as possible, sorry if I've missed out anything of use. Let me know as I'm more then happy to assist in any way possible. $ telnet host 110 Escape character is '^]'. +OK Dovecot ready. USER ian at domain.com +OK

rsync-2.4.6-1 RPM on receiving side on Red Hat 7.3 rsync-2.4.6-13 Red Hat 7.2 RPM on sending side Trying to do a "pull" from sender over ssh, rsync hangs after transferring very little data, usually on the first or second file. strace rsync -avzur --bwlimit=35 -e ssh user@remote:/directory /local/directory (init stuff) read(5, "\375\217\177=", 4) = 4 select(6,

Hi I just tried to run the convert plugin as described at http://wiki.dovecot.org/Plugins/Convert (except with mail_location = maildir:~/Mail) It fails with an error message: Eopen(/.temp.falcon.endbracket.net.18618.8d5e0a038da6cf06) failed: Permission denied Error: imap dump-capability process returned 89 It looks like Dovecot execs /usr/libexec/dovecot/imap, which drops root privileges

I still see 2.5.5 hangs where the destination rsync exits (for whatever reason -- I don't see any errors) and the source waits on something forever. The interesting thing about it is when I strace the child rsync pid on the source side then rsync exits as it should. Strace must introduce a timing delay of some sort that allows one of the processes to properly detect the end of channel. I

Hi Arjen, in server/upsd.c r731, you moved the call conf_load() from after check_perms() (~ l.1020) to before setupsignals() (~ l.989). The problem is that conf_load() needs to open the ups driver socket, and it assumes that STATEPATH is the current working directory. The directory is only set in l.1016. Therefore, the first attempt to open a socket will always fail. From the user's point of

Some new data on my rsync hangs: I run about 1500 rsync sessions over ssh daily. In the last 8 days that adds up to about 12k rsync sessions. Of those 12k sessions, 10 are right now sitting in a hung state. The rsync process on the destination has exited, but both rsync processes on the source are still running/waiting/hung. I use a timeout of 3600 (but this doesn't seem to work for this

I am running rsync over a VPN. The connection has been stable for some time, but recently it has started failing. I am including the strace of the failure below. Basically, the client disconnects typically with an error 12. I have 3 other clients using the same openvpn/rsync configuration, and those are stable, so I am fairly confident this is something on this particular link. The