rhel7做文件服务器的过程与问题(续)

接上篇:rhel7做文件服务器的过程与问题

今天,问题终于解决了!
尝试1:安装fedora20,发现昨天的问题不存在,一切正常。而且用逻辑卷的方式也没问题。
这样考虑的话,可能是rhel7的bug了。
尝试2:备份fedora20中的/lib/udev/rules.d中的文件。重新装回rhel7,再用fedora20中的/lib/udev/rules.d中的文件覆盖rhel7的文件。
结果:还是不行。
在尝试2的过程中,发现单执行vgscan后仍不能挂载手动挂载。必须再执行一下vgchange -aay后才能挂载。

灵机一动:
打开/lib/udev/rules.d/64-md-raid.rules
定位到:IMPORT{program}="/sbin/blkid -o udev -p $tempnode"
在后行追加一行,内容如下:
IMPORT{program}="/sbin/vgchange -aay"
保存,重启!

哈哈!搞定了,可以挂上了!

问题分析:
虽然还是有很多疑问,但初步猜想是这样的:
由于rhel7的某个策略上的BUG,导致了在系统启动过程中,对fake raid的还没识别出来的时候就根据/etc/fstab的定义来挂文件系统了。
所以我们在识别出fake raid后再激活一次lvm就行了。

仍然存在的疑问:
1:为何如昨天所说的,先分为3个小于3T的再组成一个大卷就可以。
2:如果不用lvm,为何大的分区可以挂,小的分区不能挂(指自动挂)
3:为何fedora20没这个问题,如果说是rhel7的bug,那么具体bug在哪里?

而且,现在rhel7还有一个bug,在命令行模式下,一按Caps Lock键就会报BUG: scheduling while atomic: swapper/2/0/0x10000100
看来,我得暂时放弃rhel7了。

好象fedora21出来了,下一个来试试看!!!

c爱好者
分享到:
共 0 条  此列表为空  当前1/1页

© 2014 究问社区 copyRight 豫ICP备13003319号-1