search for: callong

...tpoint with ls -i - cat /proc/slabinfo shows: my_ii_cache 1 7 512 1 1 1 - I make umnount - cat /proc/slabinfo shows: my_ii_cache 4 14 512 1 2 1 Where did 4 came from? I believe it should be 0. - Then I remove module (rmmod): when callong function kmem_cache_destroy() I receive an error: kmem_cache_destroy: Can't free all objects de1b42b0 Can anyone help me? Is is possible that this is a kernel bug? BTW: I use RHEL3UP3 (kernel 2.4.21-20.EL) Can you CC my e-mail address? I am not on the list. Regards, Urban Purkat

...id : this uncertainity is very unclear. "If there is a gap, then indexer first indexes all the missing" -> this mean at a certain point, indexer maybe rebuilding a previous email, so *last* uid is something different than max. And how indexer does know whther there is a gap wihtout callong the fts backend (whch it does not as there are no function for that) ? Thank you On 2019-01-11 18:27, Joan Moreau wrote: > There is no point into a separate plugin, the purpose is to replace squat as the default fts (solr being a nightmare) > > On 2019-01-11 18:23, Aki Tuomi wrote:...

...issing" -> this mean at a </div> <div> certain point, indexer maybe rebuilding a previous email, so *last* uid </div> <div> is something different than max. And how indexer does know whther there </div> <div> is a gap wihtout callong the fts backend (whch it does not as there are </div> <div> no function for that) ? </div> <div> <br> </div> <div> Thank you </div> </blockquote> <div> <br> </div> <div class=&quot...

...nclear. "If there is a >> gap, then indexer first indexes all the missing" -> this mean at a >> certain point, indexer maybe rebuilding a previous email, so *last* uid >> is something different than max. And how indexer does know whther there >> is a gap wihtout callong the fts backend (whch it does not as there are >> no function for that) ? > > I mean if get_last_uid() returns for example 100, it means that UIDs 1..100 have been indexed by the FTS backend. It's possible that at this point there are already mails with UIDs 101..200 in the folder....

...ainity is very unclear. "If there is a > gap, then indexer first indexes all the missing" -> this mean at a > certain point, indexer maybe rebuilding a previous email, so *last* uid > is something different than max. And how indexer does know whther there > is a gap wihtout callong the fts backend (whch it does not as there are > no function for that) ? > I mean if get_last_uid() returns for example 100, it means that UIDs 1..100 have been indexed by the FTS backend. It's possible that at this point there are already mails with UIDs 101..200 in the folder. So when...

...id : this uncertainity is very unclear. "If there is a gap, then indexer first indexes all the missing" -> this mean at a certain point, indexer maybe rebuilding a previous email, so *last* uid is something different than max. And how indexer does know whther there is a gap wihtout callong the fts backend (whch it does not as there are no function for that) ? Thank you -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20190112/27bcd51b/attachment-0001.html> -------------- next part -------------...

...ainity is very unclear. "If there is a > gap, then indexer first indexes all the missing" -> this mean at a > certain point, indexer maybe rebuilding a previous email, so *last* uid > is something different than max. And how indexer does know whther there > is a gap wihtout callong the fts backend (whch it does not as there are > no function for that) ? I mean if get_last_uid() returns for example 100, it means that UIDs 1..100 have been indexed by the FTS backend. It's possible that at this point there are already mails with UIDs 101..200 in the folder. So when UID=2...

...If there is a >> >> gap, then indexer first indexes all the missing" -> this mean at a >> certain point, indexer maybe rebuilding a previous email, so *last* uid >> is something different than max. And how indexer does know whther there >> is a gap wihtout callong the fts backend (whch it does not as there are >> no function for that) ? >> >> Thank you > > --- > Aki Tuomi -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20190112/05ea1aee/attac...

...issing" -> this mean at a </div> <div> certain point, indexer maybe rebuilding a previous email, so *last* uid </div> <div> is something different than max. And how indexer does know whther there </div> <div> is a gap wihtout callong the fts backend (whch it does not as there are </div> <div> no function for that) ? </div> <div> <br> </div> <div> 4 - How to update configure.ac & additional files to add the </div> <div> "--with...

