#vps
На сервере VPS есть база mysql весом 90ГБ, как сделать бекап, если на диске осталось
10ГБ свободного места? Можно ли как то сделать бекап на другой сервер? (есть в наличии).
Ответ 1
mysqldump your-db |ssh -C login@drugoi.server "cat >/path/to/backup.sql"
#python #linux #django #vps
Не получается это сделать, прошу помощи...
Что я делал:
Я установил разные python, postgresql и другие модули, которые были в разных инструкциях,
по которым я пытался это сделать.
Я создал юзера postgresql, саму бд и познакомил их друг с другом
С помощью virtualevn создал окружение, активировал его, в нём установил `pip install
django gunicorn psycopg2
Создал проект django-admin.py startproject myproject .
Копирнул с компа мой проект Django на Pycharm в этот созданный проект в 4-ом пункте
с заменой файлов, когда спрашивало
Начать делать миграцию, но ./manage.py makemigrations и ./manage.py migrate не работало,
появлялось это: /usr/bin/env: 'python\r': No such file or directory, но мне удалось
сделать это с помощью python ./manage.py makemigrations и python ./manage.py migrate
Сервер запускается и вродё всё ок, но там у меня есть работа с БД и поэтому при заходе
на сайт появляется такая писанина:
IntegrityError at / insert or update on table "webexample_data"
violates foreign key constraint
"webexample_data_user_id_9a591628_fk_auth_user_id" DETAIL: Key
(user_id)=(1) is not present in table "auth_user". Request Method: GET
Request URL: http://46.36.219.171:8000/ Django Version: 2.1 Exception
Type: IntegrityError Exception Value: insert or update on table
"webexample_data" violates foreign key constraint
"webexample_data_user_id_9a591628_fk_auth_user_id" DETAIL: Key
(user_id)=(1) is not present in table "auth_user". Exception
Location: /root/webserver/venv/lib/python3.5/site-packages/django/db/backends/base/base.py
in _commit, line 239 Python
Executable: /root/webserver/venv/bin/python Python Version: 3.5.3
Python Path: ['/root/webserver', '/usr/lib/python35.zip',
'/usr/lib/python3.5', '/usr/lib/python3.5/plat-x86_64-linux-gnu',
'/usr/lib/python3.5/lib-dynload',
'/root/webserver/venv/lib/python3.5/site-packages'] Server time: Чт, 9
Авг 2018 18:31:43 +0000
И ещё много всякого интересного... Тут я понял, что не хватает суперюзера и начал
его создавать...
Команда python ./manage.py createsuperuser посылает меня сюда фразой:
utility.execute() File
"/root/webserver/venv/lib/python3.5/site-packages/django/core/management/init.py",
line 375, in execute
self.fetch_command(subcommand).run_from_argv(self.argv) File "/root/webserver/venv/lib/python3.5/site-packages/django/core/management/base.py",
line 316, in run_from_argv
self.execute(*args, **cmd_options) File "/root/webserver/venv/lib/python3.5/site-packages/django/contrib/auth/management/commands/createsuperuser.py",
line 59, in execute
return super().execute(*args, **options) File "/root/webserver/venv/lib/python3.5/site-packages/django/core/management/base.py",
line 353, in execute
output = self.handle(*args, **options) File "/root/webserver/venv/lib/python3.5/site-packages/django/contrib/auth/management/commands/createsuperuser.py",
line 112, in handle
username = self.get_input_data(self.username_field, input_msg, default_username)
File
"/root/webserver/venv/lib/python3.5/site-packages/django/contrib/auth/management/commands/createsuperuser.py",
line 193, in get_input_data
raw_value = input(message) UnicodeEncodeError: 'ascii' codec can't encode characters
in position 0-2: ordinal not in range(128)
Кто-нибудь подскажите, какую магию нужно использовать, чтобы создать суперюзера?
Или может быть я вообще всё не так делаю?
Мне очень нужна помощь, я в отчаянии и мне нужна помощь великих умов stackoverflow.
Ответ 1
PYTHONIOENCODING=utf8 python manage.py createsuperuser
#ubuntu #веб_программирование #tomcat #vps
Арендовал VPS, Ubuntu 14.04, установил туда Tomcat 8. В первый раз запустился нормально.
Ура. Выключил. Включил. Не отвечает на запросы. Мучился довольно долго, в итоге просто
написал
/opt/tomcat/bin/catalina.sh run
и стал дальше сёрфить инет. Спустя 17 минут он заработал! Я получил вот такой вывод
в консоли: http://pastebin.com/WHZv9ssy
Как видно шаг
01-May-2015 22:13:02.183 INFO [localhost-startStop-1]
org.apache.catalina.startup.HostConfig.deployDirectory Deploying web
application directory /opt/tomcat/webapps/ROOT
длился 17 минут! Что это может быть такое? В какую сторону копать?
Дополнение: Судя по статистике сервера, в это время не было повышенной нагрузки
на процессор, занятой оперативки было 170 из 1024 мб, никаких дисковых операций не
совершалось.
Ответ 1
Собственно, нашёл решение. Нужно заменить в файле $JAVA_PATH/jre/lib/security/java.security строку securerandom.source=file:/dev/urandom на строку securerandom.source=file:/dev/./urandom Оригинал ответа тут: https://stackoverflow.com/questions/26431922/tomcat7-starts-too-late-on-ubuntu-14-04-x64-digitalocean
VPS
OS: Debian
Из софта только:
Varnish port 80
NGINX port 81
php-fpm
MariaDB
Drupal 7
Файервола нет.
Установка основывалась на официальном руководстве
Varnish status:
Лог: tail /var/log/varnish/varnishncsa.log
[19/Jun/2018:13:41:52 +0300] "GET http://185.75.90.197:6081/misc/favicon.ico HTTP/1.1" 200 5430 "http://185.75.90.197:6081/" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.117 Safari/537.36"
конфиг: /etc/default/varnish
DAEMON_OPTS="-a :80 \
-T localhost:6082 \
-f /etc/varnish/default.vcl \
-S /etc/varnish/secret \
-s malloc,256m"
конфиг: /etc/varnish/default.vcl
backend default {
.host = "127.0.0.1";
.port = "81";
}
nginx:
server {
listen 81;
}
Если Nginx поставить на порт 80, то все нормально работает, может чего не донастроил на своем VPS?
Varnish отказывался менять порт с 6081 по умолчанию, на 80 т.к. руководство немного отстает от версии varnish 5.0.0, в котором используется systemd вместо init.d как init system.
Необходимо переопределить сценарий инициализации.
# cp /lib/systemd/system/varnish.service /etc/systemd/system/
# nano /etc/systemd/system/varnish.service
изменить порт
ExecStart=/usr/sbin/varnishd -a :80 -T localhost:6082 -f /etc/varnish/default.vcl -S /etc/varnish/secret -s malloc,256m
Перезагружаем:
# systemctl reload varnish.service
возникает ошибка
Failed to reload varnish.service: Job type reload is not applicable for unit varnish.service.
See system logs and 'systemctl status varnish.service' for details.
Сначала:
/usr/share/varnish/reload-vcl
Затем:
systemctl daemon-reload
Затем:
systemctl restart varnish
Теперь работает.
curl -I http://localhost:80
HTTP/1.1 200 OK
Server: nginx/1.13.3
Date: Wed, 20 Jun 2018 07:42:57 GMT
Content-Type: text/html; charset=utf-8
Vary: Accept-Encoding
Expires: Sun, 19 Nov 1978 05:00:00 GMT
Cache-Control: no-cache, must-revalidate
X-Content-Type-Options: nosniff
Content-Language: en
X-Frame-Options: SAMEORIGIN
X-UA-Compatible: IE=edge
X-Generator: Drupal 7 (http://drupal.org)
Content-Encoding: gzip
X-Varnish: 2
Age: 0
Via: 1.1 varnish (Varnish/5.0)
Connection: keep-alive
Решение взято отсюда: https://konkretor.com/2017/05/22/varnish-nginx-with-ssl-install-under-ubuntu-16-04/ и https://www.varnish-software.com/wiki/content/tutorials/varnish/varnish_ubuntu.html
Написал небольшое приложение на Java (Spring MVC) которое запускаю с помощью Tomcat из Intellij IDEA. Получил VPS сервер (Ubuntu 14.04), установил на нем томкат (страница Tomcat Web Application Manager работает), залил проект в директорию /var/lib/tomcat7/webapps/ и в менеджере томката появился url моего приложения
но когда перехожу на этот url получаю
HTTP Status 404 - /YaPokupay/
description The requested resource is not available.
Локально на localhost все нормально запускалось.
Если необходима дополнительная информация по теме - с радостью предоставлю.
На всякий случай web.xml:
Processes application requests
РЕДАКТИРОВАНО:
/var/log/tomcat7/catalina.log
Dec 20, 2016 2:24:04 PM org.apache.coyote.AbstractProtocol pause
INFO: Pausing ProtocolHandler ["http-bio-8080"]
Dec 20, 2016 2:24:05 PM org.apache.catalina.core.StandardService stopInternal
INFO: Stopping service Catalina
Dec 20, 2016 2:24:05 PM org.apache.coyote.AbstractProtocol stop
INFO: Stopping ProtocolHandler ["http-bio-8080"]
Dec 20, 2016 2:24:05 PM org.apache.coyote.AbstractProtocol destroy
INFO: Destroying ProtocolHandler ["http-bio-8080"]
Dec 20, 2016 2:24:06 PM org.apache.catalina.startup.ClassLoaderFactory validateFile
WARNING: Problem with directory [/usr/share/tomcat7/common/classes], exists: [false], isDirectory: [false], canRead: [false]
Dec 20, 2016 2:24:06 PM org.apache.catalina.startup.ClassLoaderFactory validateFile
WARNING: Problem with directory [/usr/share/tomcat7/common], exists: [false], isDirectory: [false], canRead: [false]
Dec 20, 2016 2:24:06 PM org.apache.catalina.startup.ClassLoaderFactory validateFile
WARNING: Problem with directory [/usr/share/tomcat7/server/classes], exists: [false], isDirectory: [false], canRead: [false]
Dec 20, 2016 2:24:06 PM org.apache.catalina.startup.ClassLoaderFactory validateFile
WARNING: Problem with directory [/usr/share/tomcat7/server], exists: [false], isDirectory: [false], canRead: [false]
Dec 20, 2016 2:24:06 PM org.apache.catalina.startup.ClassLoaderFactory validateFile
WARNING: Problem with directory [/usr/share/tomcat7/shared/classes], exists: [false], isDirectory: [false], canRead: [false]
Dec 20, 2016 2:24:06 PM org.apache.catalina.startup.ClassLoaderFactory validateFile
WARNING: Problem with directory [/usr/share/tomcat7/shared], exists: [false], isDirectory: [false], canRead: [false]
Dec 20, 2016 2:24:06 PM org.apache.coyote.AbstractProtocol init
INFO: Initializing ProtocolHandler ["http-bio-8080"]
Dec 20, 2016 2:24:06 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 490 ms
Dec 20, 2016 2:24:06 PM org.apache.catalina.core.StandardService startInternal
INFO: Starting service Catalina
Dec 20, 2016 2:24:06 PM org.apache.catalina.core.StandardEngine startInternal
INFO: Starting Servlet Engine: Apache Tomcat/7.0.52 (Ubuntu)
Dec 20, 2016 2:24:06 PM org.apache.catalina.startup.HostConfig deployDescriptor
INFO: Deploying configuration descriptor /etc/tomcat7/Catalina/localhost/host-manager.xml
Dec 20, 2016 2:24:07 PM org.apache.catalina.startup.HostConfig deployDescriptor
INFO: Deploying configuration descriptor /etc/tomcat7/Catalina/localhost/docs.xml
Dec 20, 2016 2:24:07 PM org.apache.catalina.startup.HostConfig deployDescriptor
INFO: Deploying configuration descriptor /etc/tomcat7/Catalina/localhost/manager.xml
Dec 20, 2016 2:24:07 PM org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory /var/lib/tomcat7/webapps/YaPokupay
Dec 20, 2016 2:24:07 PM org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory /var/lib/tomcat7/webapps/ROOT
Dec 20, 2016 2:24:08 PM org.apache.coyote.AbstractProtocol start
INFO: Starting ProtocolHandler ["http-bio-8080"]
Dec 20, 2016 2:24:08 PM org.apache.catalina.startup.Catalina start
INFO: Server startup in 1228 ms
Dec 20, 2016 2:24:27 PM org.apache.catalina.core.StandardContext reload
INFO: Reloading Context with name [/YaPokupay] has started
Dec 20, 2016 2:24:27 PM org.apache.catalina.core.StandardContext reload
INFO: Reloading Context with name [/YaPokupay] is completed
/var/log/tomcat7/localhost 2016-12-20.log
Dec 20, 2016 2:24:15 PM org.apache.catalina.core.ApplicationContext log
INFO: HTMLManager: init: Associated with Deployer 'Catalina:type=Deployer,host=localhost'
Dec 20, 2016 2:24:15 PM org.apache.catalina.core.ApplicationContext log
INFO: HTMLManager: init: Global resources are available
Dec 20, 2016 2:24:15 PM org.apache.catalina.core.ApplicationContext log
INFO: HTMLManager: list: Listing contexts for virtual host 'localhost'
Dec 20, 2016 2:24:23 PM org.apache.catalina.core.ApplicationContext log
INFO: HTMLManager: list: Listing contexts for virtual host 'localhost'
Dec 20, 2016 2:24:27 PM org.apache.catalina.core.ApplicationContext log
INFO: HTMLManager: restart: Reloading web application '/YaPokupay'
Dec 20, 2016 2:24:27 PM org.apache.catalina.core.ApplicationContext log
INFO: HTMLManager: list: Listing contexts for virtual host 'localhost'
pom.xml:
Структура:
facets->web in IDEA:
deployment:
artifact:
Проблема оказалась в несоответствии версий java на VPS и локальной машине. Для решения необходимо произвести следующие действия:
удалить java на ПК и на сервере
скачать последнюю версию jdk с официального сайта
установить эту версию на ПК и на сервере (инструкции есть в интернете, например здесь)
далее в файле /etc/init.d/tomcat7 в строчке c JDK_DIRS указываем путь к ранее установленной jdk, у меня установлена здесь: JDK_DIRS="/opt/jdk/jdk1.8.0_112"
перезапускаем томкат
радуемся
Арендовал VPS, Ubuntu 14.04, установил туда Tomcat 8. В первый раз запустился нормально. Ура. Выключил. Включил. Не отвечает на запросы. Мучился довольно долго, в итоге просто написал
/opt/tomcat/bin/catalina.sh run
и стал дальше сёрфить инет. Спустя 17 минут он заработал! Я получил вот такой вывод в консоли: http://pastebin.com/WHZv9ssy
Как видно шаг
01-May-2015 22:13:02.183 INFO [localhost-startStop-1]
org.apache.catalina.startup.HostConfig.deployDirectory Deploying web
application directory /opt/tomcat/webapps/ROOT
длился 17 минут! Что это может быть такое? В какую сторону копать?
Дополнение: Судя по статистике сервера, в это время не было повышенной нагрузки на процессор, занятой оперативки было 170 из 1024 мб, никаких дисковых операций не совершалось.
Собственно, нашёл решение. Нужно заменить в файле
$JAVA_PATH/jre/lib/security/java.security
строку
securerandom.source=file:/dev/urandom
на строку
securerandom.source=file:/dev/./urandom
Оригинал ответа тут:
https://stackoverflow.com/questions/26431922/tomcat7-starts-too-late-on-ubuntu-14-04-x64-digitalocean