Hi Na.
Got it. The problem is this script is not locating beeline and so it cannot
be launched.
Since it's launched from cron, it does not heritage environment and so does
not know where beeline is located. Fixed.
I'm gonna close the Jira issue.
El jue., 16 may. 2019 a las 10:17, Iñigo Martínez
Hi Na.
Yes, I've read it. It's a bit strange. I will check it in order to find it
the problem is not the cleanup task itself but the script that launches it
or something else.
El mié., 15 may. 2019 a las 15:20, Na Zhai ()
escribió:
> Hi, Iñigo Martínez .
>
>
>
> I can not
was stuck for hours when performing a differential copy
from HDFS to S3. This was due to more than 1M additional files where
present.
I've opened a bug at Jira.
https://jira.apache.org/jira/browse/KYLIN-4002
--
Iñigo Martínez
Systems Manager
imarti...@telecoming.com
[image
Groupe
> Ingenico. L’information qu’il contient est confidentielle et ne peut être
> communiquée à des personnes non autorisées. Si vous l’avez reçu par erreur
> ne le transférez pas et supprimez-le.
>
--
Iñigo Martínez
Systems Manager
imarti...@telecoming.com
As one of the most important concerns of analysts, if the measures of
>> the analysis system can be decoupled from the materialized view(cube) and
>> have their own management system, it may be more flexibility.
>> 2. Once the dimensions have been choose in cube designing,
java.net.URI$Parser.fail(URI.java:2848)
>
>I don't know why , because I can pass the first step which also use
> the same JDBC URL.
>
> 2019-04-18
> --
> lk_hadoop
>
--
Iñigo Martínez
Systems Manager
imarti...@telecoming.com
[image: Telecoming
gt;> at
>> org.apache.hadoop.hbase.client.ScannerCallable.call(ScannerCallable.java:65)
>> at
>> org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithoutRetries(RpcRetryingCaller.java:212)
>>
>>
>>
>>
>> The normal dimension of this cube is about 25.
>>
>> The
@apache.org
>
> Apache Kylin FAQ: https://kylin.apache.org/docs/gettingstarted/faq.html
> Join Kylin user mail group: user-subscr...@kylin.apache.org
> Join Kylin dev mail group: dev-subscr...@kylin.apache.org
>
>
>
--
Iñigo Martínez
Systems Manager
imarti...@telecoming.com
p. z o.o.
> ul. św. Teresy 109
> 91-222 Łódź
> NIP 727-001-91-83
> KRS 048967
> XX Wydział KRS w Sądzie Rejonowym dla Łodzi - Śródmieście w Łodzi
> Kapitał Zakładowy 26 442 891,61 PLN
> ¯¯¯¯
>
--
Iñigo Martí
That is!
Thank you, mate!
El mar., 26 mar. 2019 a las 10:32, Xiaoxiang Yu ()
escribió:
> https://issues.apache.org/jira/browse/KYLIN-3654
>
> May this help you.
>
>
>
>
>
> Best wishes,
>
> Xiaoxiang Yu
>
>
>
>
>
> *From: *I
t; Join Kylin user mail group: user-subscr...@kylin.apache.org
> Join Kylin dev mail group: dev-subscr...@kylin.apache.org
>
>
>
--
Iñigo Martínez
Systems Manager
imarti...@telecoming.com
[image: Telecoming - Make it digital]
[image: 5000_empresas]
[image: 1000_empresas
kylin.storage.hbase.cube.v2.coprocessor.endpoint.CubeVisitService|1001|',
> "
>I must fix it manual to change to 2.3.1.
>How to correct the question after cube create ? Any help is
> welcome.Thank you
>
>
>
--
Iñigo Martínez
Systems Manager
imarti...@telecoming.com
.
For the next days we are going to evaluate another aspects of 2.6.1
deployment, mainly focused on performance, bugs fixed and stability.
Thank you Shao Feng for your tips.
El mar., 19 mar. 2019 a las 11:01, Iñigo Martínez ()
escribió:
> Hi Shao Feng.
>
> Yesterday I deployed a new 2.6.1
> Join Kylin user mail group: user-subscr...@kylin.apache.org
> Join Kylin dev mail group: dev-subscr...@kylin.apache.org
>
>
>
>
> Na Zhai 于2019年3月17日周日 下午9:28写道：
>
>> Hi, Iñigo Martínez.
>>
>>
>>
>> If you meet too many problems with HBase,
;
> 4. Reload metadata
> Finally, we need to reload the metadata in the Kylin Web UI.
>
> Then, a set of system cubes, called "KYLIN_SYSTEM", will be
> created under the system project.
>
>
> ------
> yan...@sta
Now that 2.6.1 is launched, we are planning an upgrade (with a transition
period and an extensive test plan) from 2.4.1. I have a few questions for
developers and / or system administrators.
- Do you recommend use mysql as kylin metadata storage? Until now, most of
our problems are related with
Kylin dev mail group: dev-subscr...@kylin.apache.org
>
>
>
>
> Iñigo Martínez 于2019年3月7日周四 下午8:31写道：
>
>> Good morning.
>>
>> A simple maintenance question. Since kylin_metadata hbase table is
>> constantly being modified (not like regular segment tables), do you
t impacted.
>>>
>>> Just share your comments if any.
>>>
>>> Best regards,
>>>
>>> Shaofeng Shi 史少锋
>>> Apache Kylin PMC
>>> Email: shaofeng...@apache.org
>>>
>>> Apache Kylin FAQ: https://kylin.apache.org/docs/gett
Good morning.
A simple maintenance question. Since kylin_metadata hbase table is
constantly being modified (not like regular segment tables), do you
recommended to perform a manual major compaction on this table on a regular
manner? I'm thinking about a nightly major compaction.
Thanks in
user-subscr...@kylin.apache.org
> Join Kylin dev mail group: dev-subscr...@kylin.apache.org
>
>
>
--
Iñigo Martínez
SYSTEMS MANAGER
imarti...@telecoming.com
[image: Mobile World Congress]
Paseo de la Castellana, 95. Torre Europa, pl 16. 28046 Madrid, Spain |
telecoming.
At kylin.sh, you can see that you should locate new jar in $KYLIN_HOME/ext
or $KYLIN_HOME/lib
export
HBASE_CLASSPATH_PREFIX=${KYLIN_HOME}/conf:${KYLIN_HOME}/lib/*:${KYLIN_HOME}/ext/*:${HBASE_CLASSPATH_PREFIX}
However, if want to be sure, just add your extra library here:
#additionally
lause of method run). If you find them in
> tomcat/temp and it is not fresh (for example, it last-modified timestamp
> is two days ago), it could be deleted safely. The count of such files
> will grow rapidly if you have a lot of submited job.
>
>
>
>
>
> You can check s
Good morning.
We have detected that our Kylin installation has plenty temporary files
located at $KYLIN_HOME/tomcat/temp. Now, around 90GB after two months
running.
Inside this folder, there is a "safeToDelete.tmp" file, so we assumed we
could flush the contents of this folder safely. However,
23 matches
Mail list logo
