[
https://issues.apache.org/jira/browse/HBASE-6941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Harsh J resolved HBASE-6941.
Resolution: Duplicate
Assignee: (was: Harsh J)
> LoadIncrementalHFiles uses the Tool interf
Hey Lars!,
I was on a similar line of investigation today, and I've filed
https://issues.apache.org/jira/browse/HBASE-17760 to change the text. The
pinning part of the text is relevant, but the command part isn't. In
addition, you'd need to manually use the FavoredNodeLoadBalancer work to
actually
[
https://issues.apache.org/jira/browse/HBASE-13021?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Harsh J resolved HBASE-13021.
-
Resolution: Duplicate
Fix Version/s: (was: 2.0.0)
> Pin regions blocks to avoid H
Harsh J created HBASE-17760:
---
Summary: HDFS Balancer doc is misleading
Key: HBASE-17760
URL: https://issues.apache.org/jira/browse/HBASE-17760
Project: HBase
Issue Type: Bug
Components
Harsh J created HBASE-16234:
---
Summary: Expect and handle nulls when assigning replicas
Key: HBASE-16234
URL: https://issues.apache.org/jira/browse/HBASE-16234
Project: HBase
Issue Type: Bug
Harsh J created HBASE-15396:
---
Summary: Enhance mapreduce.TableSplit to add encoded region name
Key: HBASE-15396
URL: https://issues.apache.org/jira/browse/HBASE-15396
Project: HBase
Issue Type
[
https://issues.apache.org/jira/browse/HBASE-15235?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Harsh J resolved HBASE-15235.
-
Resolution: Duplicate
Dupe of HBASE-15236
> Inconsistent cell reads over multiple bulk-loaded HFi
Harsh J created HBASE-14363:
---
Summary: Print more details on the row behind an Empty
REGIONINFO_QUALIFIER warning
Key: HBASE-14363
URL: https://issues.apache.org/jira/browse/HBASE-14363
Project: HBase
[
https://issues.apache.org/jira/browse/HBASE-5842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Harsh J resolved HBASE-5842.
Resolution: Later
[~busbey] - It partially improves the first form, but I still feel a {{-c}}
option may
[
https://issues.apache.org/jira/browse/HBASE-10913?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Harsh J resolved HBASE-10913.
-
Resolution: Duplicate
A day too late… :-)
Resolving as dupe of HBASE-10622
> Print exception of wh
Harsh J created HBASE-10914:
---
Summary: Improve the snapshot directory local copy during
ExportSnapshot
Key: HBASE-10914
URL: https://issues.apache.org/jira/browse/HBASE-10914
Project: HBase
Issue
Harsh J created HBASE-10913:
---
Summary: Print exception of why a copy failed during ExportSnapshot
Key: HBASE-10913
URL: https://issues.apache.org/jira/browse/HBASE-10913
Project: HBase
Issue Type
Harsh J created HBASE-10871:
---
Summary: Indefinite OPEN/CLOSE wait on busy RegionServers
Key: HBASE-10871
URL: https://issues.apache.org/jira/browse/HBASE-10871
Project: HBase
Issue Type
[
https://issues.apache.org/jira/browse/HBASE-3152?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Harsh J resolved HBASE-3152.
Resolution: Duplicate
This shouldn't happen anymore - we prevent racing between the two IIUC.
Als
[
https://issues.apache.org/jira/browse/HBASE-6169?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Harsh J resolved HBASE-6169.
Resolution: Cannot Reproduce
This should no longer be a problem. Current AM impl. does carry a clause that
Harsh J created HBASE-10424:
---
Summary: HMaster could capture stacks of RSes it deems
unresponsive during assignments
Key: HBASE-10424
URL: https://issues.apache.org/jira/browse/HBASE-10424
Project: HBase
Harsh J created HBASE-10423:
---
Summary: Report back the message of split or rollback failure to
the master
Key: HBASE-10423
URL: https://issues.apache.org/jira/browse/HBASE-10423
Project: HBase
[
https://issues.apache.org/jira/browse/HBASE-5115?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Harsh J resolved HBASE-5115.
Resolution: Fixed
> Change HBase "color" from purple to "International O
[
https://issues.apache.org/jira/browse/HBASE-7084?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Harsh J resolved HBASE-7084.
Resolution: Duplicate
> Raise default minimum region split s
Harsh J created HBASE-8913:
--
Summary: Add ".replogs" to HBASE_NON_TABLE_DIRS constant
Key: HBASE-8913
URL: https://issues.apache.org/jira/browse/HBASE-8913
Project: HBase
Issue
Harsh J created HBASE-8754:
--
Summary: Log the client IP/port of the balancer invoker
Key: HBASE-8754
URL: https://issues.apache.org/jira/browse/HBASE-8754
Project: HBase
Issue Type: Improvement
s are not
> user visible, and not widely used yet.
>
> Enis
>
>
> On Wed, Apr 17, 2013 at 9:14 AM, Andrew Purtell wrote:
>
>> Thanks for the consideration but we've just committed a change to address
>> this as HBASE-8352
>>
>>
>> On Wednesda
> > > Hi,
>> > > > > > This afternoon Huned ad I discovered an issue while playing with
>> > > HBase
>> > > > > > Snapshots on top of Hadoop's Snapshot branch (
>> > > > > > http://svn.apache.org/viewvc/hadoop/common/branches/HDFS-2802/).
>> > > > > >
>> > > > > > HDFS (built from HDFS-2802 branch) doesn't allow paths with
>> > .snapshot
>> > > > as
>> > > > > a
>> > > > > > component while HBase tries to create paths with .snapshot as a
>> > > > > component.
>> > > > > > This leads to issues in HBase, and one of HDFS or HBase needs to
>> > give
>> > > > up
>> > > > > > the .snapshot reserved keyword. HBase released Snapshots feature
>> in
>> > > > > 0.94.6
>> > > > > > (quite recently) and it may not be too late to change HBase to
>> use
>> > a
>> > > > > > different path component in an upcoming new release.
>> > > > > >
>> > > > > > In HBase these path names are not user visible. If there is a
>> > > > deployment
>> > > > > of
>> > > > > > 0.94.6, one could provide a migration tool that renames .snapshot
>> > to
>> > > > > > .hbase-snapshot or something to be able to move to the Snapshot
>> > > release
>> > > > > of
>> > > > > > Hadoop. On the other hand, .snapshot in HDFS is a user visible
>> name
>> > > and
>> > > > > is
>> > > > > > a convention that is used by many file systems. It's a matter of
>> > > > > > familiarity with such path names that would help users in using
>> > HDFS
>> > > > > > snapshots.
>> > > > > >
>> > > > > > I am including the hdfs-dev in this email. Would appreciate if we
>> > > could
>> > > > > > work together and come up with a solution.
>> > > > > >
>> > > > > > You can find sample output from hdfs command here:
>> > > > > > http://pastebin.com/bBqR4Fvr
>> > > > > >
>> > > > > > Cheers
>> > > > >
>> > > > >
>> > > > >
>> > > > > --
>> > > > > // Jonathan Hsieh (shay)
>> > > > > // Software Engineer, Cloudera
>> > > > > // j...@cloudera.com
>> > > > >
>> > > >
>> > >
>> >
>>
>>
>>
>> --
>> // Jonathan Hsieh (shay)
>> // Software Engineer, Cloudera
>> // j...@cloudera.com
>>
>>
>>
>>
>>
--
Harsh J
[
https://issues.apache.org/jira/browse/HBASE-4614?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Harsh J resolved HBASE-4614.
Resolution: Not A Problem
Resolved via HBASE-4072. Hence not a problem (Specifically
Harsh J created HBASE-8020:
--
Summary: CompactionRequest should not be based on regionId, but
the encoded name instead
Key: HBASE-8020
URL: https://issues.apache.org/jira/browse/HBASE-8020
Project: HBase
Harsh J created HBASE-7850:
--
Summary: Bulkload final step can detect and pre-split tables
Key: HBASE-7850
URL: https://issues.apache.org/jira/browse/HBASE-7850
Project: HBase
Issue Type
Harsh J created HBASE-7849:
--
Summary: Provide administrative limits around bulkloads of files
into a single region
Key: HBASE-7849
URL: https://issues.apache.org/jira/browse/HBASE-7849
Project: HBase
; >> wrote:
>>
>>> I pushed a patch for 0.94 and seems I should have pushed for trunk. So
>>> I repushed for trunk but seems that Hadoop QA is no more looking at
>>> it. Do I need to do anything to have Hadoop QA looking at it? Or
>>>
>>
--
Harsh J
ta
> loss fixes, race condition fixes, region assignment fixes, and
> availability fixes.
>
> Please join me in congratulating Matteo and Chunhui on their new roles!
>
> Jon.
>
> --
> // Jonathan Hsieh (shay)
> // Software Engineer, Cloudera
> // j...@cloudera.com
--
Harsh J
nd intended only for the person(s) directly addressed.
>> If you are not the intended recipient, any use, copying, transmission,
>> distribution, or other forms of dissemination is strictly prohibited. If
>> you have received this email in error, please notify the sender immediately
>> and permanently delete the email and files, if any.
>>
>>
--
Harsh J
please notify the sender immediately and
> permanently delete the email and files, if any.
--
Harsh J
> > >
>> > > > My sense is that Dave is speaking for a majority of hbase devs; a
>> group
>> > > who
>> > > > want to follow along but at a coarser granularity. The number of us
>> > able
>> > > > to take the full issues mailing list firehose is shrinking radically.
>> > > For
>> > > > example, I can no longer keep up.
>> > > >
>> > > > St.Ack
>> > > >
>> > >
>> > >
>> > >
>> > > --
>> > > Best regards,
>> > >
>> > >- Andy
>> > >
>> > > Problems worthy of attack prove their worth by hitting back. - Piet
>> Hein
>> > > (via Tom White)
>> > >
>> >
>>
--
Harsh J
t; Hi,
>
> On the book the GIT and SVN commands provided allow to extract the
> trunk version. But I would like to get 0.94.3 to test a fix for
> HBASE-1212 in it.
>
> How can I extact this specific version?
>
> Thanks,
>
> JM
--
Harsh J
terested in. What do
>> we think about moving to that system for HBase?
>>
>> Regards,
>>
>> - Dave
>>
>
>
> --
> Best regards,
>
>- Andy
>
> Problems worthy of attack prove their worth by hitting back. - Piet Hein
> (via Tom White)
--
Harsh J
mmitter.
>> >
>> > The fella had to jump through extra hoops because he sits beside J-D
>> > and myself and we weren't going to be nice but by this stage he
>> > has well earned committership doing up the new UI, captaining the
>> > metrics revamp and a myriad other fixes.
>> >
>> > Good on you Elliott. Keep on with the quality contribs.
>> > St.Ack
>> >
>>
--
Harsh J
converting all of our filters to protobuf or
> fixing an ugly incompatibility we introduced around enabling/disabling
> tables across 0.92/0.94. Even though he has spent his time down in
> the muck, he remains a pleasure to work with.
>
> Welcome to the fold G.
>
> St.Ack
--
Harsh J
> the existing source code during run time ?
>
> Thank you !
>
>
>
>
>
>
>
>
>
>
>
>
> On Sat, Jul 7, 2012 at 4:50 AM, Harsh J wrote:
>
>> Your HBase shell isn't able to make a proper connection to ZooKeeper.
>> Have you configu
Please let me know what is the issue !
>
> --
> _____
> Regards,
> Varun
--
Harsh J
> refactorings. Keep up the code slinging Jimmy. One of us!
>
> St.Ack
--
Harsh J
Congratulations Liyin!
On Thu, May 17, 2012 at 9:34 AM, Stack wrote:
> One of us Liyin!
>
> Keep up the great work.
>
> Add yourself to the pom.xml team section (Don't break the build!).
>
> St.Ack
--
Harsh J
t; attached to the jira anymore. Anyone know if something has changed with the
> jira in the past week?
>
> Jon.
>
> --
> // Jonathan Hsieh (shay)
> // Software Engineer, Cloudera
> // j...@cloudera.com
--
Harsh J
> I find 120 characters too wide - on my laptop screen I can't
> reasonable fit two windows of code side by side if they're that wide.
> 100's about as much as I can fit (and I use a tiny font, too!)
>
> -Todd
>
> On Thu, Mar 22, 2012 at 12:15 PM, Harsh J wrote:
&
y change than appear
inconsistent (and hence, 'ugly'). I understand the only concern here
would be loss of valuable "git blame" form of data? There may be
tricks to avoid that though (user or server side).
--
Harsh J
is());
>> >
>> > Please respond with your opinion considering the following points.
>> >
>> > - Sun Java coding standards drafted in 1999
>> > - Terminals(Monitors) we are using now are very wider and 80 characters
>> is
>> > not a valid limit anymore.
>> > - As per Ted, Google raised this limit
>> > [https://issues.apache.org/jira/browse/HBASE-5564]
>> >
>> > Note: We don't need to reformat entire codebase. My proposal is to apply
>> > these standards to new code getting commited.
>> >
>> > --
>> > Regards,
>> > Laxman
>> >
>>
--
Harsh J
clude 3 new or modified tests.
>
> -1 patch. The patch command could not apply the patch.
>
> Console output:
> https://builds.apache.org/job/PreCommit-HBASE-Build/1152//console
>
> This message is automatically generated.
> ---
>
> http://sujee.net
--
Harsh J
rred), or
>
> o change Fix Version/s to 0.96, or
>
> o do not mark the jira as fixed (so, I'll see an open issue targeted to 0.94)
>
>
> Thanks.
>
> -- Lars
>
--
Harsh J
to me fixing using the same idea/code as 1448 (adding a "shutdown
> node" in ZK on which all masters should listen)? Or perhaps the omission
> was intentional?
>
> Thanks,
> Greg
--
Harsh J
Congrats Mikhail!
On Wed, Jan 25, 2012 at 11:42 PM, Stack wrote:
> The man has been moving mountains w/ a good while now. About time we
> made him a committer. Welcome Mikhail!
> St.Ack
--
Harsh J
Customer Ops. Engineer, Cloudera
is
> not needed, thereby producing unnecessary garbage.
> I have not bearing how frequently we'll get here and find no relevant
> regions, though.
>
>
> -- Lars
>
>
> ----- Original Message -
> From: Harsh J
> To: dev@hbase.apache.org
> Cc:
> Sent: Thu
Yeah that'd work too. File a JIRA with the change?
On 29-Dec-2011, at 2:12 PM, Mikael Sitruk wrote:
> Hi all
>
> I have question on some code (taken from HLog) see below
>
>
> static byte [][] findMemstoresWithEditsEqualOrOlderThan(final long
> oldestWALseqid,
> final Map regionsToSeqids
Ah no, nevermind that. You do have sun packages in the trace, my bad.
What does 'sudo -u hbase hbase classpath' show?
On Mon, Dec 12, 2011 at 10:05 AM, Harsh J wrote:
> Seems like you're running GCJ probably, instead of Sun Java. Can you check in
> that direction, and swi
Seems like you're running GCJ probably, instead of Sun Java. Can you check in
that direction, and switch your default java to the proper Sun Java JRE/JDK
paths?
On 12-Dec-2011, at 10:01 AM, Aditya Kumar wrote:
> thank you for the response.
>
> I do have zookeeper.jar?
>
> locate zookeeper.j
09 -
>> > Date: 4 Nov 2011 03:22:09 -
>> > From: mailer-dae...@apache.org
>> > To: dev-return-251...@hbase.apache.org
>> > Subject: failure notice
>> >
>> > Hi. This is the qmail-send program at apache.org.
>> > I'm afraid I wasn't able to deliver your message to the following
>> > addresses.
>> > This is a permanent error; I've given up. Sorry it didn't work out.
>> >
>> > :
>> > 74.125.127.27 failed after I sent the message.
>> > Remote host said: 550 5.7.1 Unauthenticated email is not accepted from
>> this
>> > domain. c10si2741359ibj.54
>> >
>>
>
>
>
> --
> Mikael.S
>
--
Harsh J
This was https://issues.apache.org/jira/browse/HBASE-4510 but was reverted. Are
you sure you are using the latest 0.92 HEAD?
Revert ticket was https://issues.apache.org/jira/browse/HBASE-4708
On 09-Nov-2011, at 4:10 AM, Eric Yang wrote:
> Hi all,
>
> HBase 0.92 branch is setting permission of
Congrats Ramkrishna! :D
On 28-Sep-2011, at 9:45 PM, Stack wrote:
> Please welcome Ramkrishna, our newest hbase committer. Ram has been
> going great guns fixing ugly hbase bugs with a good while now. I'm
> glad he's on board.
>
> Good on you Ram,
> St.Ack
Love the logo, looks futuristic just as how HBase is for its age! ;-)
On 01-Sep-2011, at 10:00 AM, Stack wrote:
> Your PMC voted the following as the new HBase logo:
>
> https://issues.apache.org/jira/secure/attachment/12492477/01.jpg
>
> It will replace the now retired bass clef that has serve
gt;>
>> Welcome aboard Ted. Keep up the great work!
>>
>> St.Ack
>>
>
--
Harsh J
57 matches
Mail list logo
