SpotWeb - Webbased Spotnet - deel 2

[royke]

Dag,
Ik heb lokaal een spotweb draaien op een debian VM met nginx.
Bijna alles werkt. ik kan zoeken downloaden mbv nzbget. Alleen als ik een bedankjewil plaatsen krijg ik de melding

Posting not allowed [response: "Posting Not Allowed"]

Ligt bij mijn newserver provider of ben ik ergens een vinkje vergeten?

[alesandro_46]

royke schreef op maandag 22 februari 2021 @ 16:21:
Dag,
Ik heb lokaal een spotweb draaien op een debian VM met nginx.
Bijna alles werkt. ik kan zoeken downloaden mbv nzbget. Alleen als ik een bedankjewil plaatsen krijg ik de melding

[...]

Ligt bij mijn newserver provider of ben ik ergens een vinkje vergeten?

Dat ligt bij je provider.

[RudolfR]

Ik heb hetzelfde met eweka; posting is enabled volgens mijn eweka en ik heb spotweb ook geconfigureerd om te posten via poort 119, ipv de ssl-poorten. (dat schijnt te moeten)

Ook heb ik de gebruiker toestemming gegeven voor het posten en het posten van comments.
Maar hier dezelfde foutmelding. (spotweb in docker van jgeusebroek)

TIps?

[PerlinNoise]

RudolfR schreef op maandag 22 februari 2021 @ 18:58:
Ik heb hetzelfde met eweka; posting is enabled volgens mijn eweka en ik heb spotweb ook geconfigureerd om te posten via poort 119, ipv de ssl-poorten. (dat schijnt te moeten)

Tips?

Gebruik je post.eweka.nl?

[RudolfR]

@PerlinNoise

Top, bedankt, daar had ik overheen gekeken.

[royke]

alesandro_46 schreef op maandag 22 februari 2021 @ 16:38:
[...]

Dat ligt bij je provider.

Dankje, ze hebben de post mogelijkheid aangezet. je moet diep zoeken in hun kleine letter om dit te vinden.

[The Dokter]

Na enige tijd een stabiele spotweb installatie te hebben gedraaid krijg ik sindskort bij een zoekopdracht geen resultaten in zowel Sonarr als Radarr en bij de events de volgende foutmelding:

"application/x-nzb does not contain application/x-nzb, found application/zip."

Spotweb zelf is nog steeds benaderbaar, lijkt te update en verder te functioneren.
Nu heb ik voor deze foutmelding al rond gekeken op zeer verschillende fora, maar deze foutmelding niet terug kunnen vinden en daarmee ook niet de oplossing. Heb in spotweb zowel een nieuwe api-key gemaakt als een nieuwe gebruiker. Beide loste dit probleem niet op. Draai spotweb op een Synology, versie 20190917-1 en Radarr/Sonarr ook nieuwste versie.

Kent iemand dit probleem? En heeft iemand een mogelijke oplossing?

[RudolfR]

@The Dokter

Het lijkt erop dat spotweb een zip aanbiedt ipv een nzb.
Staat dat misschien zo geconfigureerd onder 'nzb handling' bij de instellingen van de gebruiker?
"What shall we do with multiple NZB files?"

[The Dokter]

The Dokter schreef op vrijdag 21 mei 2021 @ 21:14:
Na enige tijd een stabiele spotweb installatie te hebben gedraaid krijg ik sindskort bij een zoekopdracht geen resultaten in zowel Sonarr als Radarr en bij de events de volgende foutmelding:

"application/x-nzb does not contain application/x-nzb, found application/zip."

Spotweb zelf is nog steeds benaderbaar, lijkt te update en verder te functioneren.
Nu heb ik voor deze foutmelding al rond gekeken op zeer verschillende fora, maar deze foutmelding niet terug kunnen vinden en daarmee ook niet de oplossing. Heb in spotweb zowel een nieuwe api-key gemaakt als een nieuwe gebruiker. Beide loste dit probleem niet op. Draai spotweb op een Synology, versie 20190917-1 en Radarr/Sonarr ook nieuwste versie.

Kent iemand dit probleem? En heeft iemand een mogelijke oplossing?

Soms is de oplossing simpeler dan je denkt. Door bovenstaande post te maken toch nog een keer gekeken of er geen nieuwere versie was. Bleek dat ik de vorige versie ook handmatig had geïnstalleerd, dus niet via de app store, dus de versie wordt niet automatisch bijgewerkt en er was inderdaad een 2020 versie van spotweb.
Nadat ik de nieuwe versie handmatig heb geïnstalleerd, had ik nog wel de foutmelding "bin/upgrade-db.php". Opgelost door dbsettings.inc.php te verwijderen en opnieuw install.php uitgevoerd. Hierna alleen setup hoeven doorlopen, andere informatie was blijven staan. En nu werkt het weer.

[Voor 4% gewijzigd door The Dokter op 22-05-2021 13:52]

[RandyJC]

Mocht je gebruik maken van cloudbox, dan kan je middels cloudbox_mod role spotweb uitrollen.

Dit is mijn template:

code:

---
- name: "Set DNS Record on CloudFlare"
  include_role:
    name: cloudflare-dns
  vars:
    subdomain: nzb
  when: cloudflare_enabled

- name: Stop and remove any existing container
  docker_container:
    name: spotweb
    state: absent

- name: Create spotweb directories
  file: "path={{ item }} state=directory mode=0775 owner={{ user.name }} group={{ user.name }}"
  with_items:
    - /opt/spotweb

- name: Create and start container
  docker_container:
    name: spotweb
    image: "jgeusebroek/spotweb"
    pull: yes
    published_ports:
      - "81:80"
    env:
      PUID: "{{ uid }}"
      PGID: "{{ gid }}"
      VIRTUAL_HOST: "nzb.{{ user.domain }}"
      VIRTUAL_PORT: "80"
      LETSENCRYPT_HOST: "nzb.{{ user.domain }}"
      LETSENCRYPT_EMAIL: "{{ user.email }}"
      TZ: "{{ tz }}"
      SPOTWEB_DB_TYPE: "pdo_mysql"
      SPOTWEB_DB_HOST: "mariadb"
      SPOTWEB_DB_PORT: "3306"
      SPOTWEB_DB_NAME: "spotwebdb"
      SPOTWEB_DB_USER: "root"
      SPOTWEB_DB_PASS: "password321"
      SPOTWEB_CRON_RETRIEVE: "* */2 * * *"
    volumes:
      - "/opt/spotweb:/config"
    labels:
      "com.github.cloudbox.cloudbox_managed": "true"
    networks:
      - name: cloudbox
        aliases:
          - spotweb
    purge_networks: yes
    restart_policy: unless-stopped
    state: started

en dit plaats je in ownsettings.php (/opt/spotweb)

code:

<?php
   $settings['ssloverride'] = true;
?>

[Voor 3% gewijzigd door RandyJC op 16-06-2021 14:12]

[Webjunkie]

SpotWeb v0.68.33.34 on PHP v7.3.29-1+ubuntu18.04.1+deb.sury.org+1 crashed object(SqlErrorException)#27 ( { ["message":protected]=> string(81) "HY000: 126: Index for table './spotweb/sessions.MYI' is corrupt; try to repair it"

Repair werkt helaas niet.
Kan ik die sessions table gewoon deleten en wordt hij dan automagisch opnieuw aangemaakt?

edit: antwoord is ja

[Voor 3% gewijzigd door Webjunkie op 01-08-2021 08:28]

[MikeOO]

Iemand toevallig een handleiding hoe je Spotweb in Docker zou kunnen draaien.

Wil over gaan naar Synology DSM 7 maar kan niet veel info vinden of Spotweb na de upgrade van DSM 6 naar DSM 7 nog wel draait en dacht kan ik het beter in Docker gaan draaien.

Nu heb ik al aardig wat tools draaien in Docker, meeste wel via stappenplannen, maar dit zijn toch van die dingen dat het handig is als je een stappenplan bij de hand hebt.

[PerlinNoise]

MikeOO schreef op vrijdag 13 augustus 2021 @ 15:59:
Iemand toevallig een handleiding hoe je Spotweb in Docker zou kunnen draaien.

Wil over gaan naar Synology DSM 7 maar kan niet veel info vinden of Spotweb na de upgrade van DSM 6 naar DSM 7 nog wel draait en dacht kan ik het beter in Docker gaan draaien.

Nu heb ik al aardig wat tools draaien in Docker, meeste wel via stappenplannen, maar dit zijn toch van die dingen dat het handig is als je een stappenplan bij de hand hebt.

Vergeet niet username en password velden in te vullen.

docker-compose.yml:

code:

version: "2.1"
services:
  spotweb:
    image: jgeusebroek/spotweb
    container_name: spotweb
    restart: unless-stopped
    environment:
     - PUID=1000
     - GUID=1000
     - TZ=Europe/Amsterdam
     - SPOTWEB_DB_TYPE=pdo_mysql
     - SPOTWEB_DB_HOST=spotweb_db
     - SPOTWEB_DB_PORT=3306
     - SPOTWEB_DB_NAME=spotweb
     - SPOTWEB_DB_USER=USERNAME
     - SPOTWEB_DB_PASS=PASSWORD
     - "SPOTWEB_CRON_RETRIEVE=* */2 * * *"
    depends_on:
     - spotweb_db
    ports:
     - 8007:80
    volumes:
     - /home/USERNAME/spotweb:/config

  spotweb_db:
    image: linuxserver/mariadb
    container_name: spotwebdb
    restart: unless-stopped
    environment:
     - PUID=1000
     - PGID=1000
     - MYSQL_ROOT_PASSWORD=PASSWORD
     - TZ=Europe/Amsterdam
     - MYSQL_DATABASE=spotweb
     - MYSQL_USER=USERNAME
     - MYSQL_PASSWORD=PASSWORD
    volumes:
     - /home/USERNAME/spotweb/mariadb:/config
    ports:
     - 3306:3306

[mesa57]

Let op dat de imdb api van jgeusebroek docker image niet werkt (niet erg als je hem niet nodig hebt).

[MikeOO]

PerlinNoise schreef op vrijdag 13 augustus 2021 @ 16:21:
[...]


Vergeet niet username en password velden in te vullen.

