search for: ctfn

...est 2017-09-27 13:20:13.728299500 Sep 27 13:20:13 auth: Debug: master in: REQUEST 2523398145 13259 1 ba830ae1c199401e5dbee28e31025ac1 session_pid=13335 request_auth_token 2017-09-27 13:20:13.728344500 Sep 27 13:20:13 auth: Debug: master userdb out: USER 2523398145 authapps uid=509 gid=509 home=/CTFN/SharedMailboxes/CTFN/ auth_token=5e3d02714e82441cbbb3de8ff80f35bc3dc4b291 auth_user=bob.test 2017-09-27 13:20:13.728459500 Sep 27 13:20:13 imap-login: Info: Login: user=<authapps>, method=PLAIN, rip=192.168.120.70, lip=192.168.120.70, mpid=13335, TLS, session=<y0vvhDFaYqDAqHhG> 2017-...

Hi, I am chasing a problem with sieve vacation messages. the sieve file looks like this: ## Generated by Roundcube Webmail SieveRules Plugin ## require ["copy","vacation"]; # rule:[computerisms.ca] if anyof (address :contains "To" "bob.miller at ctfn.ca", address :contains "Cc" "bob.miller at ctfn.ca") { redirect :copy "bob at computerisms.ca"; vacation :days 66 :subject "autotest" "hello back"; } The mail is forwarded, but no vacation response is sent, and the mail is not forward...

...is on the SSD with the OS. running mount from within the container shows: /dev/sda1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) However, the gluster native client is a fuse-based system, so the data is stored on a fuse system which is mounted in the container: masterchieflian:ctfngluster on /CTFN type fuse.glusterfs (rw,relatime,user_id=0,group_id=0,allow_other,max_read=131072) Since this is where the files that become inaccessible are, perhaps this is really where the problem is, and not with the locking.tdb file? I will investigate about file locks on the gluster syst...

Hi Sami, Thank you for your reply. > yes you do need to define imapc_user if you want to switch user and master user around for imapc. like: > > imapc_user = authapps > imapc_master_user = %u > > without imapc_user dovecot would login to the secondary server like A bob.test*bob.test password When I add the 'imapc_user = authapps' option to the primary instance

...ng mount from within the container shows: > > /dev/sda1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) > > However, the gluster native client is a fuse-based system, so the data > is stored on a fuse system which is mounted in the container: > > masterchieflian:ctfngluster on /CTFN type fuse.glusterfs > (rw,relatime,user_id=0,group_id=0,allow_other,max_read=131072) > > Since this is where the files that become inaccessible are, perhaps this > is really where the problem is, and not with the locking.tdb file?  I > will investigate about file...

...container shows: >> >> /dev/sda1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) >> >> However, the gluster native client is a fuse-based system, so the data >> is stored on a fuse system which is mounted in the container: >> >> masterchieflian:ctfngluster on /CTFN type fuse.glusterfs >> (rw,relatime,user_id=0,group_id=0,allow_other,max_read=131072) >> >> Since this is where the files that become inaccessible are, perhaps >> this is really where the problem is, and not with the locking.tdb >> file?  I will inve...

Hi List, I set up a ctdb cluster a couple months back. Things seemed pretty solid for the first 2-3 weeks, but then I started getting reports of people not being able to access files, or some times directories. It has taken me a while to figure some stuff out, but it seems the common denominator to this happening is vacuuming timeouts for locking.tdb in the ctdb log, which might go on