> From: Mark Laffoon
> Subject: RE: ICV concurrency problem (?)
> 1. I have multiple clients (map/reduce task executors)
> hitting an HBase cluster with multiple region servers.
> Assuming the client code doesn't explicitly set the
> timestamp, which box actually generates the timestamp
> for a pu
For #3, take a look at http://en.wikipedia.org/wiki/Network_Time_Protocol
On Sat, Jun 12, 2010 at 2:22 PM, Mark Laffoon wrote:
> I'm not having a lot of success figuring out the pattern. I am most
> definitely not seeing stack traces in any of the logs. I'm not seeing any
> errors in my app logs
I'm not having a lot of success figuring out the pattern. I am most
definitely not seeing stack traces in any of the logs. I'm not seeing any
errors in my app logs, although I haven't scoured every log from every
hadoop/mapreduce/hbase agent in the system (I really need to centralize
those logs).
I meant to say why subclasses of List use code for List.class.
There is no such handling for subclasses of WritableByteArrayComparable,
Writable, etc.
On Sat, Jun 12, 2010 at 9:54 AM, Stack wrote:
> On Fri, Jun 11, 2010 at 10:09 PM, Ted Yu wrote:
> > Why is List treated differently at line 267
On Fri, Jun 11, 2010 at 4:26 PM, Mark Laffoon
wrote:
> The other thing I didn't mention: I ran the 80x12 test a few more
> times. Sometimes it works, and sometimes it doesn't . Could there be
> an issue with data being moved around regions?
>
So, when it doesn't work, can you figure differenc
On Fri, Jun 11, 2010 at 10:09 PM, Ted Yu wrote:
> Why is List treated differently at line 267 in writeClassCode() ?
Sorry Ted, different to what?
> if ( List.class.isAssignableFrom(c)) {
> code = CLASS_TO_CODE.get(List.class);
> }
> I am wondering if the above logic should be a