标签归档:zabbix

[人邮赠书]《Linux/UNIX OpenLDAP实战指南》点评赠书

深入讲解OpenLDAP应用实战的中文图书 多位业内技术专家联袂推荐

活动内容

活动时间:2016年1月26日-2016年1月31日

活动形式一 :在新浪微博关注@LINUX中国 @人民邮电出版社-信息技术分社 转发本微博即可。

                   微博地址:http://weibo.com/1772191555/DeT2HiwKm
活动形式二: 在Linux中国(http://linux.cn)试读图书样张,并进行评论,说说你喜爱它的理由。 

活动奖品:《Linux/UNIX OpenLDAP实战指南》图书一本(共5本),微博用户参与转发每转发过百额外赠送一本。

特此注意:

1、本站论坛评论方式参与的用户,评论前需登录您的Linux中国账号,匿名评论无效

2、微博用户参与活动,活动结束后注意查看@Linux中国_笑语彦然 微博公布的中奖名单或留意您的微博私信,本站用户参与活动,注意查看您注册Linux中国时所填写的邮箱。 我们会通过微博以及电子邮件两种方式获取您的邮寄信息。

 

基本信息

作者: 郭大勇   

出版社:人民邮电出版社

ISBN:9787115409249

出版日期:2016 年1月

开本:16开

页码:338

版次:1-1

编辑推荐

深入讲解OpenLDAP应用实战的中文图书 多位业内技术专家联袂推荐
本书分为基础篇、高级篇、实战篇,其每篇的章节组成和内容介绍如下。
基础篇
包含第1章~第5章,介绍OpenLDAP的产生、工作原理、OpenLDAP服务器的安装与配置、OpenLDAP的命令、客户端部署以及GUI管理(phpLDAPadmin、LDAPadmin、LAM),帮助读者快速地了解OpenLDAP原理、配置及管理。
高级篇
包含第6章~第10章,介绍OpenLDAP高级主题,如用户权限的控制、密码策略及审计、数据加密传输原理、自建证书颁发机构实现OpenLDAP数据通过SSL加密传输、主机访问控制策略、OpenLDAP同步原理及实现方式、OpenLDAP高可用负载均衡架构及实现方式,帮助读者根据生产环境的需求快速部署OpenLDAP系统架构。
实战篇
包含第11章~第17章,介绍OpenLDAP实战主题,包括OpenLDAP优化、故障解决方案以及与各种应用架构进行集成实现用户的统一管理及授权。详细介绍常见的LAMP、LNMP、Samba(共享服务)、Zabbix(监控平台)、FTP(文件共享)、开源跳板机的实现、Postfix(邮件服务)、Git(代码管理)、Hadoop(大数据)以及自动化部署Puppet解决方案等。让读者从零到一、从不懂到精通OpenLDAP的一本实战指南手册。

内容简介

OpenLDAP是Linux操作系统中轻型目录访问协议(Lightweight Directory Access Protocol,LDAP)的一个自由和开源的实现。《Linux/UNIX OpenLDAP实战指南》作为一本专门讲解OpenLDAP的图书,循序渐进地讲解了OpenLDAP及其在企业中的应用。
《Linux/UNIX OpenLDAP实战指南》分为基础篇、高级篇和实战篇,共计17章。基础篇涵盖了OpenLDAP的工作原理、OpenLDAP服务器的安装与配置、OpenLDAP的命令详解、OpenLDAP客户端部署以及GUI管理。高级篇则介绍了OpenLDAP的高级主题,包括OpenLDAP权限、密码策略控制、主机策略控制、加密传输、同步原理及配置、高可用负载均衡架构及实现。实战篇主要介绍了OpenLDAP的具体应用,包括OpenLDAP的优化、故障解决方案,以及与各种应用架构进行集成,以实现用户的统一管理及授权。
《Linux/UNIX OpenLDAP实战指南》适合UNIX/Linux系统架构师、开发/运维/管理人员阅读。 

作者简介

郭大勇(Sandy),系统架构师,从事Linux 系统运维管理工作近6 年。擅长领域有Linux 网站架构规划、Linux 应用集群部署、Linux 系统安全、MySQL 架构设计、自动化运维管理、监控平台架构、分布式存储、云计算、存储架构优化等。

试读样章:  http://file.epubit.com.cn/Original/1601f2cac79ef9e6cb4e

购买链接:http://www.epubit.com.cn/book/details/4001

解决zabbix的cannot allocate shared memory of size错误

问题状态:

zabbix_agentd不能启动,系统CentOS 5.8 i386

原因分析:

这是因为内核对share memory的限制造成的。

用到如下命令ipcs [-m|l|a],sysctl [-a|p]

复制代码

 

复制代码

 

从上面可以看到max total shared memory和max seg size都是没有限制的。但是zabbix仍然不能allocate内存。

接下来查看目前的共享内存设置,

其中kernel.shmall代表总共能分配的共享内存,kernel.shmax代表单个段能allocate的内存(以字节为单位),这里都是0,所以肯定有问题。

然后查看/etc/sysctl.conf

得到shmall为4G,shmax更大,为64G,因为是32位系统,所以设置shmall的时候不能超过32位系统能识别的最大内存,所以最多能设置为3G多,所以这个我改为

然后执行sysctl -p生效,这时再查看如下。

的确生效了,然后启动zabbix_agentd成功,查看内存分配情况如下。

 

其实不光zabbix,很多程序出现此错误也能使用该方法解决,就是因为内核对资源的限制问题。

 

运维朋友们,别再问需不需要学Python了!

运维人员需不需要学开发?需不需要学Python?PythonN和Shell有什么区别?天天问这种好水的问题,我实在受不了,决定帮大家扫扫盲。

现阶段,掌握一门开发语言已经成为高级运维工程师的必备计能,不会开发,你就不能充分理解你们系统的业务流程,你就不能帮助调试、优化开发人开发的程序,开发人员有的时候很少关注性能的问题,这些问题就得运维人员来做,一个业务上线了,导致CPU使用过高,内存占用过大,如果你不会开发,你可能只能查到进程级别,也就是哪个进程占用这么多,然后呢?然后就交给开发人员处理了,这样咋体现你的价值?

继续阅读

zabbix数据库清理和备份

随着线上zabbix系统运行的时间越长,zabbix的数据库也在逐渐增大,这时我们会发现,越到后面,备份数据库时间就花的越长.特别是上千台 机器的情况,然而在大数据量的备份过程中,经常会出现检测数据延迟,导致检测出错,产生不必要的误报.为了不产生误报,只能停止 zabbix_server服务,进行备份.如果恰巧在这段时间,线上的应用服务器出现了故障,将不能及时发现与处理故障.如何才能实现快速的备份 zabbix数据库,而且可以在不停止服务的情况下完成备份呢?
其实zabbix数据库里面最大的表,就是历史记录的表了, 这些表中的数据,全都存储着之前所检测到的历史数据.所以,现在就很清楚了,你可以选择清空这些表,这样做的话,所有客户端的历史检测数据,都会被清空, 空间自然就小了,如果你不想失去这些数据的话,那么也可以在备份数据库的时候,选择不备份这几张表.或是只备份这几张表的表结构,里面的数据不做备份.选 择哪一种,可以根据实际情况而定.
下面的操作是清空历史数据的表,主要就是以下这几张表,清空后,备份一下数据库,只要不到三分钟的时间,就可以搞定了…..