Displaying 6 results from an estimated 6 matches for "mmap_size".
Did you mean:
kmap_size
2011 May 24
1
slow squat fts index creation
Hi all, ive been playing with squat indexes. Up to about 300.000 emails in a single mailbox this was working flawlessly. The search index file is about 500MB at that time. Ive now added some more emails, and at 450.000 or so emails im seeing a serious problem with squat index creation. It takes...f o r e v e r . The .tmp file is being so slowly, it will probably take 2-3 hours to create. Upto
2004 Dec 28
1
Debugging msync() failed errors
>From today's maillog:
maillog:Dec 28 09:29:40 aurora dovecot: IMAP(doug): msync() failed with index file /home/doug/Maildir/.projects.job591/dovecot.index: Invalid argument
maillog:Dec 28 09:30:21 aurora dovecot: IMAP(doug): msync() failed with index file /home/doug/Maildir/dovecot.index: Invalid argument
maillog:Dec 28 09:30:22 aurora dovecot: IMAP(doug): msync() failed with index file
2008 Mar 08
2
suspect valgrind error in mail-index-map.c
...1118 mail_index_map_copy_header(map, map);
1119
1120 if (new_map != map->rec_map) {
1121 mail_index_record_map_unlink(map);
1122 map->rec_map = new_map;
1123 } else {
1124 mail_index_unlock(map->index, &new_map->lock_id);
1125 if (munmap(new_map->mmap_base, new_map->mmap_size) < 0)
1126 mail_index_set_syscall_error(map->index, "munmap()");
1127 new_map->mmap_base = NULL;
1128 }
1129 }
2013 Jan 25
1
assert in mail-transaction-log-file.c
..., prev_file_seq = 0, prev_file_offset = 0,
create_stamp = 1359082912, initial_modseq = 0, compat_flags = 1 '\001', unused = "\000\000", unused2 = 0}, mmap_buffer = {data = 0x0, used = 0, priv = {0x0, 0x0, 0x0, 0x0,
0x0}}, buffer = 0x0, buffer_offset = 0, mmap_base = 0x0, mmap_size = 0, sync_offset = 40, sync_highest_modseq = 0, saved_tail_offset = 0, max_tail_offset = 0,
saved_tail_sync_offset = 0, index_deleted_offset = 0, index_undeleted_offset = 0, modseq_cache = {{offset = 0, highest_modseq = 0}, {offset = 0, highest_modseq = 0}, {
offset = 0, highest_modseq = 0}...
2005 Jun 08
2
Debugging test72
When attempting to save a message from the INBOX to a folder in a
collection (like, .projects.dovecot), I get behavior like this (in
GDB). Any clue what might be going wrong?
Here's where a SIGABRT happens:
280 return array->buffer->used / array->element_size;
This is the stack trace:
(gdb) where
#0 mail_index_map_get_ext_idx (map=0x1200c0db0, ext_id=0,
2005 Jul 18
2
Assertion failure in mail-index-transaction.c
..._first_uid = {2855, 2849, 2849, 2753, 2753,
2753, 2491, 187}}, hdr_base = 0x80c60b0, records = 0x80c61d8,
records_count = 929, extension_pool = 0x80ce490, extensions = {
buffer = 0x80ce4c0, element_size = 28}, ext_id_map = {buffer = 0x80ce588,
element_size = 4}, mmap_base = 0x0, mmap_size = 0, mmap_used_size = 0,
buffer = 0x80c61b8, hdr_copy_buf = 0x80c6090, keyword_idx_map = {
buffer = 0x0, element_size = 0}, write_to_disk = 0}
(gdb) p t
$5 = (struct mail_index_transaction *) 0x80d14b8
(gdb) p *t
$6 = {refcount = 1, view = 0x80cfdc0, appends = {buffer = 0x80d4830,
elem...