docker-compose.yml:

code:

version: "2.1"
services:
  spotweb:
    image: jgeusebroek/spotweb
    container_name: spotweb
    restart: unless-stopped
    environment:
     - PUID=1000
     - GUID=1000
     - TZ=Europe/Amsterdam
     - SPOTWEB_DB_TYPE=pdo_mysql
     - SPOTWEB_DB_HOST=spotweb_db
     - SPOTWEB_DB_PORT=3306
     - SPOTWEB_DB_NAME=spotweb
     - SPOTWEB_DB_USER=USERNAME
     - SPOTWEB_DB_PASS=PASSWORD
     - "SPOTWEB_CRON_RETRIEVE=* */2 * * *"
    depends_on:
     - spotweb_db
    ports:
     - 8007:80
    volumes:
     - /home/USERNAME/spotweb:/config

  spotweb_db:
    image: linuxserver/mariadb
    container_name: spotwebdb
    restart: unless-stopped
    environment:
     - PUID=1000
     - PGID=1000
     - MYSQL_ROOT_PASSWORD=PASSWORD
     - TZ=Europe/Amsterdam
     - MYSQL_DATABASE=spotweb
     - MYSQL_USER=USERNAME
     - MYSQL_PASSWORD=PASSWORD
    volumes:
     - /home/USERNAME/spotweb/mariadb:/config
    ports:
     - 3306:3306

Het lukt mij zover dat beide container zijn aangemaakt en draaien in docker.
Poort 3306:3306 heb ik aangepast naar 3308:3308 ivm gebruik van dit poortnummer.

Als ik dan naar http://<ip-nas>:8007 ga dan krijg ik een foutmelding

code:

Unable to connect to database:
SQLSTATE[HY000] [2002] Connection refused


Please make sure your database server is up and running and your connection parameters are set

Ook geprobeerd om dbsettings.inc.php te verwijderen en via http://<ip-nas>:8007/install.php de stappen uit te voeren maar ook dan krijg hij geen verbinding met de database.

Voer ik het volgende uit via SSH

code:

sudo docker exec -it spotwebdb bash
en vervolgens
mysql -u root -p

Dan vraag hij om het root wachtwoord. Ik vul dan het wachtwoord in wat ik MYSQL_ROOT_PASSWORD heb aangemaakt maar dan krijg ik
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)


De log van Spotweb docker laat zien. Ik weet niet of de laatste regel iets daarmee te maken heeft.

code:

Creating database configuration

Setting (PHP) time zone to Europe/Amsterdam

 * Starting periodic command scheduler cron

   ...done.

Module rewrite already enabled

Module expires already enabled

Considering dependency filter for deflate:

Module filter already enabled

Module deflate already enabled

 * Restarting Apache httpd web server apache2

AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.22.0.2. Set the 'ServerName' directive globally to suppress this message

   ...done.

Ik ben even lost in dockerland

[Voor 23% gewijzigd door MikeOO op 14-08-2021 09:55]

[PerlinNoise]

MikeOO schreef op zaterdag 14 augustus 2021 @ 09:33:
[...]


Het lukt mij zover dat beide container zijn aangemaakt en draaien in docker.
Poort 3306:3306 heb ik aangepast naar 3308:3308 ivm gebruik van dit poortnummer.

Dan moet je 3308:3306 doen.

code:

<external>:<internal>

respectively. For example, -p 8080:80 would expose port 80 from inside the container to be accessible from the host's IP on port 8080 outside the container.

En SPOTWEB_DB_PORT=3308 invullen
Eventueel even volumes wissen zodat je schoon begint.

[Voor 27% gewijzigd door PerlinNoise op 14-08-2021 11:37]

[MikeOO]

PerlinNoise schreef op zaterdag 14 augustus 2021 @ 11:26:
[...]


Dan moet je 3308:3306 doen.

code:

<external>:<internal>

[...]


En SPOTWEB_DB_PORT=3308 invullen
Eventueel even volumes wissen zodat je schoon begint.

Helaas krijg ik weer soortgelijke melding

code:

AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.18.0.3. Set the 'ServerName' directive globally to suppress this message

   ...done.

Unable to connect to database: SQLSTATE[HY000] [2002] Connection refused

Als in localhost gebruikt krijg ik
SQLSTATE[HY000] [2002] Cannot assign requested address

Als ik ip van NAS gebruik
SQLSTATE[HY000] [1045] Access denied for user 'root'@'172.18.0.1' (using password: YES)

Als ik 127.0.0.1 gebruik
SQLSTATE[HY000] [2002] Connection refused

Begin mij wel af te vragen of poort 3306 het probleem blijft. Er draait nu nog ook gewoon Spotweb op en Maria DB (niet docker) gebruikt die poort. Heb deze nu wel MariaDB via package center tijdelijk gestopt
maar in hoeverre dat toch van invloed blijft.

Bovenstaande heeft geen invloed.

UPDATE
Gelukt, Na vele pogingen en zoeken de oplossing gevonden. Vrij simpel als je het weet

1. Na installatie van de docker bestanden moet je dbsettings.inc.php weer verwijderen.
2. Ga naar http://<ip-nas>/spotweb/install.php
3. Bij Server (staat normaal localhost) voeg je het poortnummer toe. Dit heb ik aangepast naar ip-nas:3308
4. Bij poortnummer vul je in: 3306

Je moet dus het poortnummer van buitenaf achter het serveradres invullen als deze afwijkend is.

Ik gebruik ports:3308:3306 in docker-compose.yml.

Daarna kun je de stappen verder volgen en bij de laatste stap (dit kan even duren dus geduld) krijg je netjes de melding dat het gelukt is.

Je moet daarna nog een bestand: dbsettings.inc.php aanmaken. Wat erin moet komen te staan krijg je te zien. Maar dat zijn gewoon Spotweb stappen.

[Voor 79% gewijzigd door MikeOO op 16-08-2021 07:35]

[MaceNL]

Heren,

Ik heb dit ook geprobeerd maar op de 1 of andere manier werkt het niet, hoe kan ik bijvoorbeeld in yaml network optie bridged mee geven of moet ik dat juist niet doen?

Ipv port 80 wil ik graag 8007 gebruiken dat zou geen issue moeten zijn toch?

Ik zie wel dat port 8007 en 3306 open staan als ik een test-netconnection doe via powershell maar kan niet die /spotweb/install.php bereiken.

edit : ik had zelf een fout gemaakt met de port.

ps: weet iemand nog een goede complete filter.xml?

[Voor 12% gewijzigd door MaceNL op 21-08-2021 14:30]

[albatross]

Is spotweb nog werkend te krijgen op Synology? Zo lijkt de repository voor nzbusenet DOT com niet meer te bestaan. En ook XML en DOM zijn afewezig op PHP 7.4.

[d-vine]

albatross schreef op dinsdag 24 augustus 2021 @ 17:54:
Is spotweb nog werkend te krijgen op Synology? Zo lijkt de repository voor nzbusenet DOT com niet meer te bestaan. En ook XML en DOM zijn afewezig op PHP 7.4.

Ik kreeg het op versie 7 niet meer werkend ook handmatig installatie niet. (ds716+)
Had al proxmox voor Home Assistant en UniFi controler en daar zitten nu 2 containers bij voor wordpress (wat wel draaide op de NAS) en sinds deze week spotweb en sabnzb met een nfs share naar de NAS toe.
Ben wel blij dat ik het heb gedaan want het draait nog sneller en soepeler

[albatross]

Spotweb werkt nu op mijn DSM 6.2.3, maar krijg iedere keer een kruisje op mijn groene pijltje wanneer ik iets aanklik. File wordt overigens wel gewoon doorgestuurd naar SABnzbd, en downloadt ook netjes. Maar kruisje is irritant, omdat zo niet meer te zien is welke files ik al gedownload heb. En spotweb lijkt geen log te hebben.

[albatross]

Haha, had net zelf ook een antwoord gevonden:

https://github.com/spotweb/spotweb/issues/561

Ligt aan spotweb. Er zijn twee files die je even moet patchen, en het loopt weer goed. Dit was een typo in /volume1/web/spotweb/lib/services/NzbHandler/Services_NzbHandler_Clientsabnzbd.php ('jsonp' ipv van 'json'), en een 'output=text' ipv 'output=json' in /volume1/web/spotweb/lib/services/NzbHandler/Services_NzbHandler_Pushsabnzbd.php

[Voor 4% gewijzigd door albatross op 25-08-2021 10:00]

[pven]

d-vine schreef op dinsdag 24 augustus 2021 @ 18:32:
[...]


Ik kreeg het op versie 7 niet meer werkend ook handmatig installatie niet. (ds716+)

Op een ds716+ kan je toch docker draaien, dan draai je het daar toch in? Of ben ik nu iets te kort door de bocht? Sowieso is het eigenlijk gewoon een website die een database nodig heeft, lijkt me redelijk los te staan van DSM7.

