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`
                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.

Here is the output of local osd daemon's limits:
root@ceph-4:~# cat /proc/13131/limits  | grep file
Max file size             unlimited            unlimited            bytes     
Max core file size        unlimited            unlimited            bytes     
Max open files            131072               131072               files     
Max file locks            unlimited            unlimited            locks     

Here is a remote one:
root@snb-15:~# cat /proc/23709/limits | grep file
Max file size             unlimited            unlimited            bytes     
Max core file size        unlimited            unlimited            bytes     
Max open files            1024                 4096             files     
Max file locks            unlimited            unlimited            locks     

                                                                                
                                                                                
                                                                                
                                                        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

Reply via email to