우분투 서버 10.04, Apache 2.2.14, PHP 5.3.2, MySQL. 세션 파일이 저장되는 드라이브 :LAMP 오류 : session_start() 실패 : 장치에 공간이 없습니다 (28).
DF -h :
Filesystem Size Used Avail Use% Mounted on
/dev/md1 450G 86G 341G 21%/
DF -ih :
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/md1 116M 9.4M 107M 9%/
어떤 아이디어가?
마지막으로 솔루션에 대한 답변을 기억합니다! 하나의 디렉토리에 너무 많은 파일이 있음을 알 수 있습니다. 세션 파일을 하위 디렉토리로 해싱하기 시작했습니다.
흠, 당신이 어떻게 그것에 대해 간략히 설명해 줄 수 있습니까? 나는 내가 같은 문제에 부딪혔을지도 모른다라고 생각한다. – Nathan
세션 파일이 저장되어있는 php.ini 파일을 체크인 한 다음 100 % 사용 된 경우 여유 공간을 확인하고 fstab 구성을 변경하고 (다시 마운트 된 디렉토리의 경우) 서버를 변경하거나 경로를 변경하고 Apache 서버를 다시 시작하십시오. 내 경우
: 그것은합니다 (FS가 가득 때문입니다 가정) 파일에 대한 잠금을 등록 할 수없는 경우
evo ~ # locate php.ini
/etc/php/apache2-php5/php.ini
/etc/php/cli-php5/php.ini
evo ~ # grep -v ";" /etc/php/apache2-php5/php.ini | grep session | grep path
session.save_path = "/tmp"
session.cookie_path =/
evo ~ # grep -v ";" /etc/php/cli-php5/php.ini | grep session | grep path
session.save_path = "/tmp"
session.cookie_path =/
evo ~ # df -ha /tmp
Filesystem Size Used Avail Use% Mounted on
/dev/root 230G 27G 203G 12%/
evo ~ # df -ha/
Filesystem Size Used Avail Use% Mounted on
/dev/root 230G 27G 203G 12%/
그래, 구글도 그 제안을 받았고, 그 이유는 내가 df -h의 출력을 게시했기 때문이다. 명확히하기 위해/dev/md1은 세션 파일이 저장된 볼륨입니다. 그래서, 완전한 운전은 문제가되지 않습니다. iNotes에서 벗어난 것도 아닙니다. 다른 아이디어? – sheetzam
아파치가이 오류를보고합니다. 다음 시간은
ipcs -s
을 실행 시도하고 아파치 프로세스가 소유 등록 된 잠금의 풍부를 찾을 발생합니다. 그런 다음 ipcrm을 사용하여 제거하거나 In this blog post과 같이 커널 변수 (kernel.sem)를 사용하여 한계를 높일 수 있습니다.
아마도 귀하의 아파치 사용자에게 할당량이 있습니까? –
좋은 생각이지만 할당량을 사용할 수 없습니다. – sheetzam
이상한. 세션이 저장되는 php.ini에서 확인할 수 있습니까? (@alotoes가 아래에 제안한대로) –