-Re: Otis, how do we know the age of the search-hadoop.com index?
Otis Gospodnetic 2011-04-14, 15:27
Just FYI - back in business. Sorry for the glitch.
Sematext :: http://sematext.com/ :: Solr - Lucene - Nutch
Lucene ecosystem search :: http://search-lucene.com/
----- Original Message ----
> From: Stack <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Cc: Otis Gospodnetic <[EMAIL PROTECTED]>
> Sent: Thu, April 14, 2011 1:42:46 AM
> Subject: Re: Otis, how do we know the age of the search-hadoop.com index?
> No worries. Thanks for looking into it.
> On Wed, Apr 13, 2011 at 9:31 PM, Otis Gospodnetic
> <[EMAIL PROTECTED]> wrote:
> > Hey Stack,
> > Funny you should ask - I was trying to look up that "...Primetime..."
> > yesterday and after not finding it I realized user@hbase messages were
> > Check http://mail-archives.apache.org/mod_mbox/hbase-user/?format=atom using
> > Chrome now. I see "error on line 12582 at column 11: PCDATA invalid Char
> > 27", which matches what I see in our logs (interestingly, Firefox eats the
> > just fine). The bad news is that we missed some user@hbase messages. The
> > news is that this should go away very soon (as the problematic message gets
> > pushed down and out of top N items we fetch from there) and that we have a
> > mechanism to back-fill missing data. Sorry about this glitch. If we/you
> > this happening, we'll see if we can make the XML parser we use more
> > find one that doesn't choke as easily.
> > Otis
> > ----
> > Sematext :: http://sematext.com/ :: Solr - Lucene - Nutch
> > Lucene ecosystem search :: http://search-lucene.com/
> > ----- Original Message ----
> >> From: Stack <[EMAIL PROTECTED]>
> >> To: HBase Dev List <[EMAIL PROTECTED]>
> >> Sent: Wed, April 13, 2011 1:50:21 PM
> >> Subject: Otis, how do we know the age of the search-hadoop.com index?
> >> I was looking for an email thread posted yesterday, "Append value to a
> >> cell", and this morning its not in the index. Perhaps the indexer
> >> hasn't run in between?
> >> Sorry for the question. Its your fault for providing us a service
> >> we've since come to depend on.
> >> St.Ack