Re: replicator: Panic: data stack: Out of memory when allocating 268435496 bytes

2023-01-17 Thread Gerben Wierda
> On 6 Jan 2023, at 08:53, Aki Tuomi wrote: > > > > On January 6, 2023 3:56:39 AM GMT+02:00, Gerben Wierda > wrote: >> One step further in my quest to create a replacement mail server. >> >> I now have my old mail server (2.3.19.1, macOS + MacPorts) and my new >> (2.3.20, Alpine Linux,

Re: replicator: Panic: data stack: Out of memory when allocating 268435496 bytes

2023-01-07 Thread Jörg Schulz
Hello, try updating to Dovecot v2.3.20 // I had the same in earlier versions, but it doesn't happen any longer now. Increasing the limit didn't help me at that time, even the 0 didn't help. Am 07.01.23 um 11:17 schrieb Paul Kudla: ok a little bit more info My servers all run under

Re: replicator: Panic: data stack: Out of memory when allocating 268435496 bytes

2023-01-07 Thread Paul Kudla
ok a little bit more info My servers all run under FreeBSD 12.xx which was also the base for the apple operating system origionally. setting default_vsz_limit = 0 i seem to remember trying with no so great results setting to zero can cause memory over runs (espically with

Re: replicator: Panic: data stack: Out of memory when allocating 268435496 bytes

2023-01-06 Thread Gerben Wierda
How problematic is it to have default_vsz_limit = 0 in dovecot.conf? macOS+MacPorts had this as a requirement even. Gerben > On 6 Jan 2023, at 16:49, Paul Kudla wrote: > > > i ran into this as well > > here is the full config for mine with replication > > # cat dovecot.conf > # 2.3.14

Re: replicator: Panic: data stack: Out of memory when allocating 268435496 bytes

2023-01-06 Thread Paul Kudla
i ran into this as well here is the full config for mine with replication # cat dovecot.conf # 2.3.14 (cee3cbc0d): /usr/local/etc/dovecot/dovecot.conf # OS: FreeBSD 12.1-RELEASE amd64 # Hostname: mail18.scom.ca auth_debug = no auth_debug_passwords = no default_process_limit = 16384

Re: replicator: Panic: data stack: Out of memory when allocating 268435496 bytes

2023-01-06 Thread Gerben Wierda
> On 6 Jan 2023, at 08:53, Aki Tuomi wrote: > > > > On January 6, 2023 3:56:39 AM GMT+02:00, Gerben Wierda > wrote: >> One step further in my quest to create a replacement mail server. >> >> I now have my old mail server (2.3.19.1, macOS + MacPorts) and my new >> (2.3.20, Alpine Linux,

Re: replicator: Panic: data stack: Out of memory when allocating 268435496 bytes

2023-01-06 Thread Aki Tuomi
On January 6, 2023 12:21:45 PM GMT+02:00, justina colmena ~biz wrote: >On Thursday, January 5, 2023 10:53:13 PM AKST Aki Tuomi wrote: >> On January 6, 2023 3:56:39 AM GMT+02:00, Gerben Wierda > wrote: >> >Jan 06 00:50:31 replicator: Panic: data stack: Out of memory when >> >allocating

Re: replicator: Panic: data stack: Out of memory when allocating 268435496 bytes

2023-01-06 Thread justina colmena ~biz
On Thursday, January 5, 2023 10:53:13 PM AKST Aki Tuomi wrote: > On January 6, 2023 3:56:39 AM GMT+02:00, Gerben Wierda wrote: > >Jan 06 00:50:31 replicator: Panic: data stack: Out of memory when > >allocating 268435496 bytes Jan 06 00:50:32 replicator: Fatal: master: > ... > service replicator

Re: replicator: Panic: data stack: Out of memory when allocating 268435496 bytes

2023-01-05 Thread Aki Tuomi
On January 6, 2023 3:56:39 AM GMT+02:00, Gerben Wierda wrote: >One step further in my quest to create a replacement mail server. > >I now have my old mail server (2.3.19.1, macOS + MacPorts) and my new (2.3.20, >Alpine Linux, Docker, apk package). When I turn on replication it works, but,

Re: Replicator: Panic: data stack: Out of memory

2022-06-09 Thread Ivan Jurišić
Now is all ok, I put same configuration of Dovecot on primary and secondary server. Dana 06.06.2022 14:14, Paul Kudla (SCOM.CA Internet Services Inc.) je napisao(la): did you get this figured out / working getting posts out of order - just wanted to make sure your ok?

Re: Replicator: Panic: data stack: Out of memory

2022-06-06 Thread Ivan Jurišić
Dana 06.06.2022 14:14, Paul Kudla (SCOM.CA Internet Services Inc.) je napisao(la): did you get this figured out / working getting posts out of order - just wanted to make sure your ok? Replication not work, now have problem with "data stack", error is: Jun 06 15:49:32

Re: Replicator: Panic: data stack: Out of memory

2022-06-06 Thread Paul Kudla (SCOM.CA Internet Services Inc.)
did you get this figured out / working getting posts out of order - just wanted to make sure your ok? Happy Monday !!! Thanks - paul Paul Kudla Scom.ca Internet Services 004-1009 Byron Street South Whitby, Ontario - Canada L1N 4S3 Toronto 416.642.7266 Main 

Re: Replicator: Panic: data stack: Out of memory

2022-06-06 Thread Ivan Jurišić
Sry, I check my logs and this configuration of replication is not help. Jun 06 12:05:40 doveadm(ivan@myserv.local)<2864367>: Panic: data stack: Out of memory when allocating 134217768 bytes Jun 06 12:05:40 doveadm(ivan@myserv.local)<2864367>: Error: Raw backtrace:

Re: Replicator: Panic: data stack: Out of memory

2022-06-06 Thread Ivan Jurišić
Dana 04.06.2022 15:34, Paul Kudla (SCOM.CA Internet Services Inc.) je napisao(la): ok thanks for the info from here you need to turn on full debugging and then filter the log by "replicat" Now replication work when set vsz_limit in service aggregator and remove parametar

Re: Replicator: Panic: data stack: Out of memory

2022-06-05 Thread hi
Fax 1.888.892.7266 Email p...@scom.ca On 6/4/2022 6:07 AM, Marc wrote: I think it is because of the domain, obviously you should only be running a website. -Original Message- From: dovecot On Behalf Of hi@zakaria.website Sent: Saturday, 4 June 2022 11:15 To: Dovecot Subject: Re

Re: Replicator: Panic: data stack: Out of memory

2022-06-04 Thread Paul Kudla (SCOM.CA Internet Services Inc.)
ok thanks for the info from here you need to turn on full debugging and then filter the log by "replicat" It is starting to look like you have a bad email somewhere causing the crash I have yet to see this however anything is possible, when you replicate anything it needs to update indexes

Re: Replicator: Panic: data stack: Out of memory

2022-06-04 Thread Paul Kudla (SCOM.CA Internet Services Inc.)
actually suggestion below is a good idea run ps -axww (or top) to list active processes this will give you some hints top is better for overall memory i also have a perl script that will show actual memory useage, free etc utilities like this are handy to have also i found i had to set

RE: Replicator: Panic: data stack: Out of memory

2022-06-04 Thread Marc
s - paul > > Paul Kudla > > > Scom.ca Internet Services <http://www.scom.ca> > 004-1009 Byron Street South > Whitby, Ontario - Canada > L1N 4S3 > > Toronto 416.642.7266 > Main 1.866.411.7266 > Fax 1.888.892.7266 > Email p...@scom.ca > > On 6/4/2022 6:0

Re: Replicator: Panic: data stack: Out of memory

2022-06-04 Thread Paul Kudla (SCOM.CA Internet Services Inc.)
c wrote: I think it is because of the domain, obviously you should only be running a website. -Original Message- From: dovecot On Behalf Of hi@zakaria.website Sent: Saturday, 4 June 2022 11:15 To: Dovecot Subject: Re: Replicator: Panic: data stack: Out of memory On 2022-06-04 02:46, Ivan Jur

RE: Replicator: Panic: data stack: Out of memory

2022-06-04 Thread Marc
I think it is because of the domain, obviously you should only be running a website. > -Original Message- > From: dovecot On Behalf Of > hi@zakaria.website > Sent: Saturday, 4 June 2022 11:15 > To: Dovecot > Subject: Re: Replicator: Panic: data stack: Out of memory

Re: Replicator: Panic: data stack: Out of memory

2022-06-03 Thread Ivan Jurišić
Ok a little more help : vsz_limit = 0 --> means unlimited ram for allocation, change this/try 2g etc pending avaliable ram. I try with 524M, 1G, 2G, 4G and 8G but in any case repclicator proces got crash.

Re: Replicator: Panic: data stack: Out of memory

2022-06-03 Thread Paul Kudla (SCOM.CA Internet Services Inc.)
Ok a little more help : vsz_limit = 0 --> means unlimited ram for allocation, change this/try 2g etc pending avaliable ram. I use : service replicator { client_limit = 0 drop_priv_before_exec = no idle_kill = 4294967295s process_limit = 1 process_min_avail = 0 service_count =

Re: replicator: Panic: data stack: Out of memory when allocating ...

2021-10-04 Thread Joelly Alexander
Same issue since Debian 8 (actually running Debian 10) and tried everything what was mentioned but found nothing that fixed it, doesn't seem to be Debian related as other users reporting the same problem on Arch or CentOS without being able to fix. Alex On 10/4/21 11:48 AM, Sebastian

Re: replicator: Panic: data stack: Out of memory when allocating ...

2021-05-28 Thread Jörg Faudin Schulz
Hmmm, Panic: data stack: Out of memory when allocating 17179869224 bytes imap    | May 28 13:26:02 replicator: Fatal: master: service(replicator): child 104 killed with signal 6 (core dumped) that's a lot of memory. Yes, the mailbox in question isn't small, but does it need to

Re: replicator: Panic: data stack: Out of memory when allocating ...

2021-05-28 Thread Aki Tuomi
Can you install dovecot-dbg, acquire a core and send us gdb bt full output? See https://www.dovecot.org/bugreport-mail for instructions Aki > On 28/05/2021 14:35 Jörg Faudin Schulz wrote: > > > Hmmm, > > Panic: data stack: Out of memory when allocating 17179869224 bytes > imap  

Re: replicator: Panic: data stack: Out of memory when allocating ...

2021-05-28 Thread Aki Tuomi
> On 28/05/2021 13:54 Jörg Faudin Schulz wrote: > > > frequently, the replicator fails on allocating memory: > > replicator: Panic: data stack: Out of memory when allocating ... bytes. > > I already have increased default_vsz_limit=1024M but this only increased > the ... value. > > What

Re: replicator: Panic: data stack: Out of memory

2020-08-14 Thread Aki Tuomi
Try setting service replicator { vsz_limit = 0 } Aki > On 14/08/2020 13:19 Thomas Tsiakalakis wrote: > > > > So nobody has any idea why this could happen? > Let me know if I should provide more Information > Thanks > > ThomasTsiakalakis > > Team Applikationsbetrieb > GDV

Re: replicator: Panic: data stack: Out of memory

2020-08-14 Thread Thomas Tsiakalakis
So nobody has any idea why this could happen? Let me know if I should provide more Information Thanks Thomas Tsiakalakis Team Applikationsbetrieb GDV Dienstleistungs-GmbH Tel: +49(40)33449-4318 Fax: E-Mail: thomas.tsiakala...@gdv-dl.de GDV