search for: hbi

Dovecot version: 2.2.34 doveadm import tries to call open() on the source indexes/logs of mdbox data, but even if it should work as it is just a read-related call, it fails on read-only filesystems. The main use case for read-only filesystem is restoring from backup: the massive deduplicated backup data is exposed using FUSE. For deduplication to work efficiently, we have to backup the whole

Hi, you can use INDEX=/writable/path/%u in your mail_location setting to define location for the required index data when importing. Also possibly you would need to define writable location for CONTROL and VOLATILEDIR. see https://wiki.dovecot.org/MailLocation <https://wiki.dovecot.org/MailLocation> Sami > On 14 Jan 2019, at 11.23, hby <hby at hby.hu> wrote: > > Dovecot

Dear Listmembers, I am using a SPARC ULTRA 60 / running SuSE sparc linux 7.3 as server for our M$-Network. I recently installed samba-2.2.8a from SuSE (compiled src-rpm), since then I am facing problems when attaching to the server for certain users given specific conditions. When saying reconnect at login, the reconnect at login fails, whereas the connect during normal operation (by using

Dear Customer! This is an automatic response from our support system, because you have sent a message to our support system e-mail address, which does not refer to an existing support case tracking number. We regret to inform you that we can no longer process such messages and your e-mail has, therefore, NOT been delivered. We have recently implemented a new support case management system in

...e let me know if any additional information would be required (i. e. smb.conf, different loglevel ...). The relevant areas are marked by LOGON START/END FAILURE and LOGON START/END SUCCESS Many many thanks for your efforts in advance, take care Dieter Jurzitza LOGON START --- FAILURE Domain=[HBI] NativeOS=[Windows 2000 2195] NativeLanMan=[Windows 2000 5.0] [2003/12/11 07:38:26, 3] smbd/reply.c:reply_sesssetup_and_X(890) sesssetupX:name=[DJurzitza] [2003/12/11 07:38:26, 6] param/loadparm.c:lp_file_list_changed(2314) lp_file_list_changed() file /etc/samba/smb.conf -> /etc/samba/smb...

>> You found it. The SHL32 (not SHR32) line fixes the problem. It must be >> doing a 16-bit shift, then extending the result (which is reasonable). >> As >> it happens, that it the same macro which gave us trouble last May >> (25th/26th), when the C55 build was more subtlely broken. > > Yes, that's what I finally remembered. I think I've fixed all

> You found it. The SHL32 (not SHR32) line fixes the problem. It must be > doing a 16-bit shift, then extending the result (which is reasonable). As > it happens, that it the same macro which gave us trouble last May > (25th/26th), when the C55 build was more subtlely broken. Yes, that's what I finally remembered. I think I've fixed all occurrences (by adding EXTEND32)

...+0x570/0x62c) [ 0.000000] [<c035dbdc>] (setup_arch+0x570/0x62c) from [<c035a520>] (start_kernel+0x70/0x2bc) [ 0.000000] [<c035a520>] (start_kernel+0x70/0x2bc) from [<80008074>] (0x80008074) [ 0.000000] ---[ end trace 1b75b31a2719ed1c ]--- [ 0.000000] vexpress: DT HBI (237) is not matching hardware (0)! [ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768 [ 0.000000] pcpu-alloc: [0] 0 [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512 [ 0.000000] Kernel command line: earlyprintk=xenboot lpj=8000000 console=tty...