日志
云技术|
- 分享 OpenStack配置解析库——oslo.config
- OpenStack的oslo项目旨在独立出系统中可重用的基础功能，oslo.config就是其中一个被广泛使用的库，该项工作的主要目的就是解析OpenStack中命令行（CLI）或配置文件（.conf）中的配置信息。下面先给一个high-level的过程说明一下如何使用这个库。 OpenStack中配置文件的使用主要有以下几个步骤， step1. 正确配 ...
- 分享 SEnginx支持OpenStack LBaaS
-
Load Balancer as a Service(LBaaS)，负载均衡即服务，是OpenStack在其网络组件Neutron中提供的一种将负载均衡器/软件/设备纳入到Neutron体系中的框架，纳入到Neutron中的负载均衡以服务的形态供用户使用。用户可以在OpenStack中自行创建负载均衡器，进行相关配置，并对自己在OpenStack上的instance进行负载均衡。 ...
- 分享 解决0.92.1一个meta表损坏的问题
- 使用hbase hbck 检查报如下错误： ERROR: (region actionlog3_201206,\xF5\xD71338640520048441900060910,1340796362317.938f47b2a853094f434a2efe71c51f59.) Multiple regions have the same startkey: \xF5\xD71338640520048441900060910 ERROR: (region actionlog3_201206,\xF5\xD71338640520 ...
- 分享 hadoop 源码在线文档汇总查看 页面
- hadoop1和hadoop2在线文档汇总 http://hadoop.apache.org/docs/ HDFS API http://hadoop.apache.org/hdfs/docs/r0.21.0/api/index.html http://hadoop.apache.org/hdfs/docs/current/api/index.html HADOOP API http://hadoop.apache.org/common/docs/current ...
- 分享 让你真正明白openstack中tenant的作用
- 很多人对tenant理解不够透彻，这里总结一下 一个tenant/project是多个用户的集合，openstack用它来定义这个组内用户的访问权限，包括能够访问的虚拟机镜像以及相关资源的使用限制（quota） 上面太文言文了，通俗的讲： tenant理解 tenant以前叫做（project）项目，那么我们如何理解项目。 我们编程中也 ...
- 分享 hadoop2.5.1 eclipse插件编译
-
注： -Dversion:编译的版本 -Declipse.home：系统安装的Eclipse的目录 -DHadoop.home：系统安装的Hadoop的目录 （注意上面用的是hadoop-2.2.0，因为我在用hadoop-2.5.1的时候出现了奇葩的错误： Could not find file /home/tang/hadoop-2.5.1/share/hadoop/common/lib/commons-lang-2.5.jar to copy. 后来查看确实只 ...
- 分享 Twitter Storm中Bolt消息传递路径解析
- Bolt作为task被executor执行，而executor是一个个的线程，所以executor必须存在于具体的process之中，而这个process就是worker。至于worker是如何被supervisor创建，尔后worker又如何创建executor线程，这些暂且按下不表。 假设同属于一个Topology的Spout与Bolt分别处于不同的JVM，即不同的worker中，不同的JVM可 ...
- 分享 Flume配置-Failover
- 日志这个东西呢，说重要非常重要，做数据挖掘和分析都全靠它了。说不重要也不重要，毕竟不是用户数据。不管怎么样我们还是希望得到一个可靠的日志收集系统。 Flume本身提供了failover机制，可以自动切换和恢复。在我们的实践中，有多个产生日志的服务器分布在全球不同地方的机房，然后要把所有的日志都收集到一个集中存放 ...
- 分享 storm遇到的几个问题：
- 目前遇到的几个问题： 1:storm版本的选择 2:storm中nimbus如何做HA 3:由于storm中的spout与bolt的实例化的特殊，该如何与spring集成
- 分享 hbase full gc问题解决
- 日志中打印了以下内容： 2014-01-30 20:53:19,137 WARN org.apache.hadoop.hbase.util.Sleeper: We slept 49779ms instead of 10000ms, this is likely due to a long garbage collecting pause and it's usually bad, see http://hbase.apache.org/book.html#trouble.rs.runtime.zkexpired ... 2014-01-30 20 ...
/2 
