Skip to content
linux-nerds.org

linux-nerds.org
  1. Übersicht
  2. Linux
  3. NodeBB
  4. NodeBB - Upgrade auf v1.9.0

NodeBB - Upgrade auf v1.9.0

NodeBB
  • FrankMF

    Datensicherung nicht vergessen!

    Praxistipp: Es hat sich jetzt bei meiner mittlerweilen sehr langen Nutzung von NodeBB herausgestellt, das es sinnvoll sein kann, den Installationsordner vorher zu kopieren, damit man problemlos zum alten Stand zurück kann! (Update: 01.11.2021)

    In das Installationsverzeichnis wechseln. Dran denken, mit dem richtigen User! (Ich habe da mal was durcheinander gewürfelt)

    ./nodebb stop
Stopping NodeBB. Goodbye!

    Jetzt ist ein guter Zeitpunkt um alle seine Daten zu sichern. Ich gehe hier jetzt nicht drauf ein!

    Dann

    git fetch

    Danach dann folgendes

    git checkout v1.8.x 
Already on 'v1.8.x'
Your branch is up-to-date with 'origin/v1.8.x'.

    Ok, auf dieser Version sind wir. Das bringt so nichts. Also ...

    git checkout v1.9.x 
Branch v1.9.x set up to track remote branch v1.9.x from origin.
Switched to a new branch 'v1.9.x'

    Damit sind wir jetzt auf dem Zweig 1.9.x

    ./nodebb upgrade

Updating NodeBB...

1. Updating package.json file with defaults...  OK

2. Bringing base dependencies up to date...  started
added 20 packages and updated 4 packages in 6.407s

3. Checking installed plugins for updates...  OK
4. Updating NodeBB data store schema...
Parsing upgrade scripts... 
OK | 2 script(s) found, 51 skipped
  → [2018/2/28] Give registered users signature privilege... OK
  → [2018/4/16] Refresh post-upload associations... OK
Schema update complete!


5. Rebuilding assets...  started
2018-05-03T14:55:01.217Z [1638] - info: [build] Building in parallel mode
2018-05-03T14:55:01.219Z [1638] - info: [build]         plugin static dirs  build started
.
.
. (gekürzt)


                        NodeBB Upgrade Complete!

    Danach ein

    ./nodebb start

    und ich bin auf v1.9.0

    Update

    Nach dem Update ist bei mir immer noch ein Rebuild & Restart im Backend nötig, sonst fehlen mir immer die Karten (Recent Cards). Danach läuft dann alles 🙂

    P.S.: Ich bin nicht so der git König, falls jemand mit Ahnung hier Fehler oder Unsinn sieht, bitte ich um einen kurzen Hinweis. Vielen Dank!

    0_1525360190866_NodeBB_v_1_9_0.png

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    Da oben fehlt ein Schritt.

    cd nodebb (or path to where nodebb is installed)
./nodebb stop
git fetch
git checkout v1.12.x
git merge origin/v1.12.x
./nodebb upgrade

    Beim nächsten Upgrade testen.

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF FrankM hat am auf dieses Thema verwiesen
  • FrankMF FrankM hat am auf dieses Thema verwiesen
  • FrankMF FrankM hat am auf dieses Thema verwiesen
  • FrankMF FrankM hat am auf dieses Thema verwiesen
  • FrankMF FrankM hat dieses Thema am abgepinnt
