Виктор Таран,
Спасибо за направление, убрал под спойлеры.
1. Права на каталог есть
2. Права совпадают
3. pasv_enable=NO - ничего не поменялось
Есть ещё небольшая зацепка.
В ошибках есть строка где видно что клиент ломится прямо в корень сервера:
FileZilla: Ответ: 257 "/"
Хотя домашняя директория пользователя /data/ftp
passwd: ftpuser:x:1000:1000::/data/ftp:/sbin/nologin
/sbin/nologin - присутствует в /etc/shells
но если параметры chroot_local_user и allow_writeable_chroot изменить на NO, то он уже стучится в правильную директорию
FileZilla: Ответ: 257 "/data/ftp"
но основная ошибка не уходит
Линуксоид, Не, там всё было en_us
Там была парочка файлов с конфигами всё в английской раскладке и они тоже стали крокозябрами.
Я написал что прогнал флешку fsck - пишет что всё ОК.
Вопрос уже не актуален. Пришлось переустанавливать всё.
сергей кузьмин, на входе директории с PDF внутри. Эти 500 000 директорий размазаны на временном промежутке с 2017 года и по сей день, а архивировать tar'ом.
Какая ещё инфа нужна?
Спасибо. Изменил лицензию vCenter на Standart и ошибка пропала, но появилась другая ошибка связанная с лицензией: "The host license edition is not compatible with the vCenter Server license edition"
Лицензии на данный момент такие:
Попробовал завести скрипт с hinchley.net
Выдает 2 ошибки:
По поводу второй я не понимаю, но первая говорит о том что недостаточно прав, хотя при запросе логина и пароля я в водил учетные данные пользователя у которого полные права на ящик в котором ведется поиск, а так же вводил учетные данные самого ящика в котором ведется поиск. Почему прав может быль не достаточно?
Fixid, в конфиге Nextcloud ошибок я не нашел. Если бы доступ был из недоверенного домена например, то в веб интерфейс работал бы и просто писал что доступ не из доверенного домена. А тут как будто сервис сдох, но непонятно почему.
в /etc/hosts нету записей кроме localhost, а в конфиге апача я не нашел никаких данных связанных с именем хоста на котором он расположен. Если бы и были, то после возвращения имени обратно и перезапуска апача, он снова заработал.
hostnamectl set-hostname 'newname' - вроде работает только до перезагрузки хоста.
Спасибо за направление, убрал под спойлеры.
1. Права на каталог есть
2. Права совпадают
3. pasv_enable=NO - ничего не поменялось
Есть ещё небольшая зацепка.
В ошибках есть строка где видно что клиент ломится прямо в корень сервера:
FileZilla:
Ответ: 257 "/"
Хотя домашняя директория пользователя /data/ftp
passwd:
ftpuser:x:1000:1000::/data/ftp:/sbin/nologin
/sbin/nologin - присутствует в /etc/shells
но если параметры chroot_local_user и allow_writeable_chroot изменить на NO, то он уже стучится в правильную директорию
FileZilla:
Ответ: 257 "/data/ftp"
но основная ошибка не уходит