在cp时的怪问题

leyearn

系统有个目录/data，任何用户向这个目录（及其子目录）拷贝文件的时候
如果文件大于32768bytes的时候都会报错，并且只拷贝32768bytes然后终止
例如：
hostname#cp /smit.log smit.log.bk
cp: smit.log.bk: There is not enough memory available now.
hostname#ls -al
-rw-r--r--   1 root     dba        32768 May 17 16:35 smit.log.bk
什么原因？

leyearn

没楼上两位说的那么简单
当使用root用户或其他的用户，向其他的目录cp任何大的文件，都能够成功
也就是说每当向这个目录cp东西的时候就会出现
hostname#cp /smit.log smit.log.bk
cp: smit.log.bk: There is not enough memory available now.
hostname#ls -al
-rw-r--r--   1 root     dba        32768 May 17 16:35 smit.log.bk
整个文件系统都这样，把这个文件系统里的文件拷贝到其他的文件系统里也不存在问题！
现在问题是这样的：
1.不是内存的问题，系统内存还有2G
2.我觉得不是用户的问题，不同的用户都会遇到一样的问题
现在是文件系统的问题
文件系统的属性是
drwxr-sr-x    /data
其下的所有子目录也是这样的属性！

leyearn

cws:/etc/security>;ulimit -Sa
time(seconds)        unlimited
file(blocks)         unlimited
data(kbytes)         131072
stack(kbytes)        32768
memory(kbytes)       32768
coredump(blocks)     2097151
nofiles(descriptors) 2000
看到了32768，如果要解决我这个问题，需要更改这个32768这个参数吗
怎么更改，更改之后有没有副作用？
谢谢

leyearn

并没有做什么限制（出现问题这台机器），上一个帖子是在另外一台机器上执行的
jszx2#ulimit -Ha
time(seconds)        unlimited
file(blocks)         unlimited
data(kbytes)         unlimited
stack(kbytes)        unlimited
memory(kbytes)       unlimited
coredump(blocks)     unlimited
nofiles(descriptors) unlimited
jszx2#ulimit -Sa
time(seconds)        unlimited
file(blocks)         unlimited
data(kbytes)         unlimited
stack(kbytes)        unlimited
memory(kbytes)       unlimited
coredump(blocks)     2097151
nofiles(descriptors) 2000
jszx2#

leyearn

刚才fsck了一下这个文件系统，结果如下：
jszx2#fsck /dataxlt
** Checking /dev/fslv00 (/datax) MOUNTED FILE SYSTEM; WRITING SUPPRESSED;
Checking a mounted filesystem does not produce dependable results.
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Inode Map
Bad Inode Map (NOT SALVAGED)
** Phase 6 - Check Block Map
Bad Block Map (NOT SALVAGED)
Filesystem integrity is not guaranteed
102057 files 223007744 blocks 77409280 free
好象有问题！
这个文件系统200G还多
大家给个方案怎么修复呢？

leyearn

感谢各位的大力支持
确实是文件系统出了问题
#fuser -cukx /dataxlt
#umount /dataxlt
#fsck -y /dataxlt
#mount /dataxlt
ok now