On 01/22/2013 11:18 PM, Chen, Xiaoxi wrote:
Hi List,
Here is part of /etc/init.d/ceph script:
case "$command" in
start)
# Increase max_open_files, if the configuration calls for it.
get_conf max_open_files "8192" "max open files"
if [ $max_open_files != "0" ]; then
# Note: Don't try to do math with these numbers, because POSIX
shells
# can't do 64-bit math (natively). Just treat them as strings.
cur=`ulimit -n`xjkk
if [ "x$max_open_files" != "x$cur" ]; then
Line253: ulimit -n $max_open_files
fi
fi
When using with -a option, for **remote** osd , this script also run
ulimit on **local**, and results in ulimit -n didn't change in remote nodes. I
think the Line 253 shoud use do_cmd instead of run directly,also line 251.
I think you're right. I opened http://tracker.newdream.net/issues/3900
to track this.
Here is the output of local osd daemon's limits:
root@ceph-4:~# cat /proc/13131/limits | grep file
Max file size unlimitedunlimitedbytes
Max core file sizeunlimitedunlimitedbytes
Max open files131072 131072 files
Max file locksunlimitedunlimitedlocks
Here is a remote one:
root@snb-15:~# cat /proc/23709/limits | grep file
Max file size unlimitedunlimitedbytes
Max core file sizeunlimitedunlimitedbytes
Max open files1024 4096 files
Max file locksunlimitedunlimitedlocks
Xiaoxi
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
