search for: 10000s

Hi, I've deleted 10000s emails and it seems that every mail is removed with a single request from Solrs index. This works, but it's quite slow. Is it possible/plans to improve that? Matthias

.... Mapping between client's tag name and the letter is being done in dovecot-keywords files (one for each mailbox). If there are more IMAP keywords than 26, they will be stored in the dovecot.index file. (http://wiki.dovecot.org/MailboxFormat/Maildir) Now imagine we want to have 1000s (maybe 10000s) of different tags (=IMAP keywords) - instead of folders. Can this be recommended? What happens if the index file gets corrupted for some reason? (I had to delete dovecot.index files before...). What happens if the Thunderbird profile breaks? What happens if we want to move on to another client...

...) usages generally on GitHub: https://github.com/search?q=lang%3AR+%2Fpaste%5B%28%5D%5Cs*readLines%5B%28%5D.*%5B%29%5D%2C%5Cs*collapse%5Cs*%3D%5Cs*%5B%27%22%5D%5B%5C%5C%5D%2F+lang%3AR&type=code [2] AIUI the readLines() approach "pollutes" the global string cache with potentially 1000s/10000s of strings for each line, only to get them gc()'d after combining everything with paste(collapse="\n") [3] The mirror on GitHub, which includes archived packages as well as current (well, eventually-consistent) versions. [4] Note that usage in packages is likely not representative of...

...lly on GitHub: > https://github.com/search?q=lang%3AR+%2Fpaste%5B%28%5D%5Cs*readLines%5B%28%5D.*%5B%29%5D%2C%5Cs*collapse%5Cs*%3D%5Cs*%5B%27%22%5D%5B%5C%5C%5D%2F+lang%3AR&type=code > [2] AIUI the readLines() approach "pollutes" the global string cache > with potentially 1000s/10000s of strings for each line, only to get > them gc()'d after combining everything with paste(collapse="\n") > [3] The mirror on GitHub, which includes archived packages as well as > current (well, eventually-consistent) versions. > [4] Note that usage in packages is likely no...

...> > https://github.com/search?q=lang%3AR+%2Fpaste%5B%28%5D%5Cs*readLines%5B%28%5D.*%5B%29%5D%2C%5Cs*collapse%5Cs*%3D%5Cs*%5B%27%22%5D%5B%5C%5C%5D%2F+lang%3AR&type=code > > [2] AIUI the readLines() approach "pollutes" the global string cache > > with potentially 1000s/10000s of strings for each line, only to get > > them gc()'d after combining everything with paste(collapse="\n") > > [3] The mirror on GitHub, which includes archived packages as well as > > current (well, eventually-consistent) versions. > > [4] Note that usage in p...

...ear2","Year2"),nrow=18,ncol=1) #CHANGE THIS!!! to match number of A-Ks And change nrow year <- data.frame(year) # Prepare transect lengths len <- as.numeric(c(100,100,100,100,100,100,100,100,100,100,100,100,100,100,100,100,100,100)) #Make this equal A, AA....KK for number of 10000s # Organize distance data along with covariates and metadata, MAKE SURE THESE COVARIATES ARE RIGHT, MAYBE I CAN ADD MINE HERE peldist <- unmarkedFrameDS(y=yDat, siteCovs = data.frame(hab, year), dist.breaks=cp, tlength=len, survey="Line", unitsIn="m") peldist...

...better approach regarding OS and filesystem than our original file server setup? :: Xen Cloud Platform :: Two CentOS 5.7 Virtual Machines with latest gluster (one on iscsi san and other using host local drive for storage) replicating 1TB of files on same lan :: 1TB accessed by separate VM serving 10000s of files under 1Mb using samba and glusterfs mount Thanks, Chris

Hallo, Mattias, Du meintest am 28.01.14: >> Yes, we should probably fix that. The tool was originally designed >> for images, not for hardware devices, and it doesn't make much sense >> to zero the whole hardware device like that. > Probably not. But a left over backup GPT at the end of a "disk" (hard > disk, thumb drive, SSD, eMMC) now confuses some UEFI

I'll jump in here to say we'll try your suggestion, but I guess what's not been mentioned is that we get the setroubleshoot abrt's only a few times a day, but we're getting 10000s of setroubleshoot messages in /var/log/messages a day. e.g. Dec 2 10:03:55 server audispd: queue is full - dropping event Dec 2 10:04:00 server audispd: last message repeated 199 times Dec 2 10:04:00 server rsyslogd-2177: imuxsock begins to drop messages from pid 5967 due to rate-limiting Dec...

...vc -ts today > > On 12/02/2014 05:08 AM, John Beranek wrote: > > I'll jump in here to say we'll try your suggestion, but I guess what's > not > > been mentioned is that we get the setroubleshoot abrt's only a few times > a > > day, but we're getting 10000s of setroubleshoot messages in > > /var/log/messages a day. > > > > e.g. > > > > Dec 2 10:03:55 server audispd: queue is full - dropping event > > Dec 2 10:04:00 server audispd: last message repeated 199 times > > Dec 2 10:04:00 server rsyslogd-2177: imux...

...John Beranek wrote: > >>> I'll jump in here to say we'll try your suggestion, but I guess what's > >> not > >>> been mentioned is that we get the setroubleshoot abrt's only a few > times > >> a > >>> day, but we're getting 10000s of setroubleshoot messages in > >>> /var/log/messages a day. > >>> > >>> e.g. > >>> > >>> Dec 2 10:03:55 server audispd: queue is full - dropping event > >>> Dec 2 10:04:00 server audispd: last message repeated 199 times >...

...;s a day. ausearch -m avc,user_avc -ts today On 12/02/2014 05:08 AM, John Beranek wrote: > I'll jump in here to say we'll try your suggestion, but I guess what's not > been mentioned is that we get the setroubleshoot abrt's only a few times a > day, but we're getting 10000s of setroubleshoot messages in > /var/log/messages a day. > > e.g. > > Dec 2 10:03:55 server audispd: queue is full - dropping event > Dec 2 10:04:00 server audispd: last message repeated 199 times > Dec 2 10:04:00 server rsyslogd-2177: imuxsock begins to drop messages from &...

...;> On 12/02/2014 05:08 AM, John Beranek wrote: >>> I'll jump in here to say we'll try your suggestion, but I guess what's >> not >>> been mentioned is that we get the setroubleshoot abrt's only a few times >> a >>> day, but we're getting 10000s of setroubleshoot messages in >>> /var/log/messages a day. >>> >>> e.g. >>> >>> Dec 2 10:03:55 server audispd: queue is full - dropping event >>> Dec 2 10:04:00 server audispd: last message repeated 199 times >>> Dec 2 10:04:00 serve...

Hi All, This past Wine conference, while great fun as always, was not as well attended as Wine conferences in the past. So I would like to stir up trouble by suggesting we rethink WineConf. For those that have not attended, the Wine conference has been a mostly annual affair since 2002. It is open to all, but is advertised as being aimed at Wine developers. About 35 people attend each year.

We are currently running libxml2-2.7.6-14.el6_5.2.x86_64 How far back would you suggest we go? would libxml2-2.7.6-14.el6_5.1.x86_64 be sufficient -----Original Message----- From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On Behalf Of Daniel J Walsh Sent: 01 December 2014 15:10 To: CentOS mailing list Subject: Re: [CentOS] SEtroubleshootd Crashing I am not sure. I was

v1 -> v2: - Fixed everything mentioned in patch review. - Libdir module is removed as a separate commit. Rich.

This works reliably for me ... Rich.