Anmelden zum Antworten

  • FrankMF

    Podman - Netzwerke prunen

    Podman podman linux
    1
    0 Stimmen
    1 Beiträge
    94 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Podman - Forgejo Server aufsetzen

    Angeheftet Podman podman linux forgejo
    3
    0 Stimmen
    3 Beiträge
    251 Aufrufe
    FrankMF
    Und das Beste kommt jetzt Wir wollen den Container updaten, weil es ein neues Release gibt. /etc/containers/systemd/forgejo.container [Unit] Description=Forgejo Container im Pod forgejo-pod After=network.target After=forgejo-pod.service Requires=forgejo-pod.service Restart=always [Container] Image=codeberg.org/forgejo/forgejo:10.0.1 AutoUpdate=registry Label=PODMAN_SYSTEMD_UNIT=%n PodmanArgs=--pod=forgejo-pod --name=forgejo Environment=USER_UID=1001 Environment=USER_GID=1001 Volume=/home/forgejo:/data Volume=/etc/timezone:/etc/timezone:ro Volume=/etc/localtime:/etc/localtime:ro Die alte Version steht oben auf 10.0.1, jetzt gibt es heute die neue Version 11.0.0. Kein Problem. [Unit] Description=Forgejo Container im Pod forgejo-pod After=network.target After=forgejo-pod.service Requires=forgejo-pod.service Restart=always [Container] Image=codeberg.org/forgejo/forgejo:11.0.0 AutoUpdate=registry Label=PODMAN_SYSTEMD_UNIT=%n PodmanArgs=--pod=forgejo-pod --name=forgejo Environment=USER_UID=1001 Environment=USER_GID=1001 Volume=/home/forgejo:/data Volume=/etc/timezone:/etc/timezone:ro Volume=/etc/localtime:/etc/localtime:ro Danach beherzt neustarten. systemctl restart forgejo.service Es dauert etwas, weil er kurz das neue Image ziehen muss. Geduld, kurze Zeit später ist Forgejo auf der neuen Version. [image: 1744890203190-46d176bc-33ee-476e-b8f5-65d892b93902-grafik.png] Danke ans Forgejo-Team - richtig coole Software!
  • FrankMF

    Semaphore - Installation & Anwendung

    Verschoben Ansible semaphore ansible linux
    4
    9
    0 Stimmen
    4 Beiträge
    2k Aufrufe
    FrankMF
    Ich parke das mal hier, damit ich das nicht noch mal vergesse. Hat mich eben mal wieder eine Stunde gekostet /etc/ansible/ansible.cfg [defaults] host_key_checking = False Edit -> https://linux-nerds.org/topic/1493/ansible-host_key_checking
  • FrankMF

    Kopia - Aufbau und Funktionsweise

    Kopia kopia linux
    1
    3
    0 Stimmen
    1 Beiträge
    1k Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Kopia - HTTP/S Server aufsetzen

    Angeheftet Kopia kopia linux
    1
    0 Stimmen
    1 Beiträge
    487 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    SSH sign_and_send_pubkey: signing failed: agent refused operation

    Linux linux
    1
    1 Stimmen
    1 Beiträge
    262 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Linux Befehle - ls & tail

    Linux linux
    1
    0 Stimmen
    1 Beiträge
    477 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Restic - Rootserver als Datenablage nutzen

    Restic linux restic
    2
    0 Stimmen
    2 Beiträge
    789 Aufrufe
    FrankMF
    Ok, das erste Backup dauert immer was länger In meinem Fall 5 Std. 16 Minuten. Files: 33408 new, 0 changed, 0 unmodified Dirs: 1 new, 0 changed, 0 unmodified Data Blobs: 20849 new Tree Blobs: 2 new Added to the repo: 6.278 GiB processed 33408 files, 8.604 GiB in 5:16:03 snapshot 5beg1cb3 saved Aber, das Schöne ist, das die Backups inkrementell angelegt werden. Das nächste geht schneller open repository repository 3gg202a2 opened successfully, password is correct lock repository load index files using parent snapshot 5beg1cb3 start scan on [/home/frank] start backup on [/home/frank] scan finished in 3.791s: 33788 files, 8.611 GiB Files: 496 new, 74 changed, 33218 unmodified Dirs: 0 new, 1 changed, 0 unmodified Data Blobs: 292 new Tree Blobs: 2 new Added to the repo: 43.661 MiB processed 33788 files, 8.611 GiB in 2:15 snapshot fag41bf7 saved Eine tägliche Sicherung sollte dann wohl reichen.