不得已求助File too large问题，AIX 5.x

Question

现在遇到一个问题，用gzip压缩文件的时候，总是到2097152大小就报File too large

在论坛搜索了一下，几个帖子也是有关于这个的。几乎问题都是指向了user的limit设置问题，filesize需要设置成-1，即ulimited的值。

这两天在RS6000的机型上试验了一下

gzip的version是1.2.4，目前暂时很难升级到最新版本。机器OS是AIX 5.2 Power 64Bit

无论我设置root用户还是我的oracle用户，用shell命令去设置还是用smit chuser去设置，当我重新登录后用ulimit -a显示这些相关的参数都是ulimited的值。

但是一旦我开始gzip文件的时候，就是到了这个2097152大小开始报这个错了。

难道真的是必须要重启的么？ 重启的话，是不是就是reboot就OK了，毕竟没有搞过RS6000的机器，怕出啥问题

还有什么别的办法可以测试出必须要重启呢？

谢谢各位达人了。

Answer 1

贴报错信息，和lsfs -q的结果

Answer 2

报错信息只能是等待下次的机会了

# lsfs -q
Name            Nodename   Mount Pt               VFS   Size    Options    Auto Accounting
/dev/hd4        --         /                      jfs   4194304 --         yes  no
  (lv size: 4194304, fs size: 4194304, frag size: 4096, nbpi: 2048, compress: no, bf: false, ag:
/dev/hd1        --         /home                  jfs   524288  --         yes  no
  (lv size: 524288, fs size: 524288, frag size: 512, nbpi: 4096, compress: no, bf: false, ag:
/dev/hd2        --         /usr                   jfs   4718592 --         yes  no
  (lv size: 4718592, fs size: 4718592, frag size: 4096, nbpi: 4096, compress: no, bf: false, ag:
/dev/hd9var     --         /var                   jfs   6291456 --         yes  no
  (lv size: 6291456, fs size: 6291456, frag size: 4096, nbpi: 4096, compress: no, bf: true, ag: 64)
/dev/hd3        --         /tmp                   jfs   4194304 --         yes  no
  (lv size: 4194304, fs size: 4194304, frag size: 4096, nbpi: 4096, compress: no, bf: false, ag:
/proc           --         /proc                  procfs --      --         yes  no
/dev/hd10opt    --         /opt                   jfs   524288  --         yes  no
  (lv size: 524288, fs size: 524288, frag size: 512, nbpi: 4096, compress: no, bf: false, ag:
/dev/lv00       --         /testlv                jfs   40370176 rw         yes  no
  (lv size: 40370176, fs size: 40370176, frag size: 4096, nbpi: 4096, compress: no, bf: true, ag: 64)
/dev/lvora      --         /oracle1               jfs   104857600 rw         yes  no
  (lv size: 104857600, fs size: 104857600, frag size: 4096, nbpi: 4096, compress: no, bf: true, ag: 64)
/dev/lvdata     --         /oracle2               jfs   220200960 rw         yes  no
  (lv size: 220200960, fs size: 220200960, frag size: 4096, nbpi: 8192, compress: no, bf: true, ag: 64)
/dev/lvdata3    --         /oracle3               jfs   209715200 rw         yes  no
  (lv size: 209715200, fs size: 209715200, frag size: 4096, nbpi: 8192, compress: no, bf: true, ag: 64)
/dev/cd0        --         /cd0                   cdrfs --      ro         no   no
/dev/cd0        --         /cdrom                 cdrfs --      ro         no   no
/dev/lv01       --         /oracle6               jfs   117440512 rw         yes  no
  (lv size: 117440512, fs size: 117440512, frag size: 4096, nbpi: 4096, compress: no, bf: false, ag:
#

看看是jfs的问题么，我用LVM创建文件系统的时候都是选择的jfs2的啊

Answer 3

jfs的话，你要看你操作的文件系统有没有enable bf啦

Answer 4

我查过了

每次我创建用户的时候发现有个filecore size的大小就是这个数字2097152

即使我把root用户和oracle用选择设置成-1，也是这个样子

此外，我是新建了一个lv，创建文件系统的时候选择的JFS2的。怎么查看的时候就变成了jfs了。怪怪。

Answer 5

我查过了

每次我创建用户的时候发现有个filecore size的大小就是这个数字2097152

即使我把root用户和 ...
gmkratos 发表于 2011-04-15 12:46

jfs默认没有enable bf的，就是大文件支持的
这个和用户limit没关系

Answer 6

你看你的系统里有bf:true的文件系统啊，你对比下结果

Answer 7

完蛋了，我看到B机器上的是jfs2

看来是我创建lv和创建fs的时候，没有注意这个哪里要开jfs2了。

这个lv要等到过了这段时间才能重新创建了。

Answer 8

gzip是不是压缩文件有2g的限制呀

Answer 9

好了，这个周末过去了，问题告一段落。

这个问题不是因为那个fileszie或者coresize的问题造成的，尽管在设定中两个数字是一摸一样的，这个的确是困扰了我很久，一直都琢磨是不是应该重启机器才是。

根本问题在于我选择创建文件系统的时候选错了入口，应该是选择enhenced file system这个就是可以创建jfs2的文件系统了，或者在创建jfs的时候选择支持bf为true就好了。

谢谢几位的帮助，尤其是版主大人的帮助。