阿权的书房

MFS的使用情况可以用mfscgiserv启动webserver查看，很详细的。
但是如果系统的python版本过低，启动是正常，可是受访后，就挂掉了。

这个可以让程序放置在前台运行：



受访后挂掉，这个是2.3.4的python，会有 NameError: global name 'set' is not defined 的错误。
可以升级到新的python，安装到新的目录即可：



即可成功解决！

在虚拟机上对MFS进行测试了一下，方案值得考虑，不过速度可能有点限制。
此笔记记录一些碰到的问题：

1 速度的比较，小文件倒有很大优势的，大文件可能有速度问题
（虚拟机不可靠，仅参考一下，具体数据请看后面资料最后一条，里面有测试数据）

A 实际机器的读写速度



B 虚拟机（vmvare）的读写速度



C 虚拟机组建的MFS



2 fuse的安装，建议用2.7版本的

2.8的在编译时没有fuse.ko内核文件，2.7版本的可以



3 安装时默认支持mfsmount，但需要fuse支持

编译时如果看到这个，就没有办法作为client了



不妨使用yum更新，yum install fuse*
安装前面的fuse也许有帮助？待确认。。

4 必须有1G以上的空余才能写入文件

这个问题挺让人纳闷的，开始的时候为了方便，建立了一个tmpfs作为存储空间，才256M
但一直都无法写入文件，但能够写入文件名称，让人郁闷的

keepalived可以保证虚拟IP的稳定性，虽然在使用，但没有很详细的了解，试图通过测试能够避免一些未知问题。现在发现的问题是IP接管被奇怪的转移，还有待考察。。。

硬件环境：

两个机器 192.168.1.44(MASTER) 192.168.1.38(BACKUP)
虚拟IP 192.168.1.69

配置（44）：



38的配置：
修改 state MASTER 为 state BACKUP
priority 改为 100

web服务器（首页内容要不同）启动后，启动keepalived，开始测试。

查看IP的方式：



也就是现在69的ip是在44的机器上监听着：

[root@aslibra ~]# curl http://192.168.1.69/
44

我们做个脚本，看看切换过程都有哪些问题：

这篇文章差不多是十年前写的，但也还是可以读一读的。

1 硬盘分区的讲究，其实之前没有这么想

在公网的服务器不免遭到颇有居心的人尝试登录，以便控制机器，如果你没有做防范工作，那就要注意了。
至少，你可以先看看你的服务器是不是遭人喜欢：



你可以得到类似的结果：



密码的强度要注意

事情可能远比你想象的严重，可以想象，被尝试到正确的密码是多么的危险。
将近7万次的尝试，可以尝试很多组合了，但其实也未必那么轻易能够破解密码的，前提是你不要使用简单的字母组合。

简单的计算一下你用四位密码的强度：
如果单纯用小写字母，那有 26^4=456976 个可能
但小写和大写配合呢？ 7311616 个可能
如果加上数字和特殊字符，那可能性是 40960000 以上

如果暴力破解，一秒一个，那可能得多久？
126小时 -> 2000小时 -> 10000小时(1年多！)

其实破解密码也没有那么容易吧？但为了安全性，务必使用复杂的密码，长度足够长~

脚本是如何运行的？

回来简单的说一下脚本，分段说明，比较基础的知识：

shell的编程有时候比较难懂，语法和工具要结合起来用。
我有一个主机和端口的处理，想用shell循环处理，以便以后可以随意增加要处理的内容。

简单的劳工式代码：



如果 do sth 都是一样的代码，那我们可以整理成循环：



上面的代码很好懂。
首先把要处理的内容写成规律的字符串，端口号和ip用冒号分割，然后用空格串接起来。这样我们可以随意添加而不用修改后面重复的代码，维护起来容易。
关键在于用冒号分割的怎么处理，其实就是搭配awk的处理结果就可以了！看代码就懂。

今天被linux折腾了一天，折磨了我的笔记本和一台本地服务器。

中午的时候兴奋，要按照ubuntu，因为上次安装在分区的文件，挺不好的，这次决定要安装在分区，打算今后经常用一下它，甚至在viturlBox下用xp弥补windows的需求，可是事与愿违。中午抵着肚子安装了ubuntu，买KFC外卖回来看着，安装好了系统，还满心欢喜，不想前面自己选错了安装方式，小子把我的5G空间调整出来了但又没法用，这5G空间可不小了，疯了。。空间太紧张了，想着要把它弄回来。

分区是三个主分区，一个扩展分区。我选择了共同安装两个系统（本应选择在剩余空间的，错了），然后小子自动帮我调整分区，把我的主分区调整少了5G，可又发生错误，这5G就白白丢了。因为四个分区用完了，这个空白的块是用不了的，可以合并到邻近的分区。中间曾经试图想备份临近的主分区，可一共60G，备份到猴年马月呢。然后或者把临近的扩展分区都删了，重新分。。是个方法。

PQmagic安装了，启动时提示出错，该死的东西。
于是乎我犯了个错误，直接把linux分区删了，扩展分区删了，把剩下的分出扩展分区，分一个空间给windows用，准备剩下的给linux。结果重启就进不了系统了。

解决办法：
修改bios的硬盘为兼容模式（T61或者新的机器可能都有这问题），否则后面会发现不了硬盘。插入xp光盘进入修理台修复。
详细参考前面的笔记《直接删除linux分区导致启动失败的解决办法》

其实也还有另外一个解决方法的，这是我后来在redhat4的升级上折磨出来的。
后来两个方式试图安装ubuntu，都没有提示找到windows的系统了，都是选择重新安装，可把我给纳闷死了。
改天折腾死你。。。弄自己的机器不顺心，我又想起一直要升级但没有升级的局域网服务器。redhat4的系统，我要升级为redhat5，因为没有办法用飞信发短信报警。

放光盘进去，选择升级安装，然后就ok了，还挺顺心了。不知道为啥，我发现机箱后面有灰尘，用布拂打了一下，结果发现正在升级安装的系统停止工作了，也不知道今天碰到什么鬼了。没法，等很久也没用，重启，重新升级，还好，可以继续升级。

终于升级完成，却又来了，到“GRUB Loading stage2...” 死掉了。真折腾啊。。
谢天谢地，网上有解决方案：



所言属实，但会提示是否自动找到系统的，像第一种情况，那这个方案也是可以解决的。
1 进入rescue模式
2 自己mount系统目录到某个目录
3 执行chroot到该目录
4 更新grub

chroot是必须的，如果没有执行，那会提示 /sbin/grub 没有找到还是怎么的。

PS：升级后基本没事，就是named启动失败，看日志知道，“couldn't open pid file '/var/named.pid': Permission denied”
修改named chroot的目录下的var目录的权限即可解决。

参考：GRUB Loading stage2 错误解决