Ahoj,
od vypadku viz subj. mi na VPSce odmita startovat SSH a SCREEN - oboje ma problem s chybejicim adresarem ve /var/run, jede to na ubuntu 16.04
- sshd chybi /var/run/sshd a proto nenajede po restartu, musim rucne vytvorit /var/run/sshd a nastartovat sshd, nicmene po dalsim restartu adresar opet chybi a je nutno ho vytvorit znova
---
root@bgrserver:~# systemctl status sshd
● ssh.service - OpenBSD Secure Shell server
Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: e
Active: failed (Result: start-limit-hit) since Mon 2019-01-14 16:06:32 UTC
Process: 376 ExecStartPre=/usr/sbin/sshd -t (code=exited, status=255)
xxx@bgrserver:~$ sudo cat /var/log/syslog | grep ssh
[sudo] password for xxx:
Jan 14 16:06:14 bgrserver systemd-tmpfiles[86]: Failed to validate path /var/run/sshd: Too many levels of symbolic links
Jan 14 16:06:31 bgrserver sshd[326]: Missing privilege separation directory: /var/run/sshd
Jan 14 16:06:31 bgrserver systemd[1]: ssh.service: Control process exited, code=exited status=255
Jan 14 16:06:31 bgrserver systemd[1]: ssh.service: Unit entered failed state.
Jan 14 16:06:31 bgrserver systemd[1]: ssh.service: Failed with result 'exit-code'.
Jan 14 16:06:31 bgrserver systemd[1]: ssh.service: Service hold-off time over, scheduling restart.
---
- screenu prozmenu chybi /var/run/screen a situace je stejna jako u sshd - po restartu je nutne rucne znova vytvorit a zmenit mod na 777, pak jede
---
xxx@bgrserver:~$ screen -S test
Cannot make directory '/var/run/screen': Permission denied
... screen nejede ...
xxx@bgrserver:~$ sudo mkdir /var/run/screen
[sudo] password for xxx:
xxx@bgrserver:~$ screen -S test
Directory '/var/run/screen' must have mode 777.
xxx@bgrserver:~$ sudo chmod 777 /var/run/screen
xxx@bgrserver:~$ screen -S test
... ted screen funguje, co po rebootu? ...
[detached from 7334.test]
xxx@bgrserver:~$
xxx@bgrserver:~$ sudo reboot
packet_write_wait: Connection to 37.205.11.73 port 22: Broken pipe
... ted je treba nahodit sshd pres VPSadmina, vytvorenim /var/run/sshd a restartem sshd, jinak connection refused ...
jdrozd@jdrozd-MS-7592:~$ ssh xxx(a)srv.dread.cz
ssh: connect to host srv.dread.cz port 22: Connection refused
jdrozd@jdrozd-MS-7592:~$ ssh xxx(a)srv.dread.cz
Welcome to Ubuntu 16.04.5 LTS (GNU/Linux 3.16.6-042stab134.43 x86_64)
* Documentation: https://help.ubuntu.com
* Management: https://landscape.canonical.com
* Support: https://ubuntu.com/advantage
Last login: Wed Jan 16 06:10:45 2019
xxx@bgrserver:~$ screen -S test
Cannot make directory '/var/run/screen': Permission denied
... po restartu je to o5 v ...
---
Pritom prava na /var/run potazmo /run kam se to symlinkuje jsou stejna jako na jine ubuntu 16.04 masine kde vse funguje.
---
xxx@bgrserver:~$ ll /var | grep run
lrwxrwxrwx 1 root root 9 lis 15 2016 lock -> /run/lock/
lrwxrwxrwx 1 root root 4 lis 15 2016 run -> /run/
xxx@bgrserver:~$ ll / | grep run
drwxr-xr-x 17 root root 560 led 16 06:11 run/
---
Nesetkal se nekdo z Vas s necim podobnym, nebo netusite kde by mohl byt problem?
Poslal sem to i na podporu VPSfree, protoze si nejsem jisty jestli se jedna o problem na jejich strane, nebo se mi rozbilo Ubuntu (i kdyz k tomu nemelo duvod)...
Diky - Buger
zdravim
na nasem vps je ubunutu 16.04
po reboot nenajede postgres
> FATAL: could not create lock file
"/var/run/postgresql/.s.PGSQL.5432.lock": Permission denied
> chmod 777 /var/run/postgresql
umozni alespon start postgres
systemctl start postgresql(a)10-main.service
se sice zasekne, takze pro navrat do console musim Ctrl+C, ale DB zda se
bezi, no service je v nejakem divnem stavu:
> postgresql.service loaded active
exited PostgreSQL RDBMS
> postgresql(a)10-main.service loaded activating start start
PostgreSQL Cluster 10-main
po restartu stroje jsou ale permission znovu spatne, takze to nenajede
neresil ste toto nahodu nekdo?
predem dik za pripadnou radu
s pozdravem
tyctor
zdravim ve spolek
na nasem vps jsem chtel installnout fail2ban
jenze se pred nim updatnul systemd
a na nem ted pada install cehokoliv
fchownat() of /var/log/journal failed: Invalid argument
dpkg: error processing package systemd (--configure):
installed systemd package post-installation script subprocess returned
error exit status 73
zkousel jsem dowgrade
> apt install systemd=229-4ubuntu4 libsystemd0=229-4ubuntu4
> apt-mark hold systemd
to jsem nasel tady
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1804847
ale to se zasekne uplne, na nejakej Connection timed out
dpkg: warning: downgrading libsystemd0:amd64 from 239-7ubuntu10 to
229-4ubuntu4
(Reading database ... 41892 files and directories currently installed.)
Preparing to unpack .../libsystemd0_229-4ubuntu4_amd64.deb ...
Unpacking libsystemd0:amd64 (229-4ubuntu4) over (239-7ubuntu10) ...
Setting up libsystemd0:amd64 (229-4ubuntu4) ...
dpkg: warning: downgrading systemd from 239-7ubuntu10 to 229-4ubuntu4
(Reading database ... 41892 files and directories currently installed.)
Preparing to unpack .../systemd_229-4ubuntu4_amd64.deb ...
Unpacking systemd (229-4ubuntu4) over (239-7ubuntu10) ...
Setting up systemd (229-4ubuntu4) ...
Installing new version of config file /etc/pam.d/systemd-user ...
Installing new version of config file /etc/systemd/journald.conf ...
Installing new version of config file /etc/systemd/logind.conf ...
Installing new version of config file /etc/systemd/resolved.conf ...
Installing new version of config file /etc/systemd/system.conf ...
Installing new version of config file /etc/systemd/timesyncd.conf ...
Installing new version of config file /etc/systemd/user.conf ...
addgroup: The group `systemd-journal' already exists as a system group.
Exiting.
Could not watch jobs: Connection timed out
nevite nahodou nekdo co s tim?
tyctor
Hello,
I ran into some bug with Systemd during an upgrade of my Debian 8 and the
vps became unusable.
I tried to restore from backup, setup the vps from scratch and then restore
the backup, but none of that worked.
What worked was to clone the vps to staging, however the IPs are different.
Since it would be quite hard to restore manually all the configs and users
to the fresh install of the production vps, is it possible to migrate the
IPs from production to staging?
Thank you!
--
-p
zdravim ve spolek
vsiml jsem si, ze na nasi vps smerujou requesty z jinych domen
nejcasteji je to z domeny leopardo.ackee.cz ale take z veggiegarden.cz,
vps.ackee.cz, zahrady-krupkova.cz
zapnul jsem u nas logovani jen nedavno, za 4 dny prislo dohromady 150
takovych requestu
muze to byt chyba v nastaveni uvedenych domen, nebo proc se to deje?
dik za info
z pozdravem
tyctor
Ahoj,
testování vpsAdminOS se dostává do další významné fáze: můžete klonovat
produkční VPS z OpenVZ na staging s vpsAdminOS [1].
VPS se klonují stejně jako na Playground [2], jen jako lokaci vyberte
Staging. Dejte pozor na checkbox "Stop" -- můžete si vybrat, jestli
chcete při klonování produkční VPS vypnout pro vytvoření konzistentního
snapshotu (data z paměti se zapíšou na disk). Pro pouhé otestování na
stagingu to ale nemusí být potřeba a klonování tak můžete provést bez
restartu produkční VPS. Klonuje se vše kromě mountů, ty jsou prozatím
odstraněny.
Pokud by někdo chtěl klonovat větší VPS, nebo už na stagingu něco máte,
napiště prosím na podporu a navýšíme vám tam RAM/HDD, abyste se tam vešli.
Nyní očekávám větší zájem o vyzkoušení zda běží vše co potřebujete.
Naším cílem je zajistit, aby následné migrace VPS probíhaly spolehlivě a
z pohledu administátora VPS nebylo potřeba nic moc řešit, takže prosím
hlaste vše na co narazíte, abychom se mohli připravit. Napište nám
prosím i když bude vše v pořádku. Potřebujeme vědět, jak na tom jsme, co
funguje a co ne :)
Po naklonování musí být funkční:
- IPv4/IPv6 síť
- vzdálená konzole
- ideálně všechny služby ve VPS
Pokud něco z toho nepůjde, nebo něco bude vyžadovat změnu konfigurace z
důvodu jiné virtualizace/kernelu, informujte nás prosím.
S migracemi všech produkčních VPS bychom chtěli začít v Q1/Q2 2019,
podle toho co bude potřeba dodělat. V listopadu 2019 končí podpora
OpenVZ Legacy kernelu ze strany OpenVZ teamu [3], takže do té doby
chceme stihnout přesunout co nejvíce VPS na vpsAdminOS.
[1] https://kb.vpsfree.cz/navody/vps/vpsadminos
[2] https://kb.vpsfree.cz/navody/vps/sprava#klonovani_vps
[3] https://wiki.openvz.org/Releases
Jakub
Ahoj,
při klonování produkční VPS z OpenVZ na staging s vpsAdminOS, se mě nezklonovaly Private IPv4 a ani je nelze ve staging s vpsAdminOS dodatečně nastavit. Tedy současnou konfiguraci produkční VPS z OpenVZ nemohu ve staging s vpsAdminOS testovat.
Bohužel neznám ani finální pánovanou konfiguraci produkční VPS s vpsAdminOS co se tíká parametrů a síťování či přidělení a počtu IP4, IP6 či Private IPv4 adres za NATem pro produkční VPS s vpsAdminOS, abych mohl tuto konfiguraci případně testovat.
Mohli by jste zveřejnit plánovanou konfiguraci pro produkční VPS s vpsAdminOS, aby bylo jasné, co do budoucna očekávat?
Renda
čt 1. 11. 2018 v 9:40 odesílatel Jakub Skokan <jakub.skokan(a)vpsfree.cz <jakub.skokan(a)vpsfree.cz>> napsal:Ahoj,
testování vpsAdminOS se dostává do další významné fáze: můžete klonovat
produkční VPS z OpenVZ na staging s vpsAdminOS [1].
VPS se klonují stejně jako na Playground [2], jen jako lokaci vyberte
Staging. Dejte pozor na checkbox "Stop" -- můžete si vybrat, jestli
chcete při klonování produkční VPS vypnout pro vytvoření konzistentního
snapshotu (data z paměti se zapíšou na disk). Pro pouhé otestování na
stagingu to ale nemusí být potřeba a klonování tak můžete provést bez
restartu produkční VPS. Klonuje se vše kromě mountů, ty jsou prozatím
odstraněny.
Pokud by někdo chtěl klonovat větší VPS, nebo už na stagingu něco máte,
napiště prosím na podporu a navýšíme vám tam RAM/HDD, abyste se tam vešli.
Nyní očekávám větší zájem o vyzkoušení zda běží vše co potřebujete.
Naším cílem je zajistit, aby následné migrace VPS probíhaly spolehlivě a
z pohledu administátora VPS nebylo potřeba nic moc řešit, takže prosím
hlaste vše na co narazíte, abychom se mohli připravit. Napište nám
prosím i když bude vše v pořádku. Potřebujeme vědět, jak na tom jsme, co
funguje a co ne :)
Po naklonování musí být funkční:
- IPv4/IPv6 síť
- vzdálená konzole
- ideálně všechny služby ve VPS
Pokud něco z toho nepůjde, nebo něco bude vyžadovat změnu konfigurace z
důvodu jiné virtualizace/kernelu, informujte nás prosím.
S migracemi všech produkčních VPS bychom chtěli začít v Q1/Q2 2019,
podle toho co bude potřeba dodělat. V listopadu 2019 končí podpora
OpenVZ Legacy kernelu ze strany OpenVZ teamu [3], takže do té doby
chceme stihnout přesunout co nejvíce VPS na vpsAdminOS.
[1] https://kb.vpsfree.cz/navody/vps/vpsadminos <https://kb.vpsfree.cz/navody/vps/vpsadminos>
[2] https://kb.vpsfree.cz/navody/vps/sprava#klonovani_vps <https://kb.vpsfree.cz/navody/vps/sprava#klonovani_vps>
[3] https://wiki.openvz.org/Releases <https://wiki.openvz.org/Releases>
Jakub
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz <Community-list(a)lists.vpsfree.cz>
http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list>