시스템 관리 경험을 얻기 위해 CentOS 5.7을 실행하는 OpenVZ VPS를 사용하고 있습니다.
/var/log에서 brcm-iscsi.log라는 로그 파일을 찾았는데 파일이 점점 커지고 있었습니다(140MB).
INFO [Sun Dec 18 20:15:42 2011]Initialize logger using log file: /var/log/brcm-iscsi.log
INFO [Sun Dec 18 20:15:42 2011]Started BRCM iSCSI stack: Ver 0.6.2.13
INFO [Sun Dec 18 20:15:42 2011]Build date: Fri Jul 22 01:19:02 EDT 2011
INFO [Sun Dec 18 20:15:42 2011]Running on sysname: 'Linux', release: '2.6.18-274.7.1.el5.028stab095.1', version '#1 SMP Mon Oct 24 20:49:24 MSD 2011' machine: 'i686'
INFO [Sun Dec 18 20:15:42 2011]Initialize logger using log file: /var/log/brcm-iscsi.log
INFO [Sun Dec 18 20:15:42 2011]Started BRCM iSCSI stack: Ver 0.6.2.13
INFO [Sun Dec 18 20:15:42 2011]Build date: Fri Jul 22 01:19:02 EDT 2011
INFO [Sun Dec 18 20:15:42 2011]Running on sysname: 'Linux', release: '2.6.18-274.7.1.el5.028stab095.1', version '#1 SMP Mon Oct 24 20:49:24 MSD 2011' machine: 'i686'
WARN [Sun Dec 18 20:15:42 2011]nic_utils Error when scanning path: /sys/class/iscsi_host/[No such file or directory]
INFO [Sun Dec 18 20:15:42 2011]signal handling thread ready
ERR [Sun Dec 18 20:15:42 2011]NIC_NL waiting binding to NETLINK_ISCSI socket
ERR [Sun Dec 18 20:15:43 2011]NIC_NL waiting binding to NETLINK_ISCSI socket
ERR [Sun Dec 18 20:15:44 2011]NIC_NL waiting binding to NETLINK_ISCSI socket
나는 그 이후로 매초마다 그 대사를 들었습니다. 무슨 일이 일어나고 있는지 잘 모르겠습니다. 따라서 로그 파일을 삭제하는 것보다 근본적인 문제를 해결하는 방법을 누군가가 알려줄 수 있기를 바랍니다. 나는 이것을 구글링해서 찾았다.http://drup.org/brcm-iscsilog-filling-hard-drive이것은 iSCSI를 비활성화하고 더 많은 오류를 무시하는 것 같습니다. 이 오류 로깅을 중지하는 더 나은/안전한/더 나은 방법이 있습니까?
저는 iSCSI에 대해 잘 모릅니다. 이것이 SAN 프로토콜이라는 것은 알지만 그게 전부입니다. 나는 VPS 디스크 공간 외부에 어떤 볼륨도 설정하지 않았습니다. 내 VPS가 어떤 방식으로든 이에 의존합니까? 나는 VPS를 다시 로드하는 데 꽤 능숙하지만 그것을 버리고 싶지 않으며... 다른 사람의 노드도 망치고 싶지 않습니다.
답변1
Google에 검색하면 많은 링크를 얻을 수 있습니다(예를 들어 다음을 확인하세요).https://groups.google.com/forum/#!topic/open-iscsi/S3ps_mqzd_k) iscsi가 무엇인지 모른다면(기본적으로 유선을 통한 SCSI: 네트워크 디스크에 대한 낮은 수준의 액세스), 곧 사용하지 않을 가능성이 높으므로 관련 쓰레기를 모두 삭제/중지할 수 있습니다.