Archiv:Dorfmapserver: Difference between revisions

From Chaosdorf Wiki
Jump to navigation Jump to search
(dorfmap-websockets dokumentiert)
(move network info to NetBox)
(9 intermediate revisions by one other user not shown)
Line 1: Line 1:
{{Host
{{Host
|name=dorfmapserver.chaosdorf.dn42
|name=dorfmapserver.chaosdorf.dn42
|os=Debian Sid x86_64
|os=Debian Sid
|location=Host:Hyperion
|location=Host:Helios
|purpose=Dorfmap-Dienste
|purpose=Dorfmap-Dienste
|disk=16GB
|disk=48GB
|ram=512MB
|ram=1GiB
|admin_toolkit=No
|ssh_pam=No
|ssh_pam=No
|ssh_userlogin=No
|ssh_userlogin=No
|admins=derf,marudor
|admins=derf,marudor
|netbox_url=https://netbox.chaosdorf.space/virtualization/virtual-machines/2/
|munin=''n/a''
|munin=''n/a''
}}
}}
Enthält Dienste für die dorfmap. Frontend und Backend selbst laufen weiterhin auf {{H|feedback}}.
Enthält Dienste für die dorfmap. Frontend und Backend selbst laufen weiterhin auf {{H|feedback}}.


Line 18: Line 19:
[https://github.com/chaosdorf/dorfmap-websockets dorfmap-websockets] stellt dorfmap/socket.io bereit und erlaubt die Kommunikation zwischen verschiedenen dorfmapclients (also Browsern).
[https://github.com/chaosdorf/dorfmap-websockets dorfmap-websockets] stellt dorfmap/socket.io bereit und erlaubt die Kommunikation zwischen verschiedenen dorfmapclients (also Browsern).


Es läuft unter einem eigenen Benutzer <tt>dorfmap-websockets</tt>. Das Git-Repository liegt in <tt>/srv/dorfmap-websockets/dorfmap-websockets</tt>. Verwaltet wird der Service per systemd, relevante Befehle sind <ttd>sudo systemctl status dorfmap-websockets.service</tt>,
Es läuft unter einem eigenen Benutzer <tt>dorfmap-websockets</tt>. Das Git-Repository liegt in <tt>/srv/dorfmap-websockets/dorfmap-websockets</tt>. Verwaltet wird der Service per systemd, relevante Befehle sind <tt>sudo systemctl status dorfmap-websockets.service</tt>,
<tt>sudo systemctl restart dorfmap-websockets.service</tt> etc.  
<tt>sudo systemctl restart dorfmap-websockets.service</tt> etc.  


=== Updates einspielen ===
=== Updates einspielen ===


(Wird bald™ per Fabric geskriptet)
<tt>fab deploy</tt> im lokalen Repository ausführen. Neue Dependencies werden (falls nötig) automatisch installiert.
 
== dorfmap-Backups ==


<source lang="bash">
Auf eine separate (virtuelle) 32GB-Festplatte werden per cron einmal im Monat Vollbackups von den dorfmap-Raspis ({{H|donationprint}} und {{H|feedback}}) gezogen. Im Falle eines SD-Karten-Ausfalls können die Images einfach auf eine neue SD-Karte kopiert werden. (Miss)Erfolg wird normal per Monitoring überwacht.
cd /srv/dorfmap-websockets/dorfmap-websockets
sudo systemctl stop dorfmap-websockets.service
sudo -u dorfmap-websockets git pull
sudo npm install # falls neue Dependencies dazukamen
sudo chown -R dorfmap-websockets . # dito
sudo systemctl start dorfmap-websockets.service
sudo systemctl status dorfmap-websockets.service
</source>

Revision as of 19:57, 13 December 2018

dorfmapserver.chaosdorf.dn42
Ort Host:Helios
Zweck Dorfmap-Dienste
OS Debian Sid
Disks 48GB48,000 MB <br />48,000,000 kB <br />0.048 TB <br />
RAM 1GiB1,024 MiB <br />1,048,576 kiB <br />1,073,741,824 B <br />9.765625e-4 TiB <br />1,073.742 MB <br />
Admin-Toolkit No
PAM? No
SSH user login? No
Admins derf, marudor
NetBox URL [1]

Enthält Dienste für die dorfmap. Frontend und Backend selbst laufen weiterhin auf feedback.

dorfmap-websockets

dorfmap-websockets stellt dorfmap/socket.io bereit und erlaubt die Kommunikation zwischen verschiedenen dorfmapclients (also Browsern).

Es läuft unter einem eigenen Benutzer dorfmap-websockets. Das Git-Repository liegt in /srv/dorfmap-websockets/dorfmap-websockets. Verwaltet wird der Service per systemd, relevante Befehle sind sudo systemctl status dorfmap-websockets.service, sudo systemctl restart dorfmap-websockets.service etc.

Updates einspielen

fab deploy im lokalen Repository ausführen. Neue Dependencies werden (falls nötig) automatisch installiert.

dorfmap-Backups

Auf eine separate (virtuelle) 32GB-Festplatte werden per cron einmal im Monat Vollbackups von den dorfmap-Raspis (donationprint und feedback) gezogen. Im Falle eines SD-Karten-Ausfalls können die Images einfach auf eine neue SD-Karte kopiert werden. (Miss)Erfolg wird normal per Monitoring überwacht.