search for: inai

On 19 Nov 2017, at 0.40, Jan Engelhardt <jengelh at inai.de> wrote: > > > Making third-party plugins for Dovecot is really hard and frustrating. > Using dovecot 2.2.33.2 and the following sources, the compile errors keep > coming. The use of g++ is mandated as the underlying backend this plugin > will access only has a C++ interfac...

Making third-party plugins for Dovecot is really hard and frustrating. Using dovecot 2.2.33.2 and the following sources, the compile errors keep coming. The use of g++ is mandated as the underlying backend this plugin will access only has a C++ interface. == Source 1 /* g++-7 -c a.cpp */ #include <byteswap.h> #include <dovecot/lib.h> #include <dovecot/auth-request.h> #include

Hi, I have 4 machines, all converted to BTRFS about 6 months ago, now all running Ubuntu Quantal with kernel 3.5.0-17 The matter is that all these machines are now getting slower and slower everyday, every disk access causing the disk to be 100% busy for long periods, to the point that I''m now seriously considering migrating everything back to ext4... From the start BTRFS was "not

...et> Jamie Iles <jamie@jamieiles.com> Jamie Lentin <jm@lentin.co.uk> Jamie Parsons <Jamie.Parsons@metaswitch.com> Jan Beulich <JBeulich@novell.com> Jan Beulich <jbeulich@suse.com> Jan Ceuleers <jan.ceuleers@computer.org> Jan Engelhardt <jengelh@inai.de> Jan Engelhardt <jengelh@medozas.de> Jan Glauber <jang@linux.vnet.ibm.com> Jan Hinnerk Stosch <janhinnerk.stosch@gmail.com> Jan Janssen <medhefgo@web.de> Jan Kara <jack@suse.cz> Jan Kiszka <jan.kiszka@siemens.com> Jan Luebbe <jlu@pengutroni...

...et> Jamie Iles <jamie@jamieiles.com> Jamie Lentin <jm@lentin.co.uk> Jamie Parsons <Jamie.Parsons@metaswitch.com> Jan Beulich <JBeulich@novell.com> Jan Beulich <jbeulich@suse.com> Jan Ceuleers <jan.ceuleers@computer.org> Jan Engelhardt <jengelh@inai.de> Jan Engelhardt <jengelh@medozas.de> Jan Glauber <jang@linux.vnet.ibm.com> Jan Hinnerk Stosch <janhinnerk.stosch@gmail.com> Jan Janssen <medhefgo@web.de> Jan Kara <jack@suse.cz> Jan Kiszka <jan.kiszka@siemens.com> Jan Luebbe <jlu@pengutroni...

...et> Jamie Iles <jamie@jamieiles.com> Jamie Lentin <jm@lentin.co.uk> Jamie Parsons <Jamie.Parsons@metaswitch.com> Jan Beulich <JBeulich@novell.com> Jan Beulich <jbeulich@suse.com> Jan Ceuleers <jan.ceuleers@computer.org> Jan Engelhardt <jengelh@inai.de> Jan Engelhardt <jengelh@medozas.de> Jan Glauber <jang@linux.vnet.ibm.com> Jan Hinnerk Stosch <janhinnerk.stosch@gmail.com> Jan Janssen <medhefgo@web.de> Jan Kara <jack@suse.cz> Jan Kiszka <jan.kiszka@siemens.com> Jan Luebbe <jlu@pengutroni...

...et> Jamie Iles <jamie@jamieiles.com> Jamie Lentin <jm@lentin.co.uk> Jamie Parsons <Jamie.Parsons@metaswitch.com> Jan Beulich <JBeulich@novell.com> Jan Beulich <jbeulich@suse.com> Jan Ceuleers <jan.ceuleers@computer.org> Jan Engelhardt <jengelh@inai.de> Jan Engelhardt <jengelh@medozas.de> Jan Glauber <jang@linux.vnet.ibm.com> Jan Hinnerk Stosch <janhinnerk.stosch@gmail.com> Jan Janssen <medhefgo@web.de> Jan Kara <jack@suse.cz> Jan Kiszka <jan.kiszka@siemens.com> Jan Luebbe <jlu@pengutroni...

