Этот VM не был создан посредством миграции P2V случайно? Раз так удостоверьтесь, что последние инструменты VMware установлены и что нет никаких драйверов, оставленных от физического оборудования или программного обеспечения, связанного с аппаратными средствами, таких как агенты управления.
У меня была та же самая проблема. Я выполнил веб-сайт с корнем документа в /var/www/somesite
и требуемый для сцепления phpmyadmin с некоторой подпапкой на сайте. Я попробовал это этой конфигурацией в nginx:
root /var/www/somesite;
location /pma/ {
alias /usr/share/phpmyadmin/;
}
location ~ ^/pma/(.+\.php)$ {
alias /usr/share/phpmyadmin/$1;
fastcgi_pass unix:/tmp/phpfpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $request_filename;
include fastcgi_params;
}
Это, казалось, работало, кроме тех случаев, когда я вошел в систему, как Вы описанный, я просто видел первую полосу снова. Никакие ошибки, ничто. Если я вошел в систему с неверным паролем, я добрался, "Не может войти в сервер MySQL" - ошибка, как Вы ожидали бы.
Решение
Наконец то, что я сделал, было, я притянул весь материал от fastcgi_params
и найденный тем изменением DOCUMENT_ROOT
- параметр зафиксировал это. Так nginx-конфигурация выше измененного на:
root /var/www/somesite;
location /pma/ {
alias /usr/share/phpmyadmin/;
}
location ~ ^/pma/(.+\.php)$ {
alias /usr/share/phpmyadmin/$1;
fastcgi_pass unix:/tmp/phpfpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $request_filename;
# From fastcgi_params
fastcgi_param QUERY_STRING $query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE $content_type;
fastcgi_param CONTENT_LENGTH $content_length;
fastcgi_param SCRIPT_NAME $fastcgi_script_name;
fastcgi_param REQUEST_URI $request_uri;
fastcgi_param DOCUMENT_URI $document_uri;
fastcgi_param DOCUMENT_ROOT /usr/share/phpmyadmin; # <-- Changed
fastcgi_param SERVER_PROTOCOL $server_protocol;
fastcgi_param GATEWAY_INTERFACE CGI/1.1;
fastcgi_param SERVER_SOFTWARE nginx/$nginx_version;
fastcgi_param REMOTE_ADDR $remote_addr;
fastcgi_param REMOTE_PORT $remote_port;
fastcgi_param SERVER_ADDR $server_addr;
fastcgi_param SERVER_PORT $server_port;
fastcgi_param SERVER_NAME $server_name;
fastcgi_param REDIRECT_STATUS 200;
}
(Примечание стороны: Я думаю это проблема с nginx, что Вы не можете установить псевдоним и корень документа одновременно. Странный, на самом деле.)
Igor указывает, что Ваша точная конфигурация должна работать:
http://forum.nginx.org/read.php?2,3059,3060#msg-3060
Вы могли бы отправить там и видеть то, что они должны сказать; Ваша конфигурация выглядит совершенно допустимой мне также.
Если вы запускаете phpMyAdmin под Nginx + phpfpm, это, безусловно, проблема с правом собственности. Чтобы решить эту проблему, выполните следующие действия:
1. Посмотрите на "сеанс".save_path "(значение по умолчанию" / var / lib / php / session ") в конфигурационном файле php-Fpm, расположенном по адресу /etc/php-fpm.d/www.conf. Пользователь и группа listen.owner должны владеть папкой пути определено там.
2. Запустите chown -R nginx: nginx / var / lib / php / session от имени sudo, чтобы исправить это.
3. Теперь вы можете без проблем войти в phpMyAdmin.
Это моя конфигурация:
location /phpmyadmin {
alias /usr/share/phpmyadmin;
index index.php;
location ~ /([^/]+\.php)$ {
try_files /$1 =404;
fastcgi_pass unix:/var/run/php/php7.1-fpm.sock;
fastcgi_index index.php;
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
location ~ /phpmyadmin/js/([^/]+\.php)$ {
try_files /phpmyadmin/js/$1 =404;
fastcgi_pass unix:/var/run/php/php7.1-fpm.sock;
fastcgi_index index.php;
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
}
}
}