引言ceph自从到了L版本以后，L版本的启用，对性能本身有了极大的提高，一直对这个比较不放心的就是内存的占用，刚开始的时候记得大量dd就可以把内存搞崩掉，这个应该是内部的设计逻辑需要更多的内存的占用 最近在做ARM版本的服务器的测试，机器为36盘位的机器，内存需要自然多，但是36盘位的机器，按之前想法是4G预留，那得需要144G内存了，这个还没有算迁移的时候的内存消耗，而很多时候，我们并不需要速度

前言在做一个管理平台的时候，面向客户的最开始的第一步就是管理平台的登陆系统，而由于面向的是企业用户，内网用户，因此，往往有很多我们预想不到的情况出现，而这些都会去影响着管理平台的体验，或者会完全中断掉你的操作 这里在分析一些做的比较好的平台后，以及结合我们自身可能遇到的情况，对登陆系统进行一个新的设计，这个是通用的设计并不针对某款产品 范例zabbix的登陆系统是做的比较好的，我们先来看看，然后再

前言邮箱系统在提供了用户名和密码以后可以发送邮件，而在发送之前我们有个需求是需要验证下这个密码是不是正确的，本篇的内容就是用python默认的库来检测邮箱是不是可以登录的 验证这个采用的是python默认带的库smtplib，是一个发送邮件的库，脚本文件如下 123456789101112131415161718192021222324252627282930313233343536373839#

前言服务器的服务做HA有很多种方式，其中有一种就是是用CTDB，之前这个是独立的软件来做HA的，现在已经跟着SAMBA主线里面了，也就是跟着samba发行包一起发行 之前CTDB的模式是需要有一个共享文件系统，并且在这个共享文件系统里面所有的节点都去访问同一个文件，会有一个Master会获得这个文件的锁 在cephfs的使用场景中可以用cephfs的目录作为这个锁文件的路径，这个有个问题就是一旦有

需求描述在某些测试场景下面，需要满足能够拔盘以后在插入的时候能够自动上线磁盘，这个需求实际在生产中是不建议使用的，原因是插入的磁盘如果本身存在问题，那么拉起的操作可能会破坏了本身集群的稳定性，所以这个算是一个测试相关的功能，但是做这个功能的前提是我们不要去影响了正常的环境的逻辑 类似的功能的开发都是应该去在外面做触发的也就是能够很方便的开启和关闭功能，整个功能也是集成到原来的环境当中的，原来怎么用

问题文件从windows里面放到nginx里面去的时候，文件在windows下面是大小写忽略，也就是不论大小写都可以匹配的，而到linux下面的时候，因为linux是区分大小写的，也就是会出现无法忽略大小写的访问 调研通过nginx里面目前还没有找到实现的方式，通过插件的方式也只是能把大小写全部转换成小写，这样要让存储的文件的名称全部改成小写，这个不太适合去改变用户的文件 而apache里面有模块

主流的操作系统 ubuntu centos debian oracle linux 主要使用的操作系统就是上面几个，主要是ubuntu和centos，debian是基于ubuntu改的，oracle linux是基于centos改的 操作系统介绍ubuntu操作系统ubuntu操作系统是主打桌面的一个操作系统，软件包的更新比较快，内核的版本用的比较新，如果软件系统都是采用的比较新的库和新的内核，

说明本篇主要记录iscsi的客户端的一些常用的一些操作 iscsi服务端常用操作删除一个lun 1tgtadm --lld iscsi --mode logicalunit --op delete --tid 2 --lun 1 新增一个lun 1tgtadm --lld iscsi --mode logicalunit --op new --tid 2 --lun 1 --backing-

前言之前在filestore里面，pg是直接暴露到文件系统的，也就是可以直接进去查看或者拷贝，在极端情况下，多个osd无法启动，pg无法导出的时候，那么对pg内部对象的操作处理，是可以作为最后恢复数据的一种方式的 这个在bluestore里面就没那么直接了，之前也碰到过一次，osd无法启动，内部死循环，pg无法export，osd就僵死在那里了，实际上，bluestore也提供了接口把对象能够直接

前言ceph已经是一个比较成熟的开源的分布式存储了，从功能角度上来说，目前的功能基本能够覆盖大部分场景，而社区的工作基本上是在加入企业级的功能和易用性还有性能等方面在发力在，不管你是新手还是老手，都绕不开的一个问题就是crush，而crush是决定着数据的分布的，很多人并不理解为什么会有这个crush，这个算法到底是怎么去计算的，本篇是从更偏向用户层来对这个分布做一个解释，以及我们该怎么去动这个c