@Jack.Wang 如果是多个节点都失败，那么是有可能parcel介质不完整导致的，比如你使用rz 上传就会出现不完整的情况。如果部分节点激活失败，那绝对不是这个原因导致的，还是检查空间和内存。

@F 检查一下空间，我们遇到过空间不足导致激活失败的

网管思维估计不可行，上图。

你用什么主体登陆的。

@oldfish 够用的，土豪交个朋友。

gauss可以使用存储过程控制分区，高斯的分区和hive的分区是两个概念，看实际需求技术选型。
至于高斯怎么把数据集成进去的问题，可以参考一下我们论坛其他几篇高斯的文章有数据导入导出的，比如gds。

我大概给你说下思路吧，具体的存储过程还得你自己写。

1. 你在存储过程中开一个游标，然后查询这个表的所有字段都查了，把查询结果集赋给这个游标。
2. 在open这个游标，打开后用循环去遍历这个游标，拿到值不为1的值，然后再开一个循环，这个循环的次数就是你usage_count-1，在循环语句里执行insert语句。

@然. 那就存储过程 但是比代码麻烦

你是要用代码实现还是用数据库直接实现，如果用代码实现，比如用Java那就通过Calendar去处理，时分秒可以的获取你可以先获取到当天和下一天的时间戳然后通过++的方式得到一天内的所有时分秒。
如果用数据库去实现，那就用存储过程实现吧，传两个参数(begindate，enddate)，然后用数据库的日期时间函数处理，获取到每一个时分秒。
个人觉得用代码要方便，批量的去写，或者连接池的方式去写。

@Jack.Wang …… 你没做yum源和httpd服务啊 在线装我也失败过 老坎坷了

@Jack.Wang 刚才突然想起来了一种情况，你是不是重装的，你可以先在失败的节点上把agent服务停掉，然后把Cloudera的目录都给他删了，然后在开始装，有可能是你之前其他原因装失败了，agent服务和目录仍然存在呢。

@Jack.Wang 所有节点都失败还是个别节点失败 检查一下ntp服务时间同步 这种问题大部分原因都是ntp服务的原因 再看一下你的httpd服务 访问一下cdh的http页面看看编译了没

@Jack.Wang 那你手动改一下/etc/selinux/config配置文件，改成SELINUX==disabled

ck没有upsert，但是可以通过alter table tablename update col1=newvalue where col1=oldvalue的方式修改

点开日志看一下，情况很多。分发成功了，检查一下时钟同步，很有可能是时钟抖动大。

不做实际管理与存储，比如一些操作机，只是提交任务用，一般只是配置了hadoop的配置文件，并未加入到slave中，常见的一些大数据平台中的gateway节点就是了。

最方便的是Phoenix,缺点有点不稳定，数据量大了容易吧hbase玩挂了，因为他是重构了协处理器的。solr同步可以通过lily同步，缺点是数据量级过2亿后性能下降的很明显，最稳定的是es，但是同步数据最麻烦，索引更新也是个问题，大批量索引更新只能通过新索引重命名的方式，还有es的index超过21亿量级后也需要新索引。如果组合查询条件不多可以考虑再搞一个hbase表来做二级索引，这样效率最高，但是不能实现排序，分页也有点麻烦。

在es里关闭索引同步，副本也可以先关掉，程序写完再打开。

尝试一下关闭索引同步，写完再打开

@忘尘 误伤 误伤😄 走火了