search for: old_offset

...insertions(+), 1 deletion(-) diff --git a/copy/nbd-ops.c b/copy/nbd-ops.c index d3e50864125f..843b7c1746e3 100644 --- a/copy/nbd-ops.c +++ b/copy/nbd-ops.c @@ -482,7 +482,10 @@ nbd_ops_get_extents (struct rw *rw, size_t index, /* The server should always make progress. */ if (offset == old_offset) { - fprintf (stderr, "%s: NBD server is broken: it is not returning extent information.\nTry nbdcopy --no-extents as a workaround.\n", + fprintf (stderr, + "%s: NBD server is broken: it is not returning extent " + "information.\n"...

...x-mail.c:365 data = (struct index_mail_data *) 0x80f12fc hdr_size = {physical_size = 0, virtual_size = 0, lines = 0} body_size = {physical_size = 580703221134869339, virtual_size = 13811206796352623048, lines = 134770482} input = (struct istream *) 0xbfab43f0 old_offset = 0 __PRETTY_FUNCTION__ = "index_mail_get_virtual_size" #16 0x08058cf2 in client_create (fd_in=0, fd_out=1, namespaces=0x80ec478) at client.c:85 storage = <value optimized out> ---Type <return> to continue, or q <return> to quit--- inbox = 0x80cab...

...insertions(+), 1 deletion(-) diff --git a/copy/nbd-ops.c b/copy/nbd-ops.c index d3e50864125f..843b7c1746e3 100644 --- a/copy/nbd-ops.c +++ b/copy/nbd-ops.c @@ -482,7 +482,10 @@ nbd_ops_get_extents (struct rw *rw, size_t index, /* The server should always make progress. */ if (offset == old_offset) { - fprintf (stderr, "%s: NBD server is broken: it is not returning extent information.\nTry nbdcopy --no-extents as a workaround.\n", + fprintf (stderr, + "%s: NBD server is broken: it is not returning extent " + "information.\n"...

...size = 1 missing_cr_count = 0 __PRETTY_FUNCTION__ = "message_get_body_size" #7 0x0002e5e4 in fetch_body_header_fields (ctx=0xc6a08, mail=0xffbff660, context=0xc6c98) at imap-fetch-body.c:448 size = {physical_size = 1357, virtual_size = 0, lines = 26} old_offset = Unhandled dwarf expression opcode 0x93 -- Daniel Price - Solaris Kernel Engineering - dp at eng.sun.com - blogs.sun.com/dp

Greetings, I noticed a while back someone posted a patch/plugin that allowed Dovecot to use compressed mbox files. I'm now wondering how far that would put us from having compressed maildir? I have a server with more CPU than disk space, and while I can buy more HDD space, my backup solution doesn't make that practical. It seems to me that when looking for a message file, if it

With the ATI bug I was hitting earlier fixed, only my btrfs partition continues to show high cpu usage for some operations. Rsync, git pull, git checkout and svn up are typicall operations which trigger the high cpu usage. As an example, this perf report is from using git checkout to change to a new branch; the change needed to checkout 208 files out of about 1600 total files. du(1) reports

...sing_cr_count = <value optimized out> __PRETTY_FUNCTION__ = '\0' <repeats 21 times> #6 0x08064178 in fetch_body_header_fields (ctx=0x875e668, mail=0x8776138, body=0x875e958) at imap-fetch-body.c:458 size = {physical_size = 0, virtual_size = 0, lines = 0} old_offset = 0 #7 0x08062218 in imap_fetch (ctx=0x875e668) at imap-fetch.c:309 _data_stack_cur_id = 4 ret = <value optimized out> __PRETTY_FUNCTION__ = "\000\000\000\000\000\000\000\000\000\000" #8 0x0805bd9e in cmd_fetch (cmd=0x875e5c0) at cmd-fetch.c:152 ctx...

Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2172516 v1: https://listman.redhat.com/archives/libguestfs/2023-April/031258.html Please refer to the Notes section in each patch for the v2 updates. BR, Laszlo Laszlo Ersek (3): copy: rename DESTINATION_IS_ZERO_OPTION to TARGET_IS_ZERO_OPTION copy: fix layout of "long_options" table copy: rewrap error message about

..._cur_id = 5 i = <value optimized out> field_idx = <value optimized out> __PRETTY_FUNCTION__ = "index_mail_parse_header_init" #16 0x080a4c40 in index_mail_parse_headers (mail=0x94264b8, headers=0x94319b0) at index-mail-headers.c:431 input = (struct istream *) 0x9423900 old_offset = 0 #17 0x080a500f in index_mail_get_raw_headers (mail=0x94264b8, field=0xb7e736f4 "Message-ID", value_r=0xbf98d608) at index-mail-headers.c:625 headers = {0xb7e736f4 "Message-ID", 0x0} value = <value optimized out> headers_ctx = (struct mailbox_header_lookup_c...

...l_get_physical_size (_mail=0x81142b8, size_r=0xbf942058) at mbox-mail.c:255 mail = <value optimized out> data = (struct index_mail_data *) 0x8114334 input = (struct istream *) 0x8118dd0 hdr_size = {physical_size = 1738, virtual_size = 1771, lines = 33} old_offset = 1904 body_offset = 151200709 body_size = <value optimized out> next_offset = 148393877 #16 0xb7fa3aec in mail_log_action (dest_trans=<value optimized out>, mail=0x81142b8, event=<value optimized out>, data=0x810f4f8 "Trash") at mail-log-plu...

Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2172516 I figured I'd work on the libnbd line wrapping in shorter waves than how long the nbdkit patch series was. Laszlo Laszlo Ersek (4): copy: rename (LONG|SHORT)_OPTIONS to (LONG|SHORT)_OPTIONS_OPTION copy: rename <purpose>_OPTION to OPT_<purpose> copy: fix layout of "long_options" table copy: rewrap

We uograded our dovecot from version 2.1.10 -> 2.10.12, but within the first hour of use, dovecot-lda would segfault during delivery. This left a lock file lying around causing the user's mail readers to hang; much hilarity ensues. All further deliveries to the same user will result in a crash. The only thing that fixes this condition is to blow away the user's INBOX cache index.

...gt; __FUNCTION__ = "message_parse_header" #16 0x00007f3a7c6a3448 in index_mail_headers_get_envelope (mail=mail at entry=0x5563c13e6de0) at index-mail-headers.c:513 cache_field_envelope = <optimized out> header_ctx = 0x0 stream = 0x5563c13eff60 old_offset = 0 ---Type <return> to continue, or q <return> to quit--- str = 0x0 #17 0x00007f3a7c6a76c1 in index_mail_get_special (_mail=_mail at entry=0x5563c13e6de0, field=<optimized out>, value_r=value_r at entry=0x7ffdc7616380) at index-mail.c:1432 mail = 0x5563c13e6de...

After some investigation, it turns out it is non trivial to install dovecot-dbg on debian jessie. Sorry I can't investigate further. Jason Aki Tuomi wrote on 25/3/19 6:12 pm: > Can you install dovecot-dbg and try gdb again? > > Aki > > On 25.3.2019 3.20, Jason Lewis via dovecot wrote: >> Hi, >> >> I've been having an issue with the indexer giving me

...08, st_size = 0, st_blksize = 1180560, st_blocks = 16, st_atim = {tv_sec = 29420496, tv_nsec = 140737305634904}, st_mtim = {tv_sec = 29779808, tv_nsec = 140737305634904}, st_ctim = {tv_sec = 29737888, tv_nsec = 140737305634904}, __unused = {29659536, 140737305634904, 29737888}} old_offset = 29443984 ext_offsets = {arr = {buffer = 0x1c1bc40, element_size = 4}, v = 0x1c1bc40, v_modifiable = 0x1c1bc40} offsets = <optimized out> file_size = <optimized out> #8 mail_cache_compress_locked (dotlock_r=0x7ffff51be668, unlock=<synthetic pointer>, tran...

Hello! I just installed Dovecot's latest nightly build (20081020) and tried the virtual folder features. I started with a really simple "all" folder: | # virtual/all | * | all But selecting this folder causes dovecot to panic (in most cases). While trying to debug this, I got slightly different results and I am not really sure yet if this is just non-deterministic, depends on