Ответы пользователя по тегу ownCloud/Nextcloud
  • Где PHP хранит кэш на "отдачу"?

    @rPman
    Отдает nextcloud, значит настройки его смотреть.

    Попробуй в /var/www/nextcloud/config/config.php (путь может немного другим быть, например home, смотри настройки веб сервера) и там настройка
    'tempdirectory' => '/tmp/nextcloudtemp',
    Ответ написан
  • Собственное облачное хранилище с прямыми ссылками на файлы?

    @rPman
    Про требования ни слова конечно

    Собственное облачное хранилище со публичными ссылками - это обычный веб сервер (nginx/apache), файлы заливать любым удобным способом, начиная с ssh/scp и кончая webdav (это штатный плагин веб сервера, папку можно смонтировать в windows как обычную сетевую).

    Хранилище физически организовать на софтовом рейде (1/5/6) и настроить копирование либо локально к себе либо в какое-либо облако (да, бакапы никто не отменяет), настроить оповещения хоть в тот же телеграм (да еще одно облако, но куда уж без них) и расслабиться.

    Сверху можно добавить какой-нибудь syncthing если нужна синхронизация файлов с юбзерфрендли интерфейсом (к сожалению в этом интерфейсе не будет кнопки - получить ссылку на файл, скорее настроить нужно будет отдельную папка, все что туда попадает будет опубликовано в вебе)

    p.s. дешевле описанной схемы сделать не получится, любые другие механизмы - дороже либо не надежные.
    Ответ написан
    2 комментария
  • Можно ли будет подключить ЖД к nextcloud?

    @rPman
    Конечно можно

    хост система видит все диски вне зависимости от способа загрузки, а гостевая (виртуальная машина) только те что прописаны в ней, но это можно в любой момент поменять в настройках виртуалки и максимум потребуется ее перезапуск.
    Ответ написан
    Комментировать
  • Исправить ошибку после ребута Linux машины?

    @rPman
    загрузиться в рековери режиме (в меню загрузки grub выбирать advanced - recovery) там можно выбрать проверку диска в меню либо вручную зайти в консоль и сделать fsck и раздел то что у тебя /
    Ответ написан
  • Возможно как то сделать что бы nextlcoud работал в "дубле"?

    @rPman
    Универсально (любые приложения) можно резервировать средствами виртуальных машин с поддержкой технологий непрерывной миграции,
    например у vmware vmotion или по дешевле quick migration, весь смысл которых заключается в том что виртуальную машину можно 'моментально' перенести с одного хоста на другой, а для поддержке этой технологии обе виртуальные машины фактически работают одновременно, а содержимое оперативной памяти постоянно синхронизируется, есть возможность переключаться между ними, недостаток - файловое хранилище так же должно быть в виде сетевого кластера с резервированием, т.е. в нормальной работе все данные автоматически синхронизируются между нодами и при потере одной, вторая будет продолжать работать.

    Такой подход позволит построить такие распределенные кластеры, которые смогут почти полностью защитить работающее приложение от сбоев оборудования но за счет многократного повышения стоимости как внедрения так и поддержания работы (грубо говоря в 3 раза повысит количество машин, нагрузка на сеть между датацентрами и т.п.)

    Все остальные решения по дешевле это вариации того же самого но без универсальности и гарантий.

    для nextcloud тебе достаточно настроить синхронизацию хранилища (всего, не только хранящиеся файлы но и ее базу данных), а при потере связи поднимать сервис на этой копии (при восстановлении связи так же нужно изменения данных переносить)

    Готовых настроек нет, для другого случая и софта я реализовывал с помощью снапшотов btrfs (на обоих узлах хранятся последние снимки файловой системы, я еще их делал, подбирая момент отсутствия нагрузки, выполняя sync, что не дает гарантии но понижает шансы смерти софта и данных). сторонний сервис мониторит и выбирает, какая нода сейчас будет главной а какая резервной, соответственно запуская на них команды на создание и восстановление снапшотов (резервная принимает патчи а главная - отправляет), запуск ноды - по факту воспринимается софтом как перезагрузка по reset, поэтому если с файлами еще можно что то сделать, то с базами данных придется отдельно помучиться. Этот подход не гарантирует что данные не потеряются (все что произошло после последнего снапшота будет потеряно либо мучиться с конфликтами)

    вместо рассылке патчей снапшотов лучше настроить кластерную файловую систему она из коробки поддерживает синхронизацию данных на лету, сложнее в настройке но и потерей данных будет меньше.
    Ответ написан
    Комментировать