/etc/security/limits.conf 내에 nofile 을 변경했음에도 특정 프로세스는 적용이 안된것을 보게되어 이에 대해 확인한 사항을 정리한다. 이슈 확인 아래와 같이 ulimit으로 확인한 max open files 가 65535임에도 [root@localhost ~]# ulimit -n 65535 systemd에 의해 실행되는 process의 limits은 다른 값을 출력하는것을 확인하였다. [root@localhost ~]# cat /proc/11223/limits | grep "open file" Max open files 1024 4096 files 분석결과 systemd는 기본적으로 기본값을 따로 가지고 있고 해당 값이 적용되는것으로 보인다. $ sudo systemctl show..
* TCP / UDP socket file 참고사항 1. process 당 open 가능한 file 갯수 ulimit -n 로 확인 가능하며 대체로 1024가 default로 사용된다. ulimit -n 2048 과 같이 설정 가능하며 sysctl을 이용하거나 ulimit.conf를 변경하여 적용할 수 있다. (process 당 생성된 소켓파일을 확인하고자 할 경우 /proc/[pid]/fd 디렉토리에서 socket이라는 이름으로 symbolic link되어 있는 파일들을 확인하면 된다. 또한 socket파일의 경우 netstat -nap command를 이용해 생성된 socket file에 대해 확인할 수 있다.) 2. system에서 최대로 open할 수 있는 file 갯수 /proc/sys/fs/f..
- Total
- Today
- Yesterday
- DevSecOps
- nginx-ingress
- vmware openstack
- crashloopbackoff
- boundary ssh
- wsl2
- socket
- hashicorp boundary
- ansible
- Terraform
- openstacksdk
- azure policy
- OpenStack
- jenkins
- K3S
- GateKeeper
- aquasecurity
- Jenkinsfile
- ceph
- kata container
- Helm Chart
- minio
- minikube
- kubernetes install
- mattermost
- metallb
- openstack backup
- macvlan
- kubernetes
- open policy agent
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |