nagios报错：.stdio.h4561 error 'gets' undeclared here (not in a function)

查找这个文件位置./stdio.h

 find / -name stdio.in.h

/home/oldboy/tools/nagios/nagios-plugins-1.4.16/gl/stdio.in.h

要修改stdio.in.h 内容

sed -i -e '/gets is a security/d' ./stdio.in.h       

想读更多 ->

nagios客户端未启动报错

在Nagios安装配置完毕并且添加了主机及服务后,即可在WEB中查看Map及Hosts等信息了.有时可能会报以下错误:

Error: Could not read object configuration data!

Here are some things you should check in order to resolve this error:

Verify configuration

想读更多 ->

学习笔记TF065:TensorFlowOnSpark

Hadoop生态大数据系统分为Yam、 HDFS、MapReduce计算框架。TensorFlow分布式相当于MapReduce计算框架，Kubernetes相当于Yam调度系统。TensorFlowOnSpark，利用远程直接内存访问(Remote Direct Memory Access,RDMA)解决存储功能和调度，实现深度学习和大数据融合。TensorFlowOnSpark(TFoS)，雅虎开源项目。https://github.com/yahoo/TensorFlowOnSpark 。支持ApacheSpark集群分布式TensorFlow训练、预测。TensorFlowOnSpark提供桥接程序，每个Spark Executor启动一个对应TensorFlow进程，通过远程进程通信(RPC)交互。

TensorFlowOnSpark架构。TensorFlow训练程序用Spark集群运行，管理Spark集群步骤：预留，在Executor执行每个TensorFlow进程保留一个端口，启动数据消息监听器。启动，在Executor启动TensorFlow主函数。数据获取，TensorFlow Readers和Queue

想读更多 ->

好东西来了！2017云栖大会400+份重磅资料下载

上个月在杭州举行的云栖大会广州云栖大会正在报名中吸引了全球67个国家和地区近6万人现场参会1500万人在线观看。有140多场技术主题论坛共计800多个主题分享涵盖人工智能、金融科技、量子计算、生命科学、IoT、政务、多媒体、VR等20多个前沿科技领域。多位全球顶级学术专家、以及MySQL & MariaDB创始人、PostgreSQL联合创始人、Redis创始人等大咖都献出了精彩的分享……看到这里你是不是非常后悔没能来到现场

想读更多 ->

让 ESS 更灵活的新特性：UserData & KeyPair & RamRole & Tags

弹性伸缩（Elastic Scaling Service, ESS）是一种根据业务需求和策略，自动调整其弹性计算资源的管理服务，在满足业务需求高峰增长时无缝地增加 ECS 实例，并在业务需求下降时自动减少 ECS 实例以节约成本。

为了提供更加弹性、灵活的伸缩服务，ESS 弹性伸缩配置中新增了 UserData、KeyPair、RamRole、Tags 四个特性。使用 UserData，您可以快速安全的完成自动化的配置过程，在 ECS 实例数量随着业务需求弹性变化的同时，您还能够安全、快速地完成应用级别的扩容和缩容。您还可以通过配置 KeyPair、Tags 等参数，实现更加高效、智能的 ECS 实例管理服务。

本文将详细介绍 ESS 新增的四个特性，并结合具体场景，向您阐述这些特性在 ESS 中的使用方式。您可以根据自己的业务场景，灵活地使用这些特性来满足您的业务需求。

实例自定义数据（UserData），是阿里云 ECS 为您提供的一种自定义实例启动行为及传入数据的功能，该功能兼容 Windows 实例及 Linux 实例，主要有两种用途：

您

想读更多 ->

几个关于oceanbase因系统原因 sql执行失败的案例

主要遇到的有5种情况：

1、由于合并操作导致sql执行失败的问题

这个问题在一个写入频繁系统中比较常见，之前也讲过怎么导致合并的。

在oceanbase合并期间，需要把内存中的数据落入到磁盘中，为了保证数据的一致性，会将正在执行的sql kill掉，但是sql并不是立刻kill，会保留100ms的时间给这个sql去执行，如果说执行不完成，就会被kill，哪怕是101ms。这时候就会导致sql执行失败。

2、由于sql执行时间超时，导致sql执行失败。

这个问题在所有的数据库中都会有，因为不可能放由一个sql无限时间去执行，ob数据库默认执行超时时间为10s，超过时间就会被系统kill。

3、事务执行超时，导致sql执行失败。

在应用中，一个事务可能由一个或者多个sql组成，有时候会发现，单条sql执行时间并没有超过10s，但是被系统kill了，为什么？

因为ob不单在单条sql上做了限制，而且会在整个事务的时间上做限制，默认事务超时时间为100s，如果这个事务有n个sql组成，这n-1个sql执行的时间加起来如果超过了100s，或者接近100s，那么最后一个s

想读更多 ->

对Oracle软软解析的一点看法

杂谈

 在接触过oracle优化器的特征之后，我们都知道oracle优化器的一个迷人之处，就在于shared pool的设计，说准确点是shared pool中的Library Cache，这种设计的结果就是让执行计划变得可缓存。因此产生了软解析的概念，这就保证了相同SQL在统计信息不发生变化的前提下只用经历一次繁杂的解析过程。而相对比软解析，oracle优化器还有一种更为特殊的行为，即软软解析，发生软软解析过程的SQL将消耗更小的开销，执行更加迅速。

 首先了解下oracle中的两种sql cursor，Shared Cursor 和 Session Cursor。 1.Shared cursor。缓存于SGA的shared pool，Oracle的Shared Cursor分为Parent Cursor(父游标)和Child Cursor(子游标)，父游标存储SQL的文本，子游标则存储sql的执行计划。 2.Session Cursor。缓存于PGA的private sql区，在执行SQL时创建，一般SQL执行完毕释放。Session cursor和shared cursor的区别就在于，session cursor是session私有的，这其实也是PGA与SGA的区别。

接下来聊下PGA的组

想读更多 ->

nrpe安装

见博文

想读更多 ->

好程序员：一个Java高级工程师的必备技能

1. Core Java，就是java基础、JDK的类库，很多童鞋都会说，JDK我懂，但是懂还不足够，知其然还要知其所以然，JDK的源代码写的非常好，要经常查看，对使用频繁的类，比如String，集合类（List，Map，Set）等数据结构要知道它们的实现，不同的集合类有什么区别，然后才能知道在一个具体的场合下使用哪个集合类更适合、更高效，这些内容直接看源代码就OK了

目标：

'hello' ——> 'olleh'

思路：

把字符串转化成数组

想读更多 ->