(Op mijn oude Synology's kan ik overigen s geen docker draaien. )

[Voor 16% gewijzigd door pven op 25-08-2021 13:53]

[d-vine]

pven schreef op woensdag 25 augustus 2021 @ 13:53:
[...]

Op een ds716+ kan je toch docker draaien, dan draai je het daar toch in? Of ben ik nu iets te kort door de bocht? Sowieso is het eigenlijk gewoon een website die een database nodig heeft, lijkt me redelijk los te staan van DSM7.

(Op mijn oude Synology's kan ik overigen s geen docker draaien. )

Waarom zou ik docker draaien op mijn synology als ik al de beschikking heb over een veel beter presterend NUC i7 met proxmox en zijn VM's en CT's.
Maar als je niet zo'n NUC tot je beschikking hebt is docker een prima oplossing op je Synology

[alesandro_46]

d-vine schreef op woensdag 25 augustus 2021 @ 14:57:
[...]


Waarom zou ik docker draaien op mijn synology als ik al de beschikking heb over een veel beter presterend NUC i7 met proxmox en zijn VM's en CT's.
Maar als je niet zo'n NUC tot je beschikking hebt is docker een prima oplossing op je Synology

Ik denk, omdat jij het zelf over een ds716+ hebt

[d-vine]

alesandro_46 schreef op woensdag 25 augustus 2021 @ 14:58:
[...]

Ik denk, omdat jij het zelf over een ds716+ hebt

Ik doelde meer op niet meer werkend zonder een docker of soort gelijke omgeving.
De packeges van Spotweb, SABnzb zijn wel de nek omgedraaid in DSM7 en denk niet dat dat nog terug komt

[FreshMaker]

in mijn recente install krijg ik deze foutmelding.

[code]{"result":"failure","data":[],"info":[],"warnings":[],"errors":["Authentication rejected [response: \"Too many connections.\"] [response: \"\"]"]}[/code]

Een lege Ubuntu installatie met Apache, PHP en MySQL

Deze handleiding gevolgd.
https://github.com/spotwe...buntu-20.04-LTS-(english)

Enige aanpassingen achteraf zijn de allow all in apache ( om de api te laten werken )

De boel nu weer in Docker gezet - dit werkt feilloos .. ( not so mucht - ik begin aan mijn eigen te twijfelen )

mesa57 schreef op zaterdag 18 september 2021 @ 11:53:
Dat is geen oplossing maar een work around

Heb je 100% gelijk in !

Terug naar een OS-Install ...

[Voor 26% gewijzigd door FreshMaker op 19-09-2021 18:46]

[mesa57]

Dat is geen oplossing maar een work around

[mesa57]

Mocht de handleiding niet goed zijn, open dan even een issue op github.

[Henkske]

Sorry

[Voor 99% gewijzigd door Henkske op 03-10-2021 22:38]

[Ortep]

MikeOO schreef op zaterdag 14 augustus 2021 @ 12:58:
[...]

UPDATE
Gelukt, Na vele pogingen en zoeken de oplossing gevonden. Vrij simpel als je het weet

1. Na installatie van de docker bestanden moet je dbsettings.inc.php weer verwijderen.
2. Ga naar http://<ip-nas>/spotweb/install.php
3. Bij Server (staat normaal localhost) voeg je het poortnummer toe. Dit heb ik aangepast naar ip-nas:3308
4. Bij poortnummer vul je in: 3306

Ik krijg dezelfde foutmeldingen als jij. Ik heb de poorten van de compose file niet aangepast.

Als ik dan punt 2 probeer uit te voeren krijg ik een 500 error "Er is een fout opgetreden tijdens deze aanvraag."

Ik kom dus niet eens bij punt 3 en 4.

Ik kan daar dus niet verder. Heb je misschien nog een tip?

Ik zie de twee docker containers gewoon lopen.

[MikeOO]

Ortep schreef op vrijdag 8 oktober 2021 @ 20:59:
[...]


Ik krijg dezelfde foutmeldingen als jij. Ik heb de poorten van de compose file niet aangepast.

Als ik dan punt 2 probeer uit te voeren krijg ik een 500 error "Er is een fout opgetreden tijdens deze aanvraag."

Ik kom dus niet eens bij punt 3 en 4.

Ik kan daar dus niet verder. Heb je misschien nog een tip?

Ik zie de twee docker containers gewoon lopen.

Zover ik begrijp kom je nog niet bij de install.php en daar had ik geen problemen mee.
Lijkt er dus bijna op dat het fout gaat bij het webserver deel. Anders zou je gewoon install.php moeten kunnen openen.

Het verbindingen met de DB is nog niet aan de orde in deze stap. Dus zou toch even de instellingen nalopen en vooral poortnummers Lijkt er bijna op dat het hierop fout gaat

Maar het is handig als je bv wat printsreens of info plaats van de instellingen die je nu hebt gebruikt in Docker voor Spotweb.

[Voor 4% gewijzigd door MikeOO op 09-10-2021 07:36]

[Ortep]

MikeOO schreef op zaterdag 9 oktober 2021 @ 07:22:
[...]

Maar het is handig als je bv wat printsreens of info plaats van de instellingen die je nu hebt gebruikt in Docker voor Spotweb.

Screenshots zijn niet echt verhelderend ik kan nergens bij dus ik kan ook niet laten zien wat er staat. Maar dit staat in mijn dockercompose. Ik heb de passwoorden en namen even aangepast om te laten zien wat ik gedaan heb.

code:

  spotweb:
    image: jgeusebroek/spotweb
    container_name: spotweb
    restart: unless-stopped
    environment:
     - PUID=1032
     - GUID=100
     - TZ=Europe/Amsterdam
     - SPOTWEB_DB_TYPE=pdo_mysql
     - SPOTWEB_DB_HOST=spotweb_db
     - SPOTWEB_DB_PORT=3306
     - SPOTWEB_DB_NAME=spotweb
     - SPOTWEB_DB_USER=Spotuser
     - SPOTWEB_DB_PASS=Spotpassw
     - "SPOTWEB_CRON_RETRIEVE=* */2 * * *"
    depends_on:
     - spotweb_db
    ports:
     - 8007:80
    volumes:
      - ${DOCKERCONFDIR}/spotweb:/config

  spotweb_db:
    image: linuxserver/mariadb
    container_name: spotwebdb
    restart: unless-stopped
    environment:
     - PUID=1032
     - PGID=100
     - MYSQL_ROOT_PASSWORD=Spotwebroot
     - TZ=Europe/Amsterdam
     - MYSQL_DATABASE=spotweb
     - MYSQL_USER=Spotuser
     - MYSQL_PASSWORD=Spotpassw
    volumes:
     - ${DOCKERCONFDIR}/spotweb/mariadb:/config
    ports:
     - 3306:3306

Dit is regelrecht overgenomen van de compose die jij ook gebruikte.
Ik heb een paar dingen aangepast, oa de volumebenaming. Die regel ik via een .env file. Dat werkt ook goed, want ik zie van alles verschijnen in die volumes. Ze zijn dus benaderbaar door de containers op de plaats die ik verwacht. Daar zit het probleem dus niet.
De poorten heb ik heel bewust dus niet aangepast.

[MikeOO]

Ortep schreef op zaterdag 9 oktober 2021 @ 09:43:
[...]

Screenshots zijn niet echt verhelderend ik kan nergens bij dus ik kan ook niet laten zien wat er staat. Maar dit staat in mijn dockercompose. Ik heb de passwoorden en namen even aangepast om te laten zien wat ik gedaan heb.

code:

  spotweb:
    image: jgeusebroek/spotweb
    container_name: spotweb
    restart: unless-stopped
    environment:
     - PUID=1032
     - GUID=100
     - TZ=Europe/Amsterdam
     - SPOTWEB_DB_TYPE=pdo_mysql
     - SPOTWEB_DB_HOST=spotweb_db
     - SPOTWEB_DB_PORT=3306
     - SPOTWEB_DB_NAME=spotweb
     - SPOTWEB_DB_USER=Spotuser
     - SPOTWEB_DB_PASS=Spotpassw
     - "SPOTWEB_CRON_RETRIEVE=* */2 * * *"
    depends_on:
     - spotweb_db
    ports:
     - 8007:80
    volumes:
      - ${DOCKERCONFDIR}/spotweb:/config

  spotweb_db:
    image: linuxserver/mariadb
    container_name: spotwebdb
    restart: unless-stopped
    environment:
     - PUID=1032
     - PGID=100
     - MYSQL_ROOT_PASSWORD=Spotwebroot
     - TZ=Europe/Amsterdam
     - MYSQL_DATABASE=spotweb
     - MYSQL_USER=Spotuser
     - MYSQL_PASSWORD=Spotpassw
    volumes:
     - ${DOCKERCONFDIR}/spotweb/mariadb:/config
    ports:
     - 3306:3306

Dit is regelrecht overgenomen van de compose die jij ook gebruikte.
Ik heb een paar dingen aangepast, oa de volumebenaming. Die regel ik via een .env file. Dat werkt ook goed, want ik zie van alles verschijnen in die volumes. Ze zijn dus benaderbaar door de containers op de plaats die ik verwacht. Daar zit het probleem dus niet.
De poorten heb ik heel bewust dus niet aangepast.

Zelf heb ik het niet via de config uiteindelijk gedaan maar het via Docker zelf gedaan omdat ik zo liep te klooien met die DB

Feit dat je er niet bij kunt is niet mogelijk een reden. Bedoel meer dat het systeem ergens anders draait en via VPN of iets anders het daardoor niet bereikbaar is. Kan ook zijn dat je niet op dit moment er bent natuurlijk maar voor de zekerheid

Wat is zo even kan bedenken om de controleren
1. Zijn de gebruikte poortnummer vrij? Mogelijk wordt het door iets anders gebruikt waardoor je een fout krijgt of door een oude Spotweb installatie.
2. Is in docker folder de mappen wel aangemaakt?
3. Mogelijk dat je geen rechten hebt op HTTP groep of iets waardoor je het niet kunt bereiken

[Ortep]

MikeOO schreef op zaterdag 9 oktober 2021 @ 10:13:
[...]
1. Zijn de gebruikte poortnummer vrij? Mogelijk wordt het door iets anders gebruikt waardoor je een fout krijgt of door een oude Spotweb installatie.

Ik heb ook andere poortnummers geprobeerd door bv 13306:3306 te gebruiken en 18007:80
Dat heeft geen invloed

2. Is in docker folder de mappen wel aangemaakt?

Ja, die zijn er en daar komt ook van alles in te staan. Dus ze zijn bereikbaar en ook beschrijf baar.

3. Mogelijk dat je geen rechten hebt op HTTP groep of iets waardoor je het niet kunt bereiken

Wie moet er rechten hebben? De dockeruser? of de beheerder? De beheerder is in principe een admin user. Ik heb ze alle twee toegevoegd aan de http groep. Maar ook dat maakt niets uit.

Zodra ik http://<ip-nas>/spotweb/install.php probeer te benaderen krijg ik een 500 error

[MikeOO]

Ortep schreef op zaterdag 9 oktober 2021 @ 11:21:
[...]

Ik heb ook andere poortnummers geprobeerd door bv 13306:3306 te gebruiken en 18007:80
Dat heeft geen invloed

[...]

Ja, die zijn er en daar komt ook van alles in te staan. Dus ze zijn bereikbaar en ook beschrijf baar.

[...]


Wie moet er rechten hebben? De dockeruser? of de beheerder? De beheerder is in principe een admin user. Ik heb ze alle twee toegevoegd aan de http groep. Maar ook dat maakt niets uit.

Zodra ik http://<ip-nas>/spotweb/install.php probeer te benaderen krijg ik een 500 error

Ben ook nog geen goeroe hoor met docker maar blijft vreemd dat het direct al met PHP fout loopt.
Dan ga je toe denken dat hij iets niet mag uitvoeren.

Zou de rechten wel weer terugzetten als het niet helpt, ivm veiligheid. Testen is prima, werkt het niet gelijk weer terugzetten. Voor je het weet zet je teveel open.

Kun je niets in de log vinden in docker. Zowel docker zelf heeft een centrale log als elke container als je hem opent. Mogelijk dat hier nog een verwijzing in zit.

Als daar geen aanwijzingen in staan dan onderstaand eens proberen.
Zelf heb ik gewoon alles handmatig in Docker gezet aan de hand van het bestand is dat eenvoudig over te nemen.

Misschien een optie om alles te verwijderen en het op te splitsen. Eerst Spotweb draaien en werkend tot aan install.php en daarna als je die pagina kunt bereiken ga je de DB aanmaken maar zou het retrieve commando tijdelijk verwijderen.

Je wilt pas dat dit gaat draaien als je Spotweb kunt openen en kunt inloggen in de DB. Nadeel is namelijk als hij de DB gaat vullen het erg lang gaat duren en in de tijd lopen de dingen ook niet echt lekker.
Is geen verklaring voor de error 500 maar wel om het even meer stap voor stap te doen.

Als alles werkt dan voeg je deze regel weer toe aan je container.

[Ortep]

MikeOO schreef op zaterdag 9 oktober 2021 @ 13:28:
[...]
Zou de rechten wel weer terugzetten als het niet helpt, ivm veiligheid. Testen is prima, werkt het niet gelijk weer terugzetten. Voor je het weet zet je teveel open.

Heb ik gedaan. Maar goed om er nogmaals op te wijzen.

Kun je niets in de log vinden in docker. Zowel docker zelf heeft een centrale log als elke container als je hem opent. Mogelijk dat hier nog een verwijzing in zit.

Dat is iets waar ik maandag wel naar ga kijken. Voorlopig zit mijn weekend vol.
Ik laat het je weten als ik iets vind.

Aanvulling:

code:

2021-10-09 10:47:31 stdout  Unable to connect to database: SQLSTATE[HY000] [2002] Connection timed out
2021-10-09 10:35:31 stdout  Unable to connect to database: SQLSTATE[HY000] [2002] Connection timed out
2021-10-09 09:12:17 stdout     ...done.
2021-10-09 09:12:16 stderr  AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.18.0.2. Set the 'ServerName' directive globally to suppress this message
2021-10-09 09:12:16 stdout   * Restarting Apache httpd web server apache2
2021-10-09 09:12:16 stdout  Module deflate already enabled
2021-10-09 09:12:16 stdout  Module filter already enabled
2021-10-09 09:12:16 stdout  Considering dependency filter for deflate:
2021-10-09 09:12:16 stdout  Module expires already enabled
2021-10-09 09:12:16 stdout  Module rewrite already enabled
2021-10-09 09:11:43 stdout     ...done.
2021-10-09 09:11:42 stdout   * Starting periodic command scheduler cron
2021-10-09 09:11:42 stdout  
2021-10-09 09:11:42 stdout  Setting (PHP) time zone to Europe/Amsterdam
2021-10-09 09:11:42 stdout  Creating database configuration

Er lijkt iets mis te zijn met Apache...maar ook dat is voor maandag om verder te bekijken.

[Voor 48% gewijzigd door Ortep op 09-10-2021 14:09]

[RudolfR]

@Ortep

Die melding van apache lijkt me niet direct een probleem, want die heb ik ook.
Geen verbinding kunnen maken met de database lijkt me problematischer.
Het exposen van poort 3306 op de host zou ook niet nodig hoeven zijn, docker kan dat intern regelen.

[MikeOO]

RudolfR schreef op maandag 11 oktober 2021 @ 08:44:
@Ortep

Die melding van apache lijkt me niet direct een probleem, want die heb ik ook.
Geen verbinding kunnen maken met de database lijkt me problematischer.
Het exposen van poort 3306 op de host zou ook niet nodig hoeven zijn, docker kan dat intern regelen.

Op zich logisch dat hij geen verbinding kan maken want zover is hij nog niet. Pas als je de install.php kunt uitvoeren kun je de DB gegevens invullen en koppelen en dan zou de verbinding pas tot stand komen.

En inderdaad de apache melding is standaard bij iedereen denk ik.

[Voor 5% gewijzigd door MikeOO op 11-10-2021 09:55]

[Ortep]

MikeOO schreef op maandag 11 oktober 2021 @ 09:54:
[...]


Op zich logisch dat hij geen verbinding kan maken want zover is hij nog niet. Pas als je de install.php kunt uitvoeren kun je de DB gegevens invullen en koppelen en dan zou de verbinding pas tot stand komen.

Ik zal vandaag ongetwijfeld iets anders hebben gedaan dan vorige week. Nu krijg ik wel de install procedure aan de gang op <serverip>:8007.

Maar dan gaat het een minuut later fout. Ik krijg de melding dat de verbinding naar de data een time out had. En of ik de fout even wilde corrigeren. Tsja...welke fout. Ik heb wel 5 keer nagegaan of de poorten overal hetzelfde waren, of de usernamen en passwoorden correct voor alle twee waren.
We puzzelen door

[MikeOO]

Ortep schreef op maandag 11 oktober 2021 @ 15:12:
[...]


Ik zal vandaag ongetwijfeld iets anders hebben gedaan dan vorige week. Nu krijg ik wel de install procedure aan de gang op <serverip>:8007.

Maar dan gaat het een minuut later fout. Ik krijg de melding dat de verbinding naar de data een time out had. En of ik de fout even wilde corrigeren. Tsja...welke fout. Ik heb wel 5 keer nagegaan of de poorten overal hetzelfde waren, of de usernamen en passwoorden correct voor alle twee waren.
We puzzelen door

Verschijnt de melding nadat je alles hebt ingevuld en doorgaat in de wizzard of al als je install.php gewoon open hebt staan.

Bij het eerste kan ik mij dat voorstellen dat iets niet bereikbaar is of niet goed is ingevuld.

Bij het tweede lijkt het erop dat hij iets verwacht en dat duurt te lang waardoor er een timeout optreed.

Niets in de logbestanden te vinden van docker op dat moment?

[Ortep]

MikeOO schreef op maandag 11 oktober 2021 @ 15:24:
[...]


Verschijnt de melding nadat je alles hebt ingevuld en doorgaat in de wizzard of al als je install.php gewoon open hebt staan.

Ik heb install.php gewoon kunnen openen. Dan krijg ik een overzicht scherm. Daar onder staat next.
Dat doe ik en dan komt:

Bij het tweede lijkt het erop dat hij iets verwacht en dat duurt te lang waardoor er een timeout optreed.

Dat verwacht ik ook. Ik heb geprobeerd alles zo simpel mogelijk te houden. Dus usernamen allemaal spotweb en passwoorden ook.
Niets veranderd aan de standaard poorten. Als ik local host gebruikt gaat het direct mis zoals te verwachten valt. Als ik een lokaal ip adress invul dan start er wel iets. Dus het lijkt er op dat er verbinding is.

Niets in de logbestanden te vinden van docker op dat moment?

In de algemene log staat dat de container is gestart. en in de log van spotweb staat

[MikeOO]

Ortep schreef op maandag 11 oktober 2021 @ 15:57:
[...]

Ik heb install.php gewoon kunnen openen. Dan krijg ik een overzicht scherm. Daar onder staat next.
Dat doe ik en dan komt:
[Afbeelding]


[...]

Dat verwacht ik ook. Ik heb geprobeerd alles zo simpel mogelijk te houden. Dus usernamen allemaal spotweb en passwoorden ook.
Niets veranderd aan de standaard poorten. Als ik local host gebruikt gaat het direct mis zoals te verwachten valt. Als ik een lokaal ip adress invul dan start er wel iets. Dus het lijkt er op dat er verbinding is.


[...]

In de algemene log staat dat de container is gestart. en in de log van spotweb staat

[Afbeelding]

Nog wat dingen die ik mij kon bedenken.

In het eerste scherm wat je te zien krijgt staat daar alles op OK.
Behalve SQLite (PDO) en bcmath staan bij mij op NOT OK.

Het IP-adres is dat het adres van je NAS, dus waar docker op draait.

Heb je dbsettings.inc.php verwijderd voor je Install.php start die in je docker spotweb map staat?
voorbeeld in: /volume1/docker/spotweb

Zou niet nodig zijn denk ik maar probeer toch eens 192.168.2.220:3306 in te vullen en poortnummer ook 3306.

En heb je gecontroleerd of PUID en PGID juist zijn. Bij mij zijn die bv anders dan in het voorbeeld script.
https://mariushosting.com...d-userid-and-gid-groupid/

Even voor de zekerheid
Heb je bij MYSQL_ROOT_PASSWORD= niet verward met SPOTWEB_DB_PASS
Zijn namelijk 2 verschillende items.

[Ortep]

@MikeOO

Zucht...ik ben er achter. En ik weet nu denk ik ook waarom jij het niet voor elkaar kreeg met die docker_compose files. Wat een drama zijn die dingen. Als ze eenmaal op orde zijn werkt het wel. Maar je moet 7000 keer spaties en puntkomma's toevoegen of opschuiven.
Regeltje er bij, regeltje er af.
Tikfoutje zoeken en aanpassen.
Tikfoutje maken en al je andere dockers zijn plotseling weg.

De Synology UI is veel eenvoudiger zoals jij ook al merkte.

Die docker compose files van eerder zijn dus niet compleet. Er mist in de spotweb en de maria db een essentiële regel:

network_mode: bridge

Als die er in staat werkt alles wel. Ik kwam er achter omdat ik die in andere docker compose files wel zag staan.

Voeg je die toe dan zijn ze wel bruikbaar.

Nu nog even kijken of het ophalen van spots werkt.

[MikeOO]

Ortep schreef op woensdag 13 oktober 2021 @ 11:28:
@MikeOO

Zucht...ik ben er achter. En ik weet nu denk ik ook waarom jij het niet voor elkaar kreeg met die docker_compose files. Wat een drama zijn die dingen. Als ze eenmaal op orde zijn werkt het wel. Maar je moet 7000 keer spaties en puntkomma's toevoegen of opschuiven.
Regeltje er bij, regeltje er af.
Tikfoutje zoeken en aanpassen.
Tikfoutje maken en al je andere dockers zijn plotseling weg.

De Synology UI is veel eenvoudiger zoals jij ook al merkte.

Die docker compose files van eerder zijn dus niet compleet. Er mist in de spotweb en de maria db een essentiële regel:

network_mode: bridge

Als die er in staat werkt alles wel. Ik kwam er achter omdat ik die in andere docker compose files wel zag staan.

Voeg je die toe dan zijn ze wel bruikbaar.

Nu nog even kijken of het ophalen van spots werkt.

Mooi dat je het gevonden hebt. Mijn ideeën waren inmiddels ook echt wel op.

En inderdaad zijn de compose files mooi als het goed werkt.
Omdat ik het dus handmatig had gedaan zijn zaken als bridge standaard al zo ingesteld door alleen een vinkje te zetten en denk je er weer niet over na

Voordeel is wel dat je bij een volgende keer dit soort zaken niet snel vergeet.

En nog even een belangrijke tip.
Als je de spotweb container update of bv wachttower gebruikt zodat dit automatisch verloopt dan kan het gebeuren dat je op een dag onderstaande foutmelding krijgt van Spotweb als je deze opent.

code:

Unable to connect to database:
SQLSTATE[HY000] [2002] Connection refused


Please make sure your database server is up and running and your connection parameters are set

Dan is dus de container bijgewerkte en klopt dbsettings.inc.php niet meer. Lijkt er op dat hij het standaard dbsettings.inc.php bestand weer terugzet. In ieder geval als ik hem open klopt het niet met mijn gegevens.

Ik heb dus een backup van dit bestand in docker/spotweb map gezet. Als het een keer voorkomt zet ik dit bestand weer terug en werkt hij direct weer.

Je moet dan alleen een keer handmatig Spotweb items bijwerken als je hem gelijk wilt gebruiken aangezien hij niet meer bijgewerkt is op het moment dat de container is geüpdatet .

[Voor 4% gewijzigd door MikeOO op 17-10-2021 07:26]

[Ortep]

MikeOO schreef op woensdag 13 oktober 2021 @ 15:09:
En nog even een belangrijke tip.
Als je de spotweb container update of bv wachttower gebruikt zodat dit automatisch verloopt dan kan het gebeuren dat je op een dag een foutmelding krijgt van Spotweb als je deze opent met de melding dat hij geen verbinding kan maken of is geweigerd, weet hem niet exact meer.

Dan is dus de container bijgewerkte en klopt dbsettings.inc.php niet meer. Lijkt er op dat hij het standaard dbsettings.inc.php bestand weer terugzet. In ieder geval als ik hem open klopt het niet met mijn gegevens.

Ik heb dus een backup van dit bestand in docker/spotweb map gezet. Als het een keer voorkomt zet ik dit bestand weer terug en werkt hij direct weer.

Dat heb ik al als ik de container alleen maar stop en weer start

Je moet dan alleen een keer handmatig Spotweb items bijwerken als je hem gelijk wilt gebruiken aangezien hij niet meer bijgewerkt is op het moment dat de container is geüpdatet .

Dat bijwerken is op zich al een probleem. Het lukt me niet omdat automatisch te laten gebeuren.

De regel

- "SPOTWEB_CRON_RETRIEVE=* */2 * * *"

uit de docker compose die ook door geusebroek wordt genoemd heeft geen enkel effect.

Ik kan bij het bouwen van het geheel keurig een opdat draaien. Maar slechts één maal. Automatisch werkt niet. En een tweede maal met de hand ook niet.

Mijn newsserver gegevens zijn goed. Anders lukte ook de eerste keer niet.
Ik speel er dit weekend nog even mee en dan stop ik er mee. Het is de typische linux chaos met tooltjes die tooltjes aanroepen die filetjes aanpassen. Samen met een onduidelijk rechten systeem. En dan wekt het op het ene systeem wel en op het andere niet. Of werkt het anders.

In ieder geval bedankt voor alle tips.

[MikeOO]

Ortep schreef op vrijdag 15 oktober 2021 @ 16:18:
[...]

Dat heb ik al als ik de container alleen maar stop en weer start

[...]


Dat bijwerken is op zich al een probleem. Het lukt me niet omdat automatisch te laten gebeuren.

De regel

- "SPOTWEB_CRON_RETRIEVE=* */2 * * *"

uit de docker compose die ook door geusebroek wordt genoemd heeft geen enkel effect.

Ik kan bij het bouwen van het geheel keurig een opdat draaien. Maar slechts één maal. Automatisch werkt niet. En een tweede maal met de hand ook niet.

Mijn newsserver gegevens zijn goed. Anders lukte ook de eerste keer niet.
Ik speel er dit weekend nog even mee en dan stop ik er mee. Het is de typische linux chaos met tooltjes die tooltjes aanroepen die filetjes aanpassen. Samen met een onduidelijk rechten systeem. En dan wekt het op het ene systeem wel en op het andere niet. Of werkt het anders.

In ieder geval bedankt voor alle tips.

Bij het stoppen/starten zou dit niet moeten gebeuren.

Kijk eens met bv WinSCP welke rechten het bestand dbsettings.inc.php heeft.
Ik heb als recht staan: rw-r--r-- (0644)

De retrieve regel zoals hij er staat klopt niet. De - hoort er niet en ook de " niet.
Stop de container eens en kies voor Edit --> Environment

Bij variable: SPOTWEB_CRON_RETRIEVE
Value: * */2 * * *
Tussen de * moet een spatie en verder geen - of "

[Ortep]

MikeOO schreef op zaterdag 16 oktober 2021 @ 07:19:
[...]

Kijk eens met bv WinSCP welke rechten het bestand dbsettings.inc.php heeft.
Ik heb als recht staan: rw-r--r-- (0644)

ik heb daar 0755

De retrieve regel zoals hij er staat klopt niet. De - hoort er niet en ook de " niet.
Stop de container eens en kies voor Edit --> Environment

Bij variable: SPOTWEB_CRON_RETRIEVE
Value: * */2 * * *
Tussen de * moet een spatie en verder geen - of "

Die regel komt uit de docker compose file. En dat is een yaml file.
Daar hoort de - wel in omdat dat aangeeft dat het het volgende item is uit de groep Environment:
Alle andere dingen zoals SPOTWEB_DB_USER en TZ hebben de - er ook voor staan.

Het werkt ook prima voor de andere dockers die ik heb

De "" staan er omheen omdat er spaties voorkomen in de regel en anders zou het worden afgebroken na de eerste spatie.

Het wekt ook, want de usernamen en passwoorden komen gewoon door.

De regel SPOTWEB_CRON_RETRIEVE is ook in orde als ik via de web interface van Synology er naar kijk.

Nu komt de grap: Ik ben er dagen mee bezig geweest en hij weigerde maar te retrieven. Toen ik van morgen keek zag ik dat hij het plotseling uit zichzelf toch gedaan had. En in middels weer een keer.

Geen idee waarom dat plotseling veranderd is.

Voorlopig laat ik hem maar gewoon doorlopen. En van de dbsettings.inc.php heb ik een copy staan. Die kan ik zo terug mikken.

[MikeOO]

Ortep schreef op zaterdag 16 oktober 2021 @ 10:29:
[...]


ik heb daar 0755

[...]


Die regel komt uit de docker compose file. En dat is een yaml file.
Daar hoort de - wel in omdat dat aangeeft dat het het volgende item is uit de groep Environment:
Alle andere dingen zoals SPOTWEB_DB_USER en TZ hebben de - er ook voor staan.

Het werkt ook prima voor de andere dockers die ik heb

De "" staan er omheen omdat er spaties voorkomen in de regel en anders zou het worden afgebroken na de eerste spatie.

Het wekt ook, want de usernamen en passwoorden komen gewoon door.

De regel SPOTWEB_CRON_RETRIEVE is ook in orde als ik via de web interface van Synology er naar kijk.

Nu komt de grap: Ik ben er dagen mee bezig geweest en hij weigerde maar te retrieven. Toen ik van morgen keek zag ik dat hij het plotseling uit zichzelf toch gedaan had. En in middels weer een keer.

Geen idee waarom dat plotseling veranderd is.

Voorlopig laat ik hem maar gewoon doorlopen. En van de dbsettings.inc.php heb ik een copy staan. Die kan ik zo terug mikken.

Zou het kunnen dat hij nog bezig was met een retrieve om de DB de eerste keer te vullen. Dit kan een proces van dagen zijn als hij dit de eerste keer moet vullen en je bv ook alle reacties mee neemt en tevens de retentie niet hebt aangepast of van jaren gaat ophalen.

Zolang hij bezig is gebeurt er ook niet veel en lijkt het of hij niets doet.
Daarom is het altijd verstandig om de retrieve pas te starten als je Spotweb helemaal hebt ingesteld.
Zonder reacties gaat het vele malen sneller en kun je deze eerst zonder laten ophalen en daarna als het goed is gegaan kun je deze alsnog meenemen.

Maar mooi dat het nu lijkt te werken.

[PerlinNoise]

Wie kan mij uit de voeten helpen: https://github.com/jgeusebroek/docker-spotweb/issues/40

[MikeOO]

PerlinNoise schreef op vrijdag 29 oktober 2021 @ 15:07:
Wie kan mij uit de voeten helpen: https://github.com/jgeusebroek/docker-spotweb/issues/40

Wat ik zo kan bedenken.

Andere fysieke locatie?

Zo ja
Ip-adres veranderd waardoor instellingen niet meer overeen komen
Pfsense of PiHole die daardoor andere reageren.

Krijg je de foutmelding op lokaal ip-adres of gebruik je een adres van buitenaf. Mogelijk dat het ip-adres wat nu veranderd is nog niet is bijgewerkt in de DNS.

Misschien even iets meer info geven over de verplaatsing.

[marckske22868]

hoe kan je een user aanmaken zodat je kan reageren op posts.?

[Kroonkurk]

Config --> User & Group Management

[KunDun]

Ik ben op zoek naar iets, en bij de spot staat de link naar binsearch, alleen ik vind echt nooit die specifieke spot/link op binsearch, vraag me echt af wat ik verkeerd doe (heb echt alle opties al geprobeerd.

[MikeOO]

KunDun schreef op donderdag 30 december 2021 @ 18:52:
Ik ben op zoek naar iets, en bij de spot staat de link naar binsearch, alleen ik vind echt nooit die specifieke spot/link op binsearch, vraag me echt af wat ik verkeerd doe (heb echt alle opties al geprobeerd.

Als je in Spotweb aangeeft welke downloadprogramma je gebruikt eventueel indien nodig de API key invult van dit programma dan krijg je aan de rechterkant opties om de NZB te downloaden / Zoeken of via de groene pijl direct in je downloadprogramma te stoppen.

[KunDun]

MikeOO schreef op vrijdag 31 december 2021 @ 09:13:
[...]


Als je in Spotweb aangeeft welke downloadprogramma je gebruikt eventueel indien nodig de API key invult van dit programma dan krijg je aan de rechterkant opties om de NZB te downloaden / Zoeken of via de groene pijl direct in je downloadprogramma te stoppen.

Bedankt voor je reactie, maar dat snap ik uiteraard
Het gaat me er om dat ik een onderdeel van een serie niet terug kan vinden.
Heb ook al verschillende programma's gebruikt om de nzb binnen proberen te halen via spotnet,
Maar dat heeft niet geholpen. daarom probeer ik nu in nzb searchers deze aflevering te vinden (2 maanden oud) maar kan hem echt nergens vinden..

[TheDudez]

KunDun schreef op vrijdag 31 december 2021 @ 10:44:
[...]


Bedankt voor je reactie, maar dat snap ik uiteraard
Het gaat me er om dat ik een onderdeel van een serie niet terug kan vinden.
Heb ook al verschillende programma's gebruikt om de nzb binnen proberen te halen via spotnet,
Maar dat heeft niet geholpen. daarom probeer ik nu in nzb searchers deze aflevering te vinden (2 maanden oud) maar kan hem echt nergens vinden..

Sonarr of Sickrage ofzo installeren en dan automatisch zoeken. Tot hij gevonden wordt.

[KunDun]

TheDudez schreef op vrijdag 31 december 2021 @ 10:46:
[...]

Sonarr of Sickrage ofzo installeren en dan automatisch zoeken. Tot hij gevonden wordt.

Bedankt voor de tip, die kende ik niet.

[Kozzmozz]

Hoe kan ik een Spotweb-download in NZBGet in de juiste categorie laten vallen?
Ik heb onder NZBGet al 'Categories' aangemaakt voor Movies, TV, Music, Books, Software,...
Maar als ik in Spotweb > Image > Books, een PDF download herkent NZBGet dit als een Movies.

[RudolfR]

@Kozzmozz

Dit is het idee:
https://www.spot-net.nl/forums/viewtopic.php?t=5809

[wesleysjief]

Na een week stoeien en vanalles geprobeerd, kom ik er niet aan uit.

Ik had spotnet draaien op mijn Synology NAS met DSM 6.

Na update DSM 7 een clean install gedaan met laatste Spotweb, MariaDB10 en PHP7.4.

Spotweb werkt, echter krijg ik het niet voor elkaar om de database goed te vullen met retrieve.php

Het retrieve script loopt alle spots door, maar stopt er maar een paar in de database (zie screenshot).

Ik heb de install.php meerdere malen doorlopen en de database ook al eens verwijderd, maar telkens hetzelfde probleem.

Iemand enig idee was dit kan zijn? Ik denk dat het probleem met de eerste screenshot te maken heeft.

[MikeOO]

wesleysjief schreef op zondag 6 februari 2022 @ 15:12:
Na een week stoeien en vanalles geprobeerd, kom ik er niet aan uit.

Ik had spotnet draaien op mijn Synology NAS met DSM 6.

Na update DSM 7 een clean install gedaan met laatste Spotweb, MariaDB10 en PHP7.4.

Spotweb werkt, echter krijg ik het niet voor elkaar om de database goed te vullen met retrieve.php

Het retrieve script loopt alle spots door, maar stopt er maar een paar in de database (zie screenshot).

Ik heb de install.php meerdere malen doorlopen en de database ook al eens verwijderd, maar telkens hetzelfde probleem.

Iemand enig idee was dit kan zijn? Ik denk dat het probleem met de eerste screenshot te maken heeft.

Lijkt op een rechten probleem. als hij dat niet kan aanpassen.
Andere instellingen in hetzelfde scherm werken wel of slaat hij deze ook niet op.

Je retentie staat ook behoorlijk hoog 10 jaar is wel erg veel. Check bij je nieuwsgroep provider wat de retentie is en zet deze max daarop.

[wesleysjief]

Dank voor je reactie.

De http gebruiker heeft lees en schrijfrechten. Andere instellingen worden wel opgeslagen, althans wanneer ik vinkjes aan of uitvink, dan blijft dit zo staan. Bij alleen deze datum selectie instelling, blijf hij altijd terug gaan naar de datum van vandaag. Dus dat is wel vreemd.

Inderdaad hoge retentie, voor de wat oudere films provider kan zelfs tot 1,5 jaar dus zou geen probleem moeten zijn.

[Kroonkurk]

Heb je het al geprobeerd met de parameter --retro ?
retrieve.php --retro

[MikeOO]

wesleysjief schreef op zondag 6 februari 2022 @ 19:20:
Dank voor je reactie.

De http gebruiker heeft lees en schrijfrechten. Andere instellingen worden wel opgeslagen, althans wanneer ik vinkjes aan of uitvink, dan blijft dit zo staan. Bij alleen deze datum selectie instelling, blijf hij altijd terug gaan naar de datum van vandaag. Dus dat is wel vreemd.

Inderdaad hoge retentie, voor de wat oudere films provider kan zelfs tot 1,5 jaar dus zou geen probleem moeten zijn.

1,5 jaar is heel wat anders dan 10 jaar zoals je nu hebt ingesteld. Paar jaar lukt meestal nog wel maar 10 jaar gaat je niet lukken.

De datum selectie even hier getest en slaat hij gewoon netjes op met de meest recente Spotweb. Ik draai wel in docker maar versie zou gewoon gelijk moeten zijn.

Dus het is een lokaal probleem en mogelijk dat je rechten in de MariaDB niet goed zijn of dat de DB ergens een probleem heeft.


Wat ik zo nog even kan bedenken.

1. Bij de install.php staat alles wel op OK?
2. Ook een CTRL-F5 wil soms problemen oplossen. Cache wordt dan verwijderd waardoor het ineens wel weer goed werkt.
3. Heb je ook al eens een andere browser geprobeerd? Soms gaat het ook hierop fout en doet een andere browser het wel goed. Kan bijvoorbeeld een Plugin of Add-on zijn die moeilijk doet of de browser zelf.
4. Anders toch een keer de DB verwijderen en opnieuw aanmaken. Dat hij stopt met downloaden klopt aangezien hij maar 1 dag nu download zoals ingesteld.

Kroonkurk schreef op zondag 6 februari 2022 @ 21:10:
Heb je het al geprobeerd met de parameter --retro ?
retrieve.php --retro

--retro gebruik je meer om gaten die zijn ontstaan op te vullen en is niet bedoeld als normale retrieve

[Voor 8% gewijzigd door MikeOO op 07-02-2022 08:10]

[headout]

En check je settings.php voor de zekerheid eens. Wat zeggen de spotweb logfiles eigenlijk?

[MikeOO]

headout schreef op maandag 7 februari 2022 @ 08:37:
En check je settings.php voor de zekerheid eens. Wat zeggen de spotweb logfiles eigenlijk?

Je bedoelt waarschijnlijk dbsettings.inc.php

[headout]

MikeOO schreef op maandag 7 februari 2022 @ 10:04:
[...]


Je bedoelt waarschijnlijk dbsettings.inc.php

Nee, ik bedoelde weldegelijk settings.php maar zie nu dat de nieuwsserver instellingen al een poosje onder Configuration >> settings staan

[MikeOO]

headout schreef op maandag 7 februari 2022 @ 10:11:
[...]

Nee, ik bedoelde weldegelijk settings.php maar zie nu dat de nieuwsserver instellingen al een poosje onder Configuration >> settings staan

Dat is inderdaad al heul lang, weet ook niet beter meer. Maar ja als het werkt dan kom je daar niet snel meer en zie je dat soort zaken aanpassingen niet.

Gelukkig leren we elke dag weer nieuwe dingen

[remcoXP]

weet iemand toevallig of de coverview nog werkt? (ooit was er 1 van splendid) maar die heeft al jaren geen updates meer gehad.

[wesleysjief]

Het is gelukt om het werkend te krijgen. Dank hiervoor!

De http groep had wel de juiste rechten, maar vinkje van http gebruiker nog niet. Na vinkje en de retro retrieve is het gaan werken. Ik haal nu de spots binnen van 10 jaar terug.

Ook SABnzbd overnieuw geinstalleerd. De nzb wordt vanuit spotweb ingeladen in SABnzbs. Echter begin de download niet.

Ik zie dat hij wel een map heeft aangemaakt op de download schijf (betekent dit dat de rechten goed staan?) maar hij blijft hangen op controlen. Zie bijgevoegde foto's.

Ook verbinding heb ik getest. Maar er staat nog in het rood verbinding mislukt bij openbaar ipv4-adres. Wellicht heeft dat er iets mee te maken.

Iemand een idee wat dit kan zijn?

[Voor 63% gewijzigd door wesleysjief op 09-02-2022 06:58]

[MikeOO]

wesleysjief schreef op woensdag 9 februari 2022 @ 06:54:
Het is gelukt om het werkend te krijgen. Dank hiervoor!

Mooi dat het gelukt is.

Probleem lijkt mij duidelijk in de foutmelding te zitten. Mogelijk firewall probleem? Zet deze eens tijdelijk uit op je NAS als deze aanstaat en test het dan nog eens. Als het dan wel werkt weet je dat deze het verkeer dus blokkeert en zul je hiervoor een aanpassing moeten maken.

Nieuwsgroepserver gegevens goed ingevuld in Downloadstation. Als hier een typefout / poortnummer etc verkeerd staat zal hij geen verbinding krijgen.

Heb helaas geen ervaring met Downloadstation, gebruik NZBGet in Docker.

[wesleysjief]

Firewall op de synology staat uit. Daarnaast IP adres van newsserver ingevuld, kan dus ook geen DNS probleem zijn. Bij test verbinding zegt hij ook succesvol verbonden. Begrijp er niks van. De NAS heeft een vast IP adres vanuit Netgear router.

Waar kan ik nog meer kijken?

[MikeOO]

wesleysjief schreef op woensdag 9 februari 2022 @ 10:08:
Firewall op de synology staat uit. Daarnaast IP adres van newsserver ingevuld, kan dus ook geen DNS probleem zijn. Bij test verbinding zegt hij ook succesvol verbonden. Begrijp er niks van. De NAS heeft een vast IP adres vanuit Netgear router.

Waar kan ik nog meer kijken?


[Afbeelding]

Lastig te zeggen omdat elke omgeving anders is. Tevens handig om meer info te geven welk handleiding je volgt, welke DSM versie en NAS je gebruikt. Hoe heb je SabNZB geïnstalleerd en via welke weg.
Daar soort info helpt ook weer in het verkrijgen van een totaalbeeld en er is helaas geen pasklare oplossing voor.

Ik zou beginnen om eens iets van Debug in Sabnzb aan te zetten en kijken of je uit de logbestanden iets kunt halen.

In /var/log op de NAS (bv met WinSCP) eens die bestanden doorspitten of daar iets te vinden is als voorgaande niets aan info geeft.

Anders de boel helemaal verwijderen en andere tutorial vinden voor de juiste DSM versie, 6 of 7 maakt ook veel uit qua instellingen met veel programma's.

Het is niet super ingewikkeld om te installeren maar 1 ding niet goed en je kunt dagen zoeken. Het blijft een kwestie van zoeken en verschillende handleidingen raadplegen. Vaak is er dan ineens 1 die net een extra stap geeft en die blijk je nodig te hebben.

En check youtube ook daar is ook veel info te vinden.

[Rolfie]

Ik probeer momenteel spotweb werkend te krijgen achter mijn OPNSense HAProxy setup.

Ik loop alleen tegen wat vage issues aan.

Mijn spotweb is in een docker image geinstalleerd, en als ik deze direct benader (http://172.16.x.y:88) werkt deze perfect en zonder enige problemen.

Nu heb ik mijn HAProxy ingericht op https://home.mijndomain.nl/spotweb en loop tegen nu een paar vage issues aan.

Ik heb al een rule http-request header add met X-SSL=ON aangemaakt en deze gekoppeld aan mijn Backend POOL voor spotweb. Deze wordt ook toegepast.

Ik heb een rule aangemaakt voor header add doet met X-Forwarded-Uri=/spotweb, tot zo ver ik kan zien werkt deze ook.

Dit was wat ik kon vinden in de documentatie van spotweb Installation tips and troubleshooting

Als ik dit gebruik, krijg ik een 404 te zien in de apache logfiles.



Iets wat ik redelijk kan begrijpen omdat ik momenteel /spotweb gebruik.

Als ik dan een set-path rewrite gebruik in HAProxy:


Zie ik eigenlijk alles goed in de Apache Logfiles voorbij komen, ik krijg ook de website te zien, echter er gaat denk ik iets verkeerd met de CSS.



Ik zit nu al een tijdje te stoeien, maar ik kom er nu eigenlijk niet meer uit.
Als ik de documentatie goed lees, zou spotweb eigenlijk al genoeg hebben aan de X-Forwarded-Uri header, maar werkt blijkbaar niet.

Ik had al https://spotweb.mijndomain.nl werkend gekregen icm de juiste rules/checks, ik heb home.mijndomain.nl/nzbget ook zonder problemen kunnen publiceren. Maar spotweb blijft wat vaag doen waar ik maar niet de vinger op krijg.

Heeft iemand enig idee, wat ik precies verkeerd doe?

[mesa57]

Uit de wiki :

Normally spotweb detects if it's running under SSL (server) except when a reverse proxy, like NGINX, is used for implementing redirection from https to http.

Best solution for this is to include an extra header in the proxy configuration : X-SSL Example:

proxy_set_header X-SSL 'on';

Spotweb will detect that header and will prefix all url references with HTTPS.

Voor het gebruik van templates maakt spotweb gebruik van relative url's
Die kunnen via http of https opgevraagd worden. Als de site onder https draait kan spotweb de pagina's niet vinden onder http. Daarom moet op een of andere manier spotweb weten dat hij onder https draait.

De header waarop getest wordt is :

code:

$_SERVER['HTTP_X_FORWARDED_SSL'] == 'on')

Overigens moet dan ook

code:

SERVER_PROTOCOL

header aanwezig zijn,
Header

code:

HTTP_X_SSL

zou ook moeten werken.
En ten laatste : in ownsettings.php kun je opnemen

code:

$ssloverride = true;

En zie ook deze pull request:

https://github.com/spotwe...6a93272c030c4b9e3b321381c

[Voor 49% gewijzigd door mesa57 op 17-02-2022 14:18]

[alesandro_46]

Hebben meer mensen last dat er geen spots meer binnen gehaald worden?

Laatste retrieve is van: 04-04-2022 (07:45)
En als laatste spot: 02-04-2022 (23:34)

Met de newsserver waarmee ik spots binnen haal (Newsdemon) kan ik nog wel spots downloaden, het probleem lijkt niet daar te zitten.

In de log file ook geen foutmeldingen.

[MikeOO]

alesandro_46 schreef op maandag 4 april 2022 @ 07:56:
Hebben meer mensen last dat er geen spots meer binnen gehaald worden?

Laatste retrieve is van: 04-04-2022 (07:45)
En als laatste spot: 02-04-2022 (23:34)

Met de newsserver waarmee ik spots binnen haal (Newsdemon) kan ik nog wel spots downloaden, het probleem lijkt niet daar te zitten.

In de log file ook geen foutmeldingen.

Zit bij een andere newsserver en geen problemen.
Downloaden loopt meestal via een andere server dan de headers die hij binnenhaalt. Het overzicht van Spotweb zeg maar.

Kan zijn dat er een storing is bij de provider of er gaat iets niet goed aan jouw kant.
Start de Retrieve eens handmatig zodat je ziet wat er gebeurt.

[headout]

Hier ook geen problemen. Handmatig retrieven via de commandline: wat zie je dan?

[alesandro_46]

Bedankt voor jullie reacties!

MikeOO schreef op maandag 4 april 2022 @ 08:27:
[...]


Zit bij een andere newsserver en geen problemen.
Downloaden loopt meestal via een andere server dan de headers die hij binnenhaalt. Het overzicht van Spotweb zeg maar.

Kan zijn dat er een storing is bij de provider of er gaat iets niet goed aan jouw kant.
Start de Retrieve eens handmatig zodat je ziet wat er gebeurt.

De newsserver heeft geen storing gemeld op hun website.

headout schreef op maandag 4 april 2022 @ 10:58:
Hier ook geen problemen. Handmatig retrieven via de commandline: wat zie je dan?

Retrieve via console:
<knip>
Last retrieve at Mon 04 Apr 2022 01:36:24 PM CEST
Retrieving new reports from server nl.newsdemon.com...
Appr. Message count: 278668
First message number: 1
Last message number: 278669
Current article number: 278669

Processed a total of 0 reports
Finished retrieving reports.

Non-fatal: Updating black/whitelist failed, most likely unreachable!root@8777fc00d678:/var/www/spotweb#

Op basis van het dikgedrukte stuk ben ik gaan kijken naar de black- en whitelist:

http://spotcloud.spotnet.wf/spotnet/lists.new/blacklist.csv
http://spotcloud.spotnet.wf/spotnet/lists.new/whitelist.csv

De lijsten die in mijn (standaard) config staan zijn gewoon benaderbaar. Ik heb ze voor nu uitgevinkt en er draait nu een retrieve. Helaas was mijn laptop in standby gegaan waardoor ik de verbinding met de console ben verloren.

Even afwachten totdat deze retrieve klaar is en of dit het op lost.

Edit 22:30: na het restarten van de container en handmatige retrieve:

PHP Warning: fileowner(): stat failed for /var/www/spotweb/lib/../cache/image/274 in /var/www/spotweb/lib/dao/Base/Dao_Base_Cache.php on line 330

Een zoektocht bracht me naar Clear your local cache. Die heeft er vooralsnog ook geen zin in.
Morgen nog maar eens verder pielen en anders het zaakje opnieuw inrichten met gebruik van een andere newsserver (blok account bij XSnews / Tweaknews).

[Voor 15% gewijzigd door alesandro_46 op 04-04-2022 22:36]

[SMSfreakie]

hier gaat t ook gewoon prima op Tweaknews.

alleen moet ik toch eens kijken hoe ik filters oid kan maken voor 4K materiaal..

[MikeOO]

alesandro_46 schreef op maandag 4 april 2022 @ 19:59:
Bedankt voor jullie reacties!

[...]


Op basis van het dikgedrukte stuk ben ik gaan kijken naar de black- en whitelist:

[...]

De lijsten die in mijn (standaard) config staan zijn gewoon benaderbaar. Ik heb ze voor nu uitgevinkt en er draait nu een retrieve. Helaas was mijn laptop in standby gegaan waardoor ik de verbinding met de console ben verloren.

Even afwachten totdat deze retrieve klaar is en of dit het op lost.

Edit 22:30: na het restarten van de container en handmatige retrieve:

[...]

Een zoektocht bracht me naar Clear your local cache. Die heeft er vooralsnog ook geen zin in.
Morgen nog maar eens verder pielen en anders het zaakje opnieuw inrichten met gebruik van een andere newsserver (blok account bij XSnews / Tweaknews).

De white/blacklist zou verder geen invloed moeten hebben met het ophalen van nieuwe items.

Probeer eens een retrieve.php --retro (twee minstreepjes voor retro) . Dit vul de gaten soms weer op.
Dit is niet bedoeld om standaard te draaien.

Je zou als de cache het niet oplost je DB eens kunnen resetten. Mogelijk is deze corrupt geraakt aangezien de retrieve niets doet als ik de waardes zie.

[pdukers]

Voordat je je hele spotweb omgeving opnieuw opbouwt zou ik eerst eens een andere usenet provider proberen, bijv. een gratis xsnews account aanmaken. Zou niet de eerste keer zijn dat een provider de usenet groep waarin de spots gepost worden niet bijwerkt.

[ginkgo]

I.v.m. met de aankomende upgrade van mijn Synology naar DSM 7, moet mijn spotweb over van MariaDB 5 naar Maria 10. Ik heb geprobeerd de procedure uit de KB van Synology te volgen. Echter het importeren in MariaDB 10 lukt niet.

Ik vermoed dat dat dit te maken heeft met de grootte van de database. Iedere tabel individueel importeren lukt voor de kleine tabellen (meestal) wel, maar bij de grotere wordt er niks geïmporteerd. Vanwege de aangegeven max file size in phpmyadmin van 1024 MB biedt ik de files gezipt aan. Bij de grootste tabelis de ongecomprimeerde sql file ~2 GiB

Als importeren niet lukt is helemaal opnieuw beginnen de enige optie en raak ik dus alle spots en mijn watchlist kwijt. Is er nog een methode mijn database over te zetten, of op zijn minst mijn watchlist te bewaren?

[alesandro_46]

MikeOO schreef op dinsdag 5 april 2022 @ 07:12:
[...]


De white/blacklist zou verder geen invloed moeten hebben met het ophalen van nieuwe items.

Probeer eens een retrieve.php --retro (twee minstreepjes voor retro) . Dit vul de gaten soms weer op.
Dit is niet bedoeld om standaard te draaien.

Je zou als de cache het niet oplost je DB eens kunnen resetten. Mogelijk is deze corrupt geraakt aangezien de retrieve niets doet als ik de waardes zie.

Na de Clear your local cache zie ik weer spots. Ook de gaten tussen 2 april (laatste spot) en nu zijn gedicht.
Zojuist de black- en whitelist weer geactiveerd --> retrieve gedraaid en het werkt nog steeds.
[

pdukers schreef op dinsdag 5 april 2022 @ 08:03:
Voordat je je hele spotweb omgeving opnieuw opbouwt zou ik eerst eens een andere usenet provider proberen, bijv. een gratis xsnews account aanmaken. Zou niet de eerste keer zijn dat een provider de usenet groep waarin de spots gepost worden niet bijwerkt.

Ik was in de veronderstelling dat als ik van provider A naar B overstap dat dan de database corrupt wordt. Maar blijkbaar kan ik gewoon overstappen?

[pdukers]

alesandro_46 schreef op dinsdag 5 april 2022 @ 13:26:
[...]
Ik was in de veronderstelling dat als ik van provider A naar B overstap dat dan de database corrupt wordt. Maar blijkbaar kan ik gewoon overstappen?

Ja, dat werkt gewoon. Zelf al een paar keer gedaan in het verleden bij een overstap naar een andere usenet provider. Ik haal zelf geen full spots binnen. Zelfs die spots kun je na een usenet server change openen. Natuurlijk moet dat de oude spot wel binnen de retentie van de nieuwe usenet server vallen.

Als je zin hebt zelf eenvoudig veilig te testen door vooraf een backup te maken van je spotweb

[SMSfreakie]

ik zit nou eens een nieuwe installatie van spotweb proberen te fixen..
alleen lijkt t nog alles behalve werkend met PHP 8.1?

bij m'n install.php lijkt alles "OK"
install.php?page=2 kan ik mn Databeest settings invullen maar of het nou goed of fout is.. krijgen we een error 500..

met de volgende fout in de log van de webserver...

code:

[Fri Apr 08 18:56:10.818985 2022] [php:error] [pid 27736] [client 192.168.10.235:2390] PHP Fatal error:  Type of CustomException::$file must be string (as in class Exception) in /usr/local/www/apache24/data/spw/lib/exceptions/CustomException.php on line 27, referer: http://192.168.10.12/spw/install.php?page=2

en google helpt me alleen niet verder dan het gewoon nog niet zou werken op php8.1

spotweb build 1.5.1

[d-vine]

SMSfreakie schreef op vrijdag 8 april 2022 @ 19:03:
ik zit nou eens een nieuwe installatie van spotweb proberen te fixen..
alleen lijkt t nog alles behalve werkend met PHP 8.1?

bij m'n install.php lijkt alles "OK"
install.php?page=2 kan ik mn Databeest settings invullen maar of het nou goed of fout is.. krijgen we een error 500..

met de volgende fout in de log van de webserver...

code:

[Fri Apr 08 18:56:10.818985 2022] [php:error] [pid 27736] [client 192.168.10.235:2390] PHP Fatal error:  Type of CustomException::$file must be string (as in class Exception) in /usr/local/www/apache24/data/spw/lib/exceptions/CustomException.php on line 27, referer: http://192.168.10.12/spw/install.php?page=2

en google helpt me alleen niet verder dan het gewoon nog niet zou werken op php8.1

spotweb build 1.5.1

Zover ik weet werkt het niet met php8.1 of 8

Paar maanden geleden geprobeerd maar geen succes.
Gewoon de oude vertrouwde versie die aanbevolen wordt gebruiken en je bent good to go

[SMSfreakie]

dan maar 8.0 proberen.. dat zou nog moeten werken..

helemaal naar 7.4 is me wel iets te oud eigenlijk

[Kroonkurk]

PHP 8.0 werkt wel met SpotWeb. Ik moest helaas ook terug van 8.1 naar 8.0.

[SMSfreakie]

Kroonkurk schreef op vrijdag 8 april 2022 @ 20:43:
PHP 8.0 werkt wel met SpotWeb. Ik moest helaas ook terug van 8.1 naar 8.0.

ah! dan ligt het nu dus vooral nog aan mij dat ik er nog even ruzie mee heb

Gelukkig draait t nog prima op de oude NAS dus tijd genoeg om het te fixen... zonder dat er mensen gaan klagen hier

[Kroonkurk]

@SMSfreakie Ik heb nu een Spotweb developer versie draaien onder PHP 8.1
Tot nu toe geen fout gehad. Moest wel een nieuwe install doen, dus de gegevens uit ownsettings even opschrijven.
Je kan hem zelf vanaf github halen.

[Voor 3% gewijzigd door Kroonkurk op 08-05-2022 10:07]

[SMSfreakie]

ah dan wordt er dus aangewerkt.. nu draait de mijne inmiddels prima op 8.0. en is de oude setup buiten gebruik..

database migratie ging verrassende goed..
Alleen ging exporteren duidelijk sneller dan importeren... maar goed eind resultaat telt

[albatross]

Ik ben bezig spotweb handmatig te migreren naar Synlogy DSM 7.0.1-42218 Update 3.

Heb de hele oude database (MariaDB 5) overgezet naar MariaDB 10. Apache 2.4 draaiend, een tarball gemaakt van de oude spotweb directory ('spotweb'), en weer ge-untarred op mijn nieuwe NAS.

Probeer em echter uit op nieuwe URL maar krijg alleen 'There is an error while processing this request.'

Ik heb overigens die tarball ge-untarred onder /volume1/web (waar de DSM 6 web document root ook was). Dat zou toch moeten volstaan om spotweb te bereiken onder the /spotweb/ URL? Of mis ik ergens een stap?

[Kroonkurk]

Daarvoor moet je toch ook even kijken naar de config bestanden van Apache.
Die behandelt de url aanvraag en verwijst naar de juiste map.
Vergeet ook niet de vhost config als je dat gebruikt.

[albatross]

Kroonkurk schreef op zaterdag 14 mei 2022 @ 13:25:
Daarvoor moet je toch ook even kijken naar de config bestanden van Apache.
Die behandelt de url aanvraag en verwijst naar de juiste map.
Vergeet ook niet de vhost config als je dat gebruikt.

Heb alle Apache 2.4 conf files doorgespit, op mijn oude machine. Nergens staat iets over spotweb. Weet jij (of iemand anders) toevallig waar die spotweb info geconfigureerd wordt?

[Kroonkurk]

Je moet niet naar Spotweb zoeken maar kijken of de Apache configs ook verwijzen naar de door jou genoemde map voor de websites. Waarschijnlijk dus "volume1/web".
Dan zou "http://jouwdomein.nl" moeten verwijzen naar die "volume1/web".

Voor Spotweb wordt het dan "http://jouwdomein.nl/spotweb" naar "volume1/web/spotweb". (dit vindt je dus niet in de config)

Klopt alles wel, probeer dan http://jouwdomein.nl/spotweb/install.php

[Voor 9% gewijzigd door Kroonkurk op 14-05-2022 20:17]

[albatross]

Kroonkurk schreef op zaterdag 14 mei 2022 @ 20:14:
Je moet niet naar Spotweb zoeken maar kijken of de Apache configs ook verwijzen naar de door jou genoemde map voor de websites. Waarschijnlijk dus "volume1/web".
Dan zou "http://jouwdomein.nl" moeten verwijzen naar die "volume1/web".

Voor Spotweb wordt het dan "http://jouwdomein.nl/spotweb" naar "volume1/web/spotweb". (dit vindt je dus niet in de config)

Klopt alles wel, probeer dan http://jouwdomein.nl/spotweb/install.php

Opgelost. Had even vergeten dat je ook nog een aantal PHP extensies hanfdmatig aan moet zetten.

Toch wel prettig om te weten dat je alles gewoon handmatig kunt migreren.

[albatross]

n/a

[Voor 99% gewijzigd door albatross op 14-05-2022 23:13]

[SMSfreakie]

en dan is die ineens magisch overleden

code:

Fatal error occured retrieving reports:
  HY000: 1785: Statement violates GTID consistency: Updates to non-transactional tables can only be done in either autocommitted statements or single-statement transactions, and never in the same statement as updates to transactional tables.

maar weer uitvogelen wat er kapot is