- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Перенес проекты на новый ВПС, и задания крона тоже перенес, их там много, все работают, кроме задания бекапа баз.
в кроне оно прописано так
в сислоге запись такая
Бекапы сегодня (и вчера не сделалились)
но если зайти по ssh и ручками запустить
все отработает нормально.
Что не так?
Раз в логе запись есть, значит, команда выполняется.
Если результат выполнения скрипта не соответствует ожидаемому, это косяк скрипта.
В 99% случаев проблемы с путями.
Сделайте вывод в файл результатов и посмотрите, что там получается
/root/mysql-dump.sh > /root/mysql-dump.log 2>&1
[umka], в логе написало
права на файл mysql-dump.sh - 644 root root
6 - rw
4 - r
надо 755
Ну тогда на файл нужно или права дать на выполнение (например, 0755) или в задании cron вызывать его тем же способом, как вы это делаете через консоль: /путь/к/bash /root/mysql-dump.sh
Теперь новая проблемка в этом же скрипте. Бекап делается но не отправляется на Яндекс диск через курл.
В логе пишет это
/root/mysql-dump.sh: line 10: `done;'
Сам скрипт
DBHOST="localhost" #Адрес MySQL сервера
DBUSER="root" #Имя пользователя базы данных
DBPASS="PASSWORD" #Пароль пользователя базы данных
DBNAME="NAME" #Имя базы данных
DBARC=$DBNAME.sql.gz #Имя архива базы данных
#
#Переменные WEBDAV
WEBDAVURL="https://webdav.yandex.ru/backup/" #Адрес Яндекс.Диск. Папка должна существовать!
WEBDAVUSER="LOGIN@yandex.ru" #Имя пользователя от Яндекс.Диска (Яндекс.Почты)
WEBDAVPASS="PASSWORD" #Пароль от Яндекс.Диска
#
# Задаем формат даты
TIME="v7"=$(date '+%F(%H:%M)')""
#FILES=/tmp/www.$TIME.tar.gz
MYSQL=/root/backup/mysql.$TIME.sql.gz
#
# Создаем архив базы MySQL
mysqldump -h$DBHOST -u$DBUSER -p$DBPASS $DBNAME | gzip > $MYSQL
#
#Отправляем результат в Яндекс.Диск
curl --user $WEBDAVUSER:$WEBDAVPASS -T $MYSQL $WEBDAVURL
10 строка у меня эта
Как заставить работать курл?
На прошлом впс все работало
А лично мне непонятна ситуация с кавычками в этой строчке
Кавычки отрабаотывают нормально, бекап базы создается согласно заданному имени - тут все ок. Единственное что не работает это отправка на Яндекс диск
Хоть пхп инфо и показывало что курл есть, но проблему решило банальное
установило какой-то 1 пакет и все стало ок
Dram, Как вы любите велосипеды с квадратными колёсами, для облак давно есть Rclone