...ainity is very unclear. "If there is a > gap, then indexer first indexes all the missing" -> this mean at a > certain point, indexer maybe rebuilding a previous email, so *last* uid > is something different than max. And how indexer does know whther there > is a gap wihtout callong the fts backend (whch it does not as there are > no function for that) ? > I mean if get_last_uid() returns for example 100, it means that UIDs 1..100 have been indexed by the FTS backend. It's possible that at this point there are already mails with UIDs 101..200 in the folder. So when...

...st_uid : this uncertainity is very unclear. "If there is a gap, then indexer first indexes all the missing" -> this mean at a certain point, indexer maybe rebuilding a previous email, so *last* uid is something different than max. And how indexer does know whther there is a gap wihtout callong the fts backend (whch it does not as there are no function for that) ? > > On 2019-01-08 04:24, Timo Sirainen wrote: > On 7 Jan 2019, at 16.05, Joan Moreau via dovecot <dovecot at dovecot.org> wrote: > Hi > > ANyone to answer specifically ? > > Q1 : get_last_uid -...

...ainity is very unclear. "If there is a > gap, then indexer first indexes all the missing" -> this mean at a > certain point, indexer maybe rebuilding a previous email, so *last* uid > is something different than max. And how indexer does know whther there > is a gap wihtout callong the fts backend (whch it does not as there are > no function for that) ? > I mean if get_last_uid() returns for example 100, it means that UIDs 1..100 have been indexed by the FTS backend. It's possible that at this point there are already mails with UIDs 101..200 in the folder. So when...

...st_uid : this uncertainity is very unclear. "If there is a gap, then indexer first indexes all the missing" -> this mean at a certain point, indexer maybe rebuilding a previous email, so *last* uid is something different than max. And how indexer does know whther there is a gap wihtout callong the fts backend (whch it does not as there are no function for that) ? On 2019-01-08 04:24, Timo Sirainen wrote: > On 7 Jan 2019, at 16.05, Joan Moreau via dovecot <dovecot at dovecot.org> wrote: > >> Hi >> >> ANyone to answer specifically ? >> >> Q1...

...st_uid : this uncertainity is very unclear. "If there is a gap, then indexer first indexes all the missing" -> this mean at a certain point, indexer maybe rebuilding a previous email, so *last* uid is something different than max. And how indexer does know whther there is a gap wihtout callong the fts backend (whch it does not as there are no function for that) ? 4 - How to update configure.ac & additional files to add the "--with-xapian" wichi will test for libxapian presence and add it to the build ? Thank you On 2019-01-08 04:24, Timo Sirainen wrote: On 7 Jan 2019,...

...ar. "If there is a >> gap, then indexer first indexes all the missing" -> this mean at a >> certain point, indexer maybe rebuilding a previous email, so *last* uid >> is something different than max. And how indexer does know whther there >> is a gap wihtout callong the fts backend (whch it does not as there are >> no function for that) ? >> >> 4 - How to update configure.ac & additional files to add the >> "--with-xapian" wichi will test for libxapian presence and add it to the >> build ? >> >> Th...

On 7 Jan 2019, at 16.05, Joan Moreau via dovecot <dovecot at dovecot.org> wrote: > > Hi > > ANyone to answer specifically ? > > Q1 : get_last_uid -> Is this the last UID indexed (which may be not the greatest value), or the gratest value (which may not be the latest) (the code of existing plugins is unclear about this, Solr looks for the greatest for insance) All the

When using Xen Hypervisor, the video goes very slow after module load in console. Xorg does not run. My boot process (in kernel 3.7.1 from elrepo, my default kernel.): 1. Hypervisor is loaded (from here, the screen resolution is 640x480 - text scrolling fast) 2. Kernel is loaded 3. mgag200 module is loaded 4. Screens enter native resolution (from here, the screen resolution is 1280x768 - text