...et> Jamie Iles <jamie@jamieiles.com> Jamie Lentin <jm@lentin.co.uk> Jamie Parsons <Jamie.Parsons@metaswitch.com> Jan Beulich <JBeulich@novell.com> Jan Beulich <jbeulich@suse.com> Jan Ceuleers <jan.ceuleers@computer.org> Jan Engelhardt <jengelh@inai.de> Jan Engelhardt <jengelh@medozas.de> Jan Glauber <jang@linux.vnet.ibm.com> Jan Hinnerk Stosch <janhinnerk.stosch@gmail.com> Jan Janssen <medhefgo@web.de> Jan Kara <jack@suse.cz> Jan Kiszka <jan.kiszka@siemens.com> Jan Luebbe <jlu@pengutroni...

...et> Jamie Iles <jamie@jamieiles.com> Jamie Lentin <jm@lentin.co.uk> Jamie Parsons <Jamie.Parsons@metaswitch.com> Jan Beulich <JBeulich@novell.com> Jan Beulich <jbeulich@suse.com> Jan Ceuleers <jan.ceuleers@computer.org> Jan Engelhardt <jengelh@inai.de> Jan Engelhardt <jengelh@medozas.de> Jan Glauber <jang@linux.vnet.ibm.com> Jan Hinnerk Stosch <janhinnerk.stosch@gmail.com> Jan Janssen <medhefgo@web.de> Jan Kara <jack@suse.cz> Jan Kiszka <jan.kiszka@siemens.com> Jan Luebbe <jlu@pengutroni...

...et> Jamie Iles <jamie@jamieiles.com> Jamie Lentin <jm@lentin.co.uk> Jamie Parsons <Jamie.Parsons@metaswitch.com> Jan Beulich <JBeulich@novell.com> Jan Beulich <jbeulich@suse.com> Jan Ceuleers <jan.ceuleers@computer.org> Jan Engelhardt <jengelh@inai.de> Jan Engelhardt <jengelh@medozas.de> Jan Glauber <jang@linux.vnet.ibm.com> Jan Hinnerk Stosch <janhinnerk.stosch@gmail.com> Jan Janssen <medhefgo@web.de> Jan Kara <jack@suse.cz> Jan Kiszka <jan.kiszka@siemens.com> Jan Luebbe <jlu@pengutroni...

...et> Jamie Iles <jamie@jamieiles.com> Jamie Lentin <jm@lentin.co.uk> Jamie Parsons <Jamie.Parsons@metaswitch.com> Jan Beulich <JBeulich@novell.com> Jan Beulich <jbeulich@suse.com> Jan Ceuleers <jan.ceuleers@computer.org> Jan Engelhardt <jengelh@inai.de> Jan Engelhardt <jengelh@medozas.de> Jan Glauber <jang@linux.vnet.ibm.com> Jan Hinnerk Stosch <janhinnerk.stosch@gmail.com> Jan Janssen <medhefgo@web.de> Jan Kandziora <jjj@gmx.de> Jan Kara <jack@suse.cz> Jan Kiszka <jan.kiszka@siemens.com&...

...et> Jamie Iles <jamie@jamieiles.com> Jamie Lentin <jm@lentin.co.uk> Jamie Parsons <Jamie.Parsons@metaswitch.com> Jan Beulich <JBeulich@novell.com> Jan Beulich <jbeulich@suse.com> Jan Ceuleers <jan.ceuleers@computer.org> Jan Engelhardt <jengelh@inai.de> Jan Engelhardt <jengelh@medozas.de> Jan Glauber <jang@linux.vnet.ibm.com> Jan Hinnerk Stosch <janhinnerk.stosch@gmail.com> Jan Janssen <medhefgo@web.de> Jan Kandziora <jjj@gmx.de> Jan Kara <jack@suse.cz> Jan Kiszka <jan.kiszka@siemens.com&...

- RAID10 btrfs volume consisting of 4 disks. - One disk failed, was replaced, resync started (`btrfs dev add /dev/sdf /srv; btrfs dev del missing /srv`) - Another disk failed before resync was done. Disk was replaced, resync restarted. (`btrfs dev add /dev/sdc /srv; btrfs dev del missing /srv`) Naturally I don''t expect it to recover from 2 failures, but doing the attempt was

Since btrfs does not do recursive atomic snapshots (which I am ok with), I am doing this myself. A handful of suggestions/problems came up. 1. Maybe btrfsprogs could gain an option to do recursive non-atomic snapshots at the userspace level, simply invoking low-level atomic snapshots one by one? For the following, the kernel is 3.4.4 with the too-overloaded "0.19" version of