当我们在开班时部署点火集群时,我们发现了以下问题
我们已经创建了各自的PV和PVC YAML文件。
更重要的一点是,无论Mount Path如何,它始终指向/点燃/工作。
POD 中的错误详细信息:SLF4J:无法加载类“组织.slf4j.impl.StaticLogger”。SLF4J:默认为无操作 (NOP) 记录器实现 SLF4J:有关更多详细信息,请参阅 http://www.slf4j.org/codes.html#StaticLoggerBinder。类组织.apache.ignite.Ignite异常:工作目录不存在,无法创建: /点火/工作在组织.apache.ignite.内部.util.Ignite.convertexcept(IgniteUtils.java:1135) 在组织点火.点火.点火.启动(点火.java:356) 在组织点火.点火.启动.cmdline.命令行启动.main(命令行启动.java:365) 由:类组织.apache.ignite.点火.点火检查异常:工作目录不存在,无法创建: /点火/工作在点火器.点火.内部.util.IgniteUtils.work目录(点火工具.java:9900) 在组织点火.点火.内部.点火器出口$点火命名初始初始配置(点火Ex.java:1891) 在组织点火点火..java 内部点火器内点火器内点火点.java点火点心点火点火点点1715点火点171.java 5点火点1054点火点1054点火点点心点火点火点点1054点火点1054点火点点心点火点火点1054点火点1054点点火开始(点火时间.java:940) 在组织点火时启动(点火点火.java:839) 在组织点火时启动(点火点火.java:839) 在组织点火点火时启动(点火点火.java:709) 在组织点火点火时启动(点火点火.java:678) 点火点火启动(点火.java:353) ...1 更多 无法启动网格:工作目录不存在且无法创建:/点燃/工作
YAML含量
API version:v1 kind:persistent volume元数据:批注:field.cattle.io/creatorId:用户-zqf4l creation timestamp:" 2021-01-12t 06:48:02Z "终结器:
.....apiVersion: v1 类型: 持久卷声明元数据: 名称: 点燃存储工作卷声明规范: 卷名称: 点燃存储工作卷访问模式: - 读取写入一切资源: 请求: 存储: 1Gi
……
apiVersion: apps/v1 种类: 有状态集元数据:
名称:点火群集命名空间:或规格:
副本:2 serviceName:ignite服务选择器:matchLabels:app:ignite模板:元数据:labels:app:ignite规范:serviceAccountName:ignite#terminationGracePeriodSeconds:60000(用于正常重启和关闭)容器:#Custom pod name。-name:ignite节点image:apacheignite/ignite:2.13.0 imagePullPolicy:IfNotPresent env:-name:OPTION_LIBS value:ignite kubernetes,ignite rest http-name:CONFIG_URI value:file:///ignite/config/ignite-node-cfg.xml-name:JVM_OPTS value:“-DIGNITE_WAL_MMAP=false”#将此属性用于生产-DIGNITE_WAIT_for_BACKUPS_ON_SHUTDOWN=true
ports:
# Ports you might need to open.
- containerPort: 47100 # communication SPI port
- containerPort: 47500 # discovery SPI port
- containerPort: 49112 # JMX port
- containerPort: 10800 # thin clients/JDBC driver port
- containerPort: 8080 # REST API
volumeMounts:
- mountPath: /ignite/config
name: config-vol
- name: work-vol
mountPath: /tmp/work
readOnly: false
- name: storage-vol
mountPath: /tmp/storage
readOnly: false
- name: wal-vol
mountPath: /tmp/wal
readOnly: false
- name: walarchive-vol
mountPath: /tmp/walarchive
readOnly: false
volumes:
- name: config-vol
configMap:
name: ignite-cfg-persistent
- name: work-vol
persistentVolumeClaim:
claimName: ignite-storage-work-vol-claim
- name: storage-vol
persistentVolumeClaim:
claimName: ignite-storage-storage-vol-claim
- name: wal-vol
persistentVolumeClaim:
claimName: ignite-storage-wal-vol-claim
- name: walarchive-vol
persistentVolumeClaim:
claimName: ignite-storage-walarchive-vol-claim
它希望能够写入< code>/ignite/work,但是那里没有持久卷。您似乎是在< code>/tmp中安装它们。建议更改:
- name: work-vol
mountPath: /tmp/work
readOnly: false
收件人:
- name: work-vol
mountPath: /ignite/work
readOnly: false
其他PV也是如此。
目前我正在研究Apache spark和Apache ignite框架。 这篇文章介绍了它们之间的一些原则差异,但我意识到我仍然不理解它们的目的。 我的意思是,哪一个问题更容易产生火花而不是点燃,反之亦然?
Apache Kafka:分布式消息传递系统 Apache Storm:实时消息处理 我们如何在实时数据管道中使用这两种技术来处理事件数据? 在实时数据管道方面,我觉得两者做的工作是一样的。如何在数据管道上同时使用这两种技术?
我正在使用Flink从Apache Pulsar读取数据。我在pulsar中有一个分区主题,有8个分区。在本主题中,我生成了1000条消息,分布在8个分区中。我的笔记本电脑中有8个内核,因此我有8个子任务(默认情况下,并行度=#个内核)。在执行Eclipse中的代码后,我打开了Flink UI,发现一些子任务没有收到任何记录(空闲)。我希望所有8个子任务都能得到利用(我希望每个子任务都映射到我的主
我们需要的是直接的API来设置和使用集群消息队列。我们最初的计划是使用Camel在集群JMS或ActiveMQ队列上进行消费/生产。Kafka如何使这项任务变得更容易?在任何一种情况下,应用程序本身都将在WebLogic服务器上运行。 消息传递将是点对点类型,其中有多个相同服务的实例在运行,但根据负载平衡策略,只有一个实例应该处理消息并发出结果。消息队列也是群集的,因此服务实例或队列实例的失败都不
我正在做一个学术项目,涉及传感器的流数据。我已经包围了苍鹭(Storm的接班人)和尼菲。两者都支持内置背压,这对我的项目至关重要。Apache Nifi和Heron之间的主要区别是什么? 哪款更适合物联网应用?
我正试图找出这两种设置之间的区别。大小和缓冲区。Kafka制作人的记忆。 据我所知。大小:这是可以发送的批次的最大大小。 文档描述了缓冲区。memory as:生产者可以用来缓冲等待发送的记录的内存字节。 我不明白这两者之间的区别。有人能解释一下吗? 谢啦