Sudip Mukherjee created DRILL-4294:
--
Summary: InfoSchema is not returning column metadata if the query
contains escape character
Key: DRILL-4294
URL: https://issues.apache.org/jira/browse/DRILL-4294
Hi,
Can Apache Drill 1.4 query Hive external tables where the HDFS is encrypted by
TDE?
Querying Hive from drill-embeded, I get this error:
09:15:05.155 [ingestsvc:task-delegate-thread] ERROR
o.a.hadoop.hdfs.KeyProviderCache - Could not find uri with key
[dfs.encryption.key.provider.uri] to cr
Do you have a jstack and heap dump from the moment of the hang? That would
be the best way to determine what was going on. I've found that to be the
easiest way to see what was hung on and the state of system at the time.
--
Jacques Nadeau
CTO and Co-Founder, Dremio
On Wed, Jan 20, 2016 at 1:42 P
Jinfeng, can you open a jira for the failing test if one isn't open?
--
Jacques Nadeau
CTO and Co-Founder, Dremio
On Wed, Jan 20, 2016 at 7:57 AM, Jinfeng Ni wrote:
> I still saw mvn full build failed on linux due to the following unit
> test case sometime:
>
> Tests in error:
> TestTopNSchem
I may have a jstack but not the heap dump. I will try to reproduce it once
again and will open a JIRA for it.
On Thu, Jan 21, 2016 at 8:37 AM, Jacques Nadeau wrote:
> Do you have a jstack and heap dump from the moment of the hang? That would
> be the best way to determine what was going on. I've
I merged a patch yesterday that I believe addresses that issue. Can you see
if you still hit it?
On Thu, Jan 21, 2016 at 8:39 AM, Jacques Nadeau wrote:
> Jinfeng, can you open a jira for the failing test if one isn't open?
>
> --
> Jacques Nadeau
> CTO and Co-Founder, Dremio
>
> On Wed, Jan 20,
Laurent Goujon created DRILL-4295:
-
Summary: Obsolete protobuf generated files under protocol/
Key: DRILL-4295
URL: https://issues.apache.org/jira/browse/DRILL-4295
Project: Apache Drill
Issu
GitHub user laurentgo opened a pull request:
https://github.com/apache/drill/pull/333
DRILL-4295: Removes obsolete protobuf-generated files
These files are obsolete protobuf-generated files, whose definition has
been removed.
You can merge this pull request into a Git repository by
Looks like there was a patch merged in yesterday, and it modified the
testcase [1].
While looking at the previous test, seems the expected results are not
right. (order by "DESC" should use NULL FIRST policy). I'm surprised
how it would happen with such random failure behavior.
[1]
https://gith
Deneche A. Hakim created DRILL-4296:
---
Summary: Query hangs in CANCELLATION_REQUESTED when cancelled
after it starts returning results
Key: DRILL-4296
URL: https://issues.apache.org/jira/browse/DRILL-4296
DRILL-4296 created. I'm in the process of attaching jstack and heap dump
On Thu, Jan 21, 2016 at 8:54 AM, Abdel Hakim Deneche
wrote:
> I may have a jstack but not the heap dump. I will try to reproduce it once
> again and will open a JIRA for it.
>
> On Thu, Jan 21, 2016 at 8:37 AM, Jacques Nade
amit hadke created DRILL-4297:
-
Summary: Provide a new interface to send custom messages
Key: DRILL-4297
URL: https://issues.apache.org/jira/browse/DRILL-4297
Project: Apache Drill
Issue Type: Im
Github user jacques-n commented on the pull request:
https://github.com/apache/drill/pull/333#issuecomment-173678237
Can you look at a way to update the -Pproto-compile code so it first
deletes all the files so we don't have this kind of problem in the future?
---
If your project is
Chun Chang created DRILL-4298:
-
Summary: SYSTEM ERROR: ChannelClosedException
Key: DRILL-4298
URL: https://issues.apache.org/jira/browse/DRILL-4298
Project: Apache Drill
Issue Type: Bug
Github user laurentgo commented on the pull request:
https://github.com/apache/drill/pull/333#issuecomment-173681422
I can check on how to delete first, but maybe you can share why these files
are persisted in the first place under git, versus being generated everytime:
is it because
Github user jacques-n commented on the pull request:
https://github.com/apache/drill/pull/333#issuecomment-173683725
Fair question. For the first year the codebase only generated these files
at build time (no check-in). In this situation newcomers had to install the
right version of p
This seems to be an interesting issue with flatten.
All the data seems to be recognized as a list, and would expect flatten to just
unnest the the first layer??
Seems to be somewhat related to DRILL-1673
select
typeof(t.RetailTransaction.POSLog.`ARTS:Transaction`.`ARTS:RetailTransaction`.`ARTS
Github user laurentgo commented on the pull request:
https://github.com/apache/drill/pull/333#issuecomment-173687545
If changing protobuf version to 2.6.1 is an option, maven central now has
protoc version for each architecture, that the protobuf maven plugin can take
advantage of: ht
Github user julienledem closed the pull request at:
https://github.com/apache/drill/pull/290
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is
Dear all — I converted our Google discussion document about the Arrow
memory layout (prior to the ASF proposal) to Markdown and placed it here
https://github.com/arrow-data/arrow-format
Thanks,
Wes
On Wed, Jan 20, 2016 at 8:14 PM, Jacques Nadeau wrote:
> Hey guys, one other note on PR. To make
Github user asfgit closed the pull request at:
https://github.com/apache/drill/pull/322
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabl
[
https://issues.apache.org/jira/browse/DRILL-4270?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Deneche A. Hakim resolved DRILL-4270.
-
Resolution: Fixed
Fixed in 3d0b4b0
> Create a separate WindowFramer that supports the FRA
Github user jacques-n commented on the pull request:
https://github.com/apache/drill/pull/333#issuecomment-173713031
I'm not sure it is a simple option. I believe we have to worry about
version conflicts between Drill, HDFS, HBase and MapRFS. (We used to shade for
this purpose but we
To expand on what “straight to TLP” means (correct me if I’m wrong, Jacques).
From an IP standpoint, the new project is a clone of Drill. It starts off with
Drill’s code base. We then, as the sculptor said [1], chip away everything
that doesn’t look like Arrow.
Julian
[1] http://quoteinvestig
Github user laurentgo commented on the pull request:
https://github.com/apache/drill/pull/333#issuecomment-173742695
I was expecting this, so I added the clean before generate source code
---
If your project is set up for it, you can reply to this email and have your
reply appear on G
We can do it either way. The main charter is we will work to extract the
code. My suggestion is to avoid a bulk copy and extract what makes sense.
In the Drill community, we've already refactored large chunks of code to
make this portion independent. We probably need to do one more pass to get
all
Parth just split out the non-Drill-related bits here, we've been talking on
the side about it
https://github.com/parthchandra/arrow-cpp/commit/7565e570f7eabebcbba3a7fb3ccb6a0e605e6ef1
I've been assembling a C++ library from scratch from the specification (
https://github.com/arrow-data/arrow-cpp/
GitHub user adeneche opened a pull request:
https://github.com/apache/drill/pull/334
Drill 4261: add support for RANGE BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED
FOLLOWING
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/adeneche/
Github user adeneche commented on the pull request:
https://github.com/apache/drill/pull/334#issuecomment-173749885
running regression tests now.
@amansinha100 can you please review ?
---
If your project is set up for it, you can reply to this email and have your
reply appear
Github user jaltekruse commented on a diff in the pull request:
https://github.com/apache/drill/pull/334#discussion_r50482911
--- Diff:
exec/java-exec/src/test/java/org/apache/drill/exec/physical/impl/window/TestWindowFrame.java
---
@@ -106,6 +106,16 @@ public void testMultipleFra
Victoria Markman created DRILL-4299:
---
Summary: Query that involves convert_from succeeds, exception is
found in drillbit.log
Key: DRILL-4299
URL: https://issues.apache.org/jira/browse/DRILL-4299
Pro
Abhishek Girish created DRILL-4300:
--
Summary: Query fails with "DrillRuntimeException: Failed to
pre-allocate memory for SV"
Key: DRILL-4300
URL: https://issues.apache.org/jira/browse/DRILL-4300
Proj
Github user adeneche commented on a diff in the pull request:
https://github.com/apache/drill/pull/334#discussion_r50492010
--- Diff:
exec/java-exec/src/test/java/org/apache/drill/exec/physical/impl/window/TestWindowFrame.java
---
@@ -106,6 +106,16 @@ public void testMultipleFrame
Khurram Faraaz created DRILL-4301:
-
Summary: OOM : Unable to allocate sv2 for 1000 records, and not
enough batchGroups to spill.
Key: DRILL-4301
URL: https://issues.apache.org/jira/browse/DRILL-4301
P
34 matches
Mail list logo
