I don't use the thrift API, but my suspicion is that it doesn't return
results in the correct order. You're not the only one I've seen report
strange things about results ordering recently, and IIRC they were using
thrift as well.
Can you verify that the results sort the same using the Java API or
On Tue, Jun 14, 2011 at 9:14 AM, Deepankar Sarkar <
deepankar_sar...@mindtree.com> wrote:
> Hi,
>
> I have a HBase table which has dynamically named columns, and hence, the
> number of columns keep increasing as the usage of the application by a user.
> This table stores the audit logs of each op
the value ?
>
> On Tue, Mar 29, 2011 at 9:38 AM, sulabh choudhury
> wrote:
>
> > Thanks Jesse. Changing the 10 to 10L made it work.
> >
> > On Tue, Mar 29, 2011 at 8:59 AM, Jesse Hutton >wrote:
> >
> >> Hi,
> >>
> >> It looks lik
Hi,
It looks like the problem is that the initial value you're inserting in the
column is an int, while HTable#incrementColumnValue() expects a long.
Instead of:
> I enter data by :-
> theput.add(Bytes.toBytes("uid"),Bytes.toBytes("1"), 130108782L + t,
> Bytes.toBytes(10))
>
try:
theput.add
There may still be an issue with http://github.com/kevinweil/hadoop-lzo and
CDH3B3. I ran into something similar to
https://issues.cloudera.org/browse/DISTRO-45, recently, and switching to
https://github.com/toddlipcon/hadoop-lzo seems to have gotten everything
straightened out.
Jesse
On Tue, Jan
