Re: Build failed in Jenkins: HBase-1.2 ยป latest1.8,Hadoop #432
On Thu, Dec 10, 2015 at 3:53 PM, Elliott Clarkwrote: > On Thu, Dec 10, 2015 at 3:13 PM, Stack wrote: > > > I've seen it fail in a few places too... Yeah, lets fix the flakey. > > > > It's really weird that it's been flakey for so long but we were getting > lucky. > It has also been overshadowed by all the other flakies we had... Now they are getting fixed, the likes of this one start to shine through. @here, Mighty Elliott is doing nice job trying to figure what commit turned this issue flakey... see HBASE-14962. St.Ack
Successful: HBase Generate Website
Build status: Successful If successful, the website and docs have been generated. If failed, skip to the bottom of this email. Use the following commands to download the patch and apply it to a clean branch based on origin/asf-site. If you prefer to keep the hbase-site repo around permanently, you can skip the clone step. git clone https://git-wip-us.apache.org/repos/asf/hbase-site.git cd hbase-site wget -O- https://builds.apache.org/job/hbase_generate_website/62/artifact/website.patch.zip | funzip > 22b95aebcd7fc742412ab514520008fda5e327de.patch git fetch git checkout -b asf-site-22b95aebcd7fc742412ab514520008fda5e327de origin/asf-site git am 22b95aebcd7fc742412ab514520008fda5e327de.patch At this point, you can preview the changes by opening index.html or any of the other HTML pages in your local asf-site-22b95aebcd7fc742412ab514520008fda5e327de branch, and you can review the differences by running: git diff origin/asf-site When you are satisfied, publish your changes to origin/asf-site using this command: git push origin asf-site-22b95aebcd7fc742412ab514520008fda5e327de:asf-site Changes take a couple of minutes to be propagated. You can then remove your asf-site-22b95aebcd7fc742412ab514520008fda5e327de branch: git checkout asf-site && git branch -d asf-site-22b95aebcd7fc742412ab514520008fda5e327de If failed, see https://builds.apache.org/job/hbase_generate_website/62/console
[jira] [Created] (HBASE-14968) ConcurrentModificationException in region close resulting in the region staying in closing state
Enis Soztutar created HBASE-14968: - Summary: ConcurrentModificationException in region close resulting in the region staying in closing state Key: HBASE-14968 URL: https://issues.apache.org/jira/browse/HBASE-14968 Project: HBase Issue Type: Bug Reporter: Enis Soztutar Assignee: Enis Soztutar Fix For: 2.0.0, 1.2.0, 1.3.0 We have seen this in our tests. The region gets closed, but the region close handler gets an unexpected exception causing the region to stay in closing state until RS is restarted. The Phoenix and security coprocessors were loaded in that region. Here is the stack trace: {code} java.util.ConcurrentModificationException at java.util.ArrayList$Itr.checkForComodification(ArrayList.java:901) at java.util.ArrayList$Itr.next(ArrayList.java:851) at org.apache.hadoop.hbase.coprocessor.CoprocessorHost$Environment.shutdown(CoprocessorHost.java:442) at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost$RegionEnvironment.shutdown(RegionCoprocessorHost.java:155) at org.apache.hadoop.hbase.coprocessor.CoprocessorHost.shutdown(CoprocessorHost.java:272) at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost$5.postEnvCall(RegionCoprocessorHost.java:496) at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.execOperation(RegionCoprocessorHost.java:1761) at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.postClose(RegionCoprocessorHost.java:489) at org.apache.hadoop.hbase.regionserver.HRegion.doClose(HRegion.java:1502) at org.apache.hadoop.hbase.regionserver.HRegion.close(HRegion.java:1349) at org.apache.hadoop.hbase.regionserver.handler.CloseRegionHandler.process(CloseRegionHandler.java:138) at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:128) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: Site skin
It hasn't changed since we all talked about and demoed the site skin choices. The max width of the main container is set at 1000 pixels. I can't remember why. I've just done a quick test of extending it to 3000 and nothing breaks, so I will look at taking that constraint off. On Fri, Dec 11, 2015 at 9:43 AM, Stackwrote: > Me too What you reckon Misty? > St.Ack > > On Wed, Dec 9, 2015 at 12:43 PM, Jean-Marc Spaggiari < > jean-m...@spaggiari.org> wrote: > > > It's not just you. Seeing the same result on my side too. > > > > 2015-12-09 15:41 GMT-05:00 Elliott Clark : > > > > > Is it just me or does the new site no longer take up available width? > > > > > > The top bar no longer spans the whole width. The edges looked chopped > > and a > > > little abrupt. The content on any non 4:3 screen feels crowded and like > > > there's a lot of wasted space on the right. > > > > > > > > > Did something change ? > > > > > > -- > > > Elliott Clark > > > > > >
[jira] [Resolved] (HBASE-14892) Hbase Bulk load Custom MR code taking too much time
[ https://issues.apache.org/jira/browse/HBASE-14892?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Dimiduk resolved HBASE-14892. -- Resolution: Invalid JIRA is for tracking product changes. Please raise your question on the [user mailing list|http://hbase.apache.org/mail-lists.html]. It's very likely that the community will also require logs from the involved client and server processes to assist in diagnostics. > Hbase Bulk load Custom MR code taking too much time > --- > > Key: HBASE-14892 > URL: https://issues.apache.org/jira/browse/HBASE-14892 > Project: HBase > Issue Type: Brainstorming > Components: API >Affects Versions: 1.1.1 > Environment: HDP 2.5 on Azure Cloud(Linux) > Hadoop 2.7 >Reporter: Ankit > > While running MR Custom code which is converting csv and json to HFile using > HFileOutputFormat2 but for 15 mb it is taking too much time approx 1 hour. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (HBASE-14967) Remove max-width constraint from website skin
Misty Stanley-Jones created HBASE-14967: --- Summary: Remove max-width constraint from website skin Key: HBASE-14967 URL: https://issues.apache.org/jira/browse/HBASE-14967 Project: HBase Issue Type: Bug Components: website Reporter: Misty Stanley-Jones Assignee: Misty Stanley-Jones -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: Site skin
Filed https://issues.apache.org/jira/browse/HBASE-14967. On Fri, Dec 11, 2015 at 9:55 AM, Misty Stanley-Jones < mstanleyjo...@cloudera.com> wrote: > It hasn't changed since we all talked about and demoed the site skin > choices. The max width of the main container is set at 1000 pixels. I can't > remember why. I've just done a quick test of extending it to 3000 and > nothing breaks, so I will look at taking that constraint off. > > On Fri, Dec 11, 2015 at 9:43 AM, Stackwrote: > >> Me too What you reckon Misty? >> St.Ack >> >> On Wed, Dec 9, 2015 at 12:43 PM, Jean-Marc Spaggiari < >> jean-m...@spaggiari.org> wrote: >> >> > It's not just you. Seeing the same result on my side too. >> > >> > 2015-12-09 15:41 GMT-05:00 Elliott Clark > >: >> > >> > > Is it just me or does the new site no longer take up available width? >> > > >> > > The top bar no longer spans the whole width. The edges looked chopped >> > and a >> > > little abrupt. The content on any non 4:3 screen feels crowded and >> like >> > > there's a lot of wasted space on the right. >> > > >> > > >> > > Did something change ? >> > > >> > > -- >> > > Elliott Clark >> > > >> > >> > >
Re: Site skin
Me too What you reckon Misty? St.Ack On Wed, Dec 9, 2015 at 12:43 PM, Jean-Marc Spaggiari < jean-m...@spaggiari.org> wrote: > It's not just you. Seeing the same result on my side too. > > 2015-12-09 15:41 GMT-05:00 Elliott Clark: > > > Is it just me or does the new site no longer take up available width? > > > > The top bar no longer spans the whole width. The edges looked chopped > and a > > little abrupt. The content on any non 4:3 screen feels crowded and like > > there's a lot of wasted space on the right. > > > > > > Did something change ? > > > > -- > > Elliott Clark > > >