问题标签 [vora]

我在 Vora 1.3 中创建了一个 Vora 表，并尝试从我从 SAP BW 归档过程（Hadoop 上的 NLS）获得的 ORC 文件中将数据附加到该表。我有 20 个文件，总共包含大约 50 条 Mio 记录。

当我尝试将 APPEND 语句中的“文件”设置用作“/path/*”时，大约 1 小时后，Vora 返回此错误消息：

接下来我尝试使用单独的 APPEND 语句从每个文件中附加数据。在第 15 次追加（共 20 次）中，我收到了相同的错误消息。

我正在使用带有 HANA Express 2 SP 01 的 VM。在一个小型测试集群上，我安装了带有 Spark 1.6.3 的 Hortonworks Data Platform 2.6，还添加了 HANA Vora 1.4 和 Spark Controller 2.1。

我遵循了 SAP Vora 安装和管理指南：https ://help.sap.com/http.svc/rc/f09ec811fe634f588647c342cac84c38/1.4/en-US/SAP_Vora_Installation_Admin_Guide_1.4_en.pdf直到第 2.9 章。一切正常，但 Zeppelin 部分带有 %jdbc 解释器：

在这里我得到一个 NoSuchMethodError。但是，如果我按照下一章（2.9 将 SAP HANA Spark 控制器连接到 SAP Vora）中的说明进行操作，我也无法将 Vora 数据源中的表添加到我的 HANA Express 数据库中。另请参阅此屏幕截图：

我有一个带有版本 2 SP 01 的 HANA Express 服务器和一个带有 Hortonworks Data Platform 2.6 的 Hadoop 集群。在 Hadoop 集群上，我安装了 Vora 1.4 和 SparkController 2.1.1。

我看到了以下视频，它解释了从一个 HANA 版本到另一个版本的变化：https ://www.youtube.com/watch?v=-B9LUjt8x2s&list=PLkzo92owKnVxweu0HK_3QjCfHiMn0jIcA%E2%88%88dex=66

在 SPS 10 中，Spark 控制器似乎是 HANA / Hadoop 交互的实际连接器。

但是，Vora 是否是连接 Hadoop 和 HANA 的实际标准解决方案，并且我的环境中不再需要 Spark 控制器？或者 Spark 控制器对 Vora 有其他一些优势/功能吗？

我已经在具有 1 个核心和 32 GB 内存的单节点集群上安装了 vora 1.4 ..我的 vora 安装成功，但我的服务没有启动...

这是我的** **....... /opt/vora/lib/vora-catalog/bin/v2catalog_server: /usr/lib64/libstdc++.so.6: version GLIBCXX_3.4.18' not found (required by /opt/vora/lib/vora-v2server/lib/libv2runtime.so.1) /opt/vora/lib/vora-catalog/bin/v2catalog_server: /usr/lib64/libstdc++.so.6: versionGLIBCXX_3.4.17' not found (需要/opt/vora/lib/vora-v2server/lib/libv2runtime.so.1) /opt/vora/lib/vora-catalog/bin/v2catalog_server: /usr/lib64/libstdc++.so.6: 版本GLIBCXX_3.4.14' not found (required by /opt/vora/lib/vora-v2server/lib/libv2runtime.so.1) /opt/vora/lib/vora-catalog/bin/v2catalog_server: /usr/lib64/libstdc++.so.6: versionGLIBCXX_3.4.19'未找到（/opt/vora/lib/vora-v2server/lib/libv2runtime.so.1 需要）/opt/vora/lib/vora-catalog/bin/v2catalog_server：/usr/lib64/libstdc++.so.6：找不到版本“CXXABI_1.3.7”（/opt/vora/lib/vora-v2server/lib/libv2runtime.so.1 需要）

vora-disk.logs 数据库服务器开始于 Mon Aug 07 2017 15:03由于 TERM 信号 IP 地址 (::):2638 上的 TCPIP 侦听器正在退出 IP 地址 0.0.0.0:2638 上的 TCPIP 侦听器正在退出 数据库服务器于 2017 年 8 月 7 日星期一 15:04 停止 SAP IQ 版本 16.0（64 位模式）版权所有 1992 -2016 年由 SAP AG 或 SAP 附属公司提供。保留所有权利 版权所有 (c) 2015 SAP SE 或 SAP 附属公司。版权所有。本软件的使用受 Sybase 许可协议的约束。请参阅http://www.sybase.com/softwarelicenses。

检测到的处理器：1 服务器将使用的最大处理器数：1 个物理处理器，1 个内核 运行 Linux 2.6.32-696.6.3.el6.x86_64 #1 SMP 7 月 12 日星期三 14:17:22 UTC 2017 在 X86_64 服务器上为 X86_64 处理器架构构建 8296K 用于缓存的内存 最小缓存大小：8296K，最大缓存大小：262144K 使用最大页面大小 4096 字节 /opt/vora/lib/vora-v2node/bin/v2node:/ usr/lib64/libstdc++.so.6：GLIBCXX_3.4.15' not found (required by /opt/vora/lib/vora-v2server/lib/libv2diagnostics.so) /opt/vora/lib/vora-v2node/bin/v2node: /usr/lib64/libstdc++.so.6: version未找到版本 GLIBCXX_3.4.18'（/opt/vora/lib/vora-v2server/lib/libv2diagnostics.so 需要）/opt/vora/lib/vora-v2node/bin/ v2node： /usr/lib64/libstdc++.so.6：GLIBCXX_3.4.15' not found (required by /opt/vora/lib/vora-v2server/lib/libv2auth.so) /opt/vora/lib/vora-v2node/bin/v2node: /usr/lib64/libstdc++.so.6: version未找到版本 CXXABI_1.3.5'（/opt/vora/lib/vora-v2server/lib/libv2runtime.so.1 需要）/opt/vora/lib/vora -v2node/bin/v2node：/usr/lib64/libstdc++.so.6：版本GLIBCXX_3.4.15' not found (required by /opt/vora/lib/vora-v2server/lib/libv2runtime.so.1) /opt/vora/lib/vora-v2node/bin/v2node: /usr/lib64/libstdc++.so.6: version未找到 GLIBCXX_3.4.18'（/opt/vora/lib/vora-v2server/lib/libv2runtime.so.1 需要）/opt/vora/lib/vora-v2node/bin/v2node：/usr/lib64/libstdc++。 so.6：未找到版本GLIBCXX_3.4.17' not found (required by /opt/vora/lib/vora-v2server/lib/libv2runtime.so.1) /opt/vora/lib/vora-v2node/bin/v2node: /usr/lib64/libstdc++.so.6: versionGLIBCXX_3.4.14'（/opt/vora/lib/vora-v2server/lib/libv2runtime.so.1 需要）/opt/vora/lib/vora-v2node/bin/v2node：/usr /lib64/libstdc++.so.6：未找到版本GLIBCXX_3.4.19' not found (required by /opt/vora/lib/vora-v2server/lib/libv2runtime.so.1) /opt/vora/lib/vora-v2node/bin/v2node: /usr/lib64/libstdc++.so.6: versionCXXABI_1.3.7'（/opt/vora/lib/vora-v2server/lib/libv2runtime.so.1 要求） 多道程序级别：150 禁用了多道程序级别的自动调整

所以我在最近升级的 HDP 2.5.6 上将 Vora 从 1.3 升级到了 1.4。

除目录外，所有服务似乎都开始正常。在日志中，我看到很多这样的消息：

任何想法我留下的错误配置？

[更新] DLog 的日志如下：

此外，我已将 Vora DLog 配置为在集群的所有三个节点上运行，但我发现它没有在其中一个节点上运行。Vora Manager 日志的（可能）相关部分是：

[UPDATE2] 所以我在 Vora Manager 日志中看到了很多这样的行：Aug 17 14:38:27 XXXXXX vora.vora-dlog: [c.2235f785] : Running['sudo', '-i', '- u', 'root', 'chown', 'vora:vora', '/var/log/vora/vora-dlog/']

我猜它应该是成功的，因为在那个节点上我看到目录 vora-dlog 属于 vora 用户：

vora-dlog 的内容为空。

我正在尝试创建一个 Vora 表并从 ORC 文件中附加数据。到目前为止遇到了几个问题。

1. 使用 GUI 附加数据（Vora 工具 - 建模器 - 附加）似乎忽略了对话框中的“ORC”设置。这看起来像一个错误。

2. 当尝试附加多个 ORC 文件时，总共有 29 条 Mio 记录，显示以下消息：

   sap.hanavora.jdbc.VoraException：HL(9)：运行时错误。（无法处理 api 调用，失败原因：调度程序计划执行失败：内部错误消息：ttl 超出，未收到响应：ttl=2m0s，任务=1，节点=[120]；在执行中止计划期间捕获异常：通用运行时错误。(tx_id:31))，错误代码为 0，状态为 ERROR_STATUS

不管我使用什么引擎，关系或磁盘，消息都会出现。是否有一些超时设置需要配置？

更新：关于问题 #2 的更多详细信息。Tx Coordinator 日志有以下内容：

Vora-经理

有意思的是，主机XXXX只开启了Vora计算服务，没有开启控制服务。

我已经部署了一个cloudera CDH 5.13.1带有SAP Vora 1.4 Patch 4.

当我启动Vora thrift服务器时，一切看起来都很好，但是一旦我启动SAP Vora tools并登录，就会出现以下错误：

在安装指南中它说我需要为 Hive Metastore 分配 vora 用户授权。

由于这只是 Hive 中禁用的测试设置授权，vora 用户可以在默认数据库中创建和删除表，并对 Hive 的仓库位置具有写入权限。

我该如何解决？

我正在尝试在 AWS Minikube 上安装 SAP Vora 2.0，但出现此错误：“Docker 构建失败。” 已尝试使用 Vora 2.1 版，但仍遇到类似错误。

这是我得到的实际错误日志：

我在 EC2 实例上安装了一个单节点 Hadoop 集群。然后我在 hdfs 上存储了一些测试数据，并尝试将 hdfs 数据加载到 SAP Vora。我在这个项目中使用 SAP Vora 2.0。

要创建表并将数据加载到 Vora，这是我正在运行的查询：

当我运行上述查询时，我收到以下错误消息：

Hadoop 和 Vora 在不同的节点上运行。

尝试在AWS kops k8s 集群上设置Vora 2。pod vsystem-vrep无法启动。在节点上的日志文件中，我看到：

我该如何解决这个问题？