SpotWeb - Webbased Spotnet - deel 2

[DIKKEHENK]

Oplossing was simpel. maak een windows10 vm op je syno, config die met spotweb. Zet nzbget of sab via een docker op je syno, en bob is je oom. Immers, het hele de parren vreet cpu en dat laat je dus ext doen door de syno.
En inderdaad, draai WAMP op je win10vm, en je maakt de hele database reut gewoon even van te voren met de hand aan.

[DIKKEHENK]

mesa57 schreef op zondag 27 december 2020 @ 12:32:
[...]

Spotweb is als dsm app beschikbaar.

A krijg ik dat niet werkend, en B is dat niet dsm 7 proof. Ik wil straks gewoon de Vm overtikken, want ben nu afhankelijk van de nukken van synology.

[k---evi-n]

WoBBeL schreef op zondag 27 december 2020 @ 15:32:
Waar heb je Spotweb neergezet? Als je http://server.ip/spotweb/ aanroept moet alles, als je Apache draait zoals hierboven, default in /var/www/html/spotweb/ geplaatst zijn (of /var/www/, zelf even checeken). Draai namelijk zelf Spotweb op Ubuntu 20.10 (en voorheen op 20.04)

https://www.digitalocean....amp-stack-on-ubuntu-20-04 deze eerst volgen, daarna

sudo apt install git
cd /var/www/html/ (of /var/www/, zelf even checeken)
git clone https://github.com/spotweb/spotweb.git

Hierna kun je, in theorie, naar http://server.ip/spotweb/install.php toe

Het is mij gelukt om alles te installeren met deze stappen!
Kwam alleen niet door alle checks heen omdat de database niet in orde was..
Deze heb ik uiteindelijk ook met de Digitalocean handleiding aan de praat gekregen

Voor de dames & heren die de laatste versie op Ubuntu 20.04 willen installeren, aanrader om deze te volgen!

[fsfikke]

alesandro_46 schreef op maandag 28 september 2020 @ 20:59:
[...]

En Spotweb dan geïnstalleerd in de apache web server?
Heb je bewust gekozen om onderstaande container niet te gebruiken?
https://hub.docker.com/r/erikdevries/rpi-spotweb

Kan je de php.ini niet aanpassen door via SSH in te loggen in de apache containe

Ik probeer zijn Docker image te gebruiken (https://github.com/edv/docker-spotweb) op mijn Rpi4 maar loop tegen wat problemen aan. Hij gooit een MySQL foutmelding op bij het verwerken van retrieve.php.

code:

 SpotWeb v0.68.32.33 on PHP v7.3.26 crashed
Fatal error occured retrieving reports:
42000: 1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ')' at line 1

Deze foutmelding lijkt een hele tijd geleden al opgelost te zijn. Toen zag ik dat de versie van Spotweb die deze Docker aanmaakt v0.68.32.33 is terwijl de laatste versie op Github volgens mij 1.4.9 is.

Als ik de Dockerfile bekijk cloned hij direct van https://github.com/spotweb/spotweb.git. Dit zou dan toch de nieuwste versie moeten zijn? Of is er nog een manier om dat te forcen?

code:

FROM erikdevries/rpi-baseimage:latest
MAINTAINER Erik de Vries <[e-mail]>

RUN apk -U update && \
    apk -U upgrade && \
    apk -U add --no-cache \
        git \
        nginx \
        php7 \
        php7-fpm \
        php7-curl \
        php7-dom \
        php7-gettext \
        php7-xml \
        php7-simplexml \
        php7-zip \
        php7-zlib \
        php7-gd \
        php7-openssl \
        php7-mysqli \
        php7-pdo \
        php7-pdo_mysql \
        php7-pgsql \
        php7-pdo_pgsql \
        php7-sqlite3 \
        php7-pdo_sqlite \
        php7-json \
        php7-mbstring \
        php7-ctype \
        php7-opcache \
        php7-session \
        mysql-client \
    && \
    git clone --depth=1 https://github.com/spotweb/spotweb.git /app && \
    sed -i "s/;date.timezone =/date.timezone = \"Europe\/Amsterdam\"/g" /etc/php7/php.ini

# Configure Spotweb
COPY ./conf/spotweb /app

# Copy root filesystem
COPY rootfs /

EXPOSE 80

[ Voor 7% gewijzigd door fsfikke op 18-01-2021 11:41 ]

[mesa57]

De oorzaak kennen we niet precies, maar de code is aangepast naar aanleiding van deze fout.
Echter alleen op de github develop branch. De docker images worden niet door ons ondersteund.

[fsfikke]

mesa57 schreef op maandag 18 januari 2021 @ 12:41:
De oorzaak kennen we niet precies, maar de code is aangepast naar aanleiding van deze fout.
Echter alleen op de github develop branch. De docker images worden niet door ons ondersteund.

Hmm, dank je.
Net een verse directe install gedaan (geen Docker) met een git clone van de develop branch. Helaas dezelfde foutmelding.

[mesa57]

fsfikke schreef op dinsdag 19 januari 2021 @ 00:21:
[...]

Hmm, dank je.
Net een verse directe install gedaan (geen Docker) met een git clone van de develop branch. Helaas dezelfde foutmelding.

Zet retrieve reports en comments eens uit in de settings en probeer dan nog eens.

[fsfikke]

mesa57 schreef op dinsdag 19 januari 2021 @ 12:04:
[...]

Zet retrieve reports en comments eens uit in de settings en probeer dan nog eens.

Same story:

code:

SpotWeb v0.68.32.33 on PHP v7.3.19-1~deb10u1 crashed

Fatal error occured retrieving reports:
  42000: 1064: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near ')' at line 1



#0 /var/www/spotweb/lib/dbeng/dbeng_pdo.php(86): dbeng_pdo->exec('DELETE FROM com...', Array)
#1 /var/www/spotweb/lib/dao/Base/Dao_Base_Comment.php(305): dbeng_pdo->modify('DELETE FROM com...')
#2 /var/www/spotweb/lib/services/Retriever/Services_Retriever_Spots.php(636): Dao_Base_Comment->removeComments(Array)
#3 /var/www/spotweb/lib/services/Retriever/Services_Retriever_Base.php(238): Services_Retriever_Spots->process(Array, 2700071, 2720072, 1611055239.587)
#4 /var/www/spotweb/lib/services/Retriever/Services_Retriever_Base.php(339): Services_Retriever_Base->loopTillEnd(2720072, '20000')
#5 /var/www/spotweb/retrieve.php(142): Services_Retriever_Base->perform()
#6 {main}

Deze versie van MariaDB btw:

code:

Server version: 10.3.27-MariaDB-0+deb10u1 Raspbian 10

[mesa57]

Dat kan alleen als je retrieve reports nog aan heb staan in je settings.

Fatal error occured retrieving reports:

Settings :

[fsfikke]

mesa57 schreef op dinsdag 19 januari 2021 @ 12:37:
Dat kan alleen als je retrieve reports nog aan heb staan in je settings.

[...]


Settings :

[Afbeelding]
[Afbeelding]

Hmm apart, deze staan zekerweten uitgevinkt. Ik heb alles een reboot gegeven maar het resultaat blijft gelijk.

"Handling of moderation messages" staat bij mij overigens in het "Performance" tabje.

[ Voor 5% gewijzigd door fsfikke op 19-01-2021 12:51 ]

[mesa57]

Je kunt aansluiten bij dit issue :
https://github.com/spotwe...52#issuecomment-762489994

[mesa57]

Zou nu definitief zijn opgelost op de develop branch zodat je remove moderated spots weer kunt aanzetten.

[InflatableMouse]

Als een update (retrieve) wordt afgebroken, gaat deze daarna dan verder waar het gebleven was?

Gerelateerd, als ik de settings voor retrieve aanpas naar bv full spots en all comments, haalt tie dan de extra info ook binnen van oudere spots die al eerder opgehaald waren?

Laatste vraag: Ik zie onder de user een api key, maar ik krijg het niet voor elkaar om spotweb als indexer toe te voegen in nzbhydra2. Ik probeer daar /api aan de url toe te voegen maar hij blijft mekkeren dat het niet werkt, enig idee hoe dat moet?

[ Voor 31% gewijzigd door InflatableMouse op 24-01-2021 15:42 ]

[Kroonkurk]

Volgens mij moet je dan ook een aanpassing doen in het .htaccess bestand.

<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{REQUEST_URI} !api/
RewriteRule api/?$ index.php?page=newznabapi [QSA,L]
</IfModule>

[InflatableMouse]

Ja die laatste was ik net achter, zoeken op api vind niets, maar toen ik newsnab zocht vond ik het wel op github wiki.

Als iemand nog iets weet op die andere twee vragen zou top zijn!

[mesa57]

1) Een afgebroken retrieve begint weer waar hij gebleven was. Let wel : pas na een tijdje kun je retrieve weer draaien tenzij je de optie --force gebruikt
2) Als je retrieve opties wijzigt zijn deze alleen geldig voor nieuw op te halen spots

Btw. de optie retrieve full spots/comments is sterk af te raden. De retrieve wordt er vreselijk langzaam van en je database groeit bijna exponentieel.

[InflatableMouse]

Ik heb de database opnieuw aangemaakt en met de volgende settings de retrieve gestart:
retention: 4500
Remove everything
vanaf 1 jan 2011
full spots uit
retrieve comments aan
full comments uit
reports aan

Toch al weer 7 uur bezig maar het is ook 10 jaar aan spots. Ben benieuwd hoe groot die database is zometeen .

[MikeOO]

InflatableMouse schreef op maandag 25 januari 2021 @ 15:21:
Ik heb de database opnieuw aangemaakt en met de volgende settings de retrieve gestart:
retention: 4500
Remove everything
vanaf 1 jan 2011
full spots uit
retrieve comments aan
full comments uit
reports aan

Toch al weer 7 uur bezig maar het is ook 10 jaar aan spots. Ben benieuwd hoe groot die database is zometeen .

Waarom 10 jaar, gaat je nieuwsgroep provider ook zover terug?
Anders eerst die beperken in de instellingen van Spotweb. Heeft geen zin om 10 jaar te laden als je nieuwsgroep maar 4 jaar history bewaard bv.

[InflatableMouse]

MikeOO schreef op maandag 25 januari 2021 @ 16:07:
[...]


Waarom 10 jaar, gaat je nieuwsgroep provider ook zover terug?
Anders eerst die beperken in de instellingen van Spotweb. Heeft geen zin om 10 jaar te laden als je nieuwsgroep maar 4 jaar history bewaard bv.

Staat er bij, 4500 dagen. Meer dan 10 jaar dus maar ik vond het een mooi begin zo.

[Enforcer]

InflatableMouse schreef op maandag 25 januari 2021 @ 15:21:
Toch al weer 7 uur bezig maar het is ook 10 jaar aan spots. Ben benieuwd hoe groot die database is zometeen .

Bij mij duurde het een dag of 4 uit mijn hoofd, weet niet meer zeker kan ook iets meer of minder zijn geweest. Ik had dan wel alles van daarvoor ook nog maar mijn DB is 6,2GB groot waarvan de tabel commentsxover 5GB en bijna 16miljoen records bevat. Dus je bent voorlopig nog wel even bezig....

[InflatableMouse]

Enforcer schreef op maandag 25 januari 2021 @ 20:36:
[...]

Bij mij duurde het een dag of 4 uit mijn hoofd, weet niet meer zeker kan ook iets meer of minder zijn geweest. Ik had dan wel alles van daarvoor ook nog maar mijn DB is 6,2GB groot waarvan de tabel commentsxover 5GB en bijna 16miljoen records bevat. Dus je bent voorlopig nog wel even bezig....

Het valt mee, hij was vanochtend vroeg klaar. Heb nu de cron op 1 uur gezet, die duurt enkele seconden nu.

DB is 6,5GB.

[spammer817]

Ik heb mijn website verhuisd van server.
In de dbsettings.inc.php de data veranderd naar de nieuwe database.
<?php
$dbsettings['engine'] = 'mysql';
$dbsettings['host'] = 'localhost';
$dbsettings['dbname'] = 'NAAM';
$dbsettings['user'] = 'USER';
$dbsettings['pass'] = 'Wachtwoord';

Resultaat is:
Unable to connect to database:
SQLSTATE[HY000] [2005] Unknown MySQL server host 'localhost:3306' (-2)

Bij een clean install kom ik niet door de database verificatie heen?
Waar kan dat aan liggen, lees waar moet ik gaan zoeken?

[vanaalten]

spammer817 schreef op woensdag 3 februari 2021 @ 15:58:
Ik heb mijn website verhuisd van server.
In de dbsettings.inc.php de data veranderd naar de nieuwe database.
<?php
$dbsettings['engine'] = 'mysql';
$dbsettings['host'] = 'localhost';
$dbsettings['dbname'] = 'NAAM';
$dbsettings['user'] = 'USER';
$dbsettings['pass'] = 'Wachtwoord';

Resultaat is:
Unable to connect to database:
SQLSTATE[HY000] [2005] Unknown MySQL server host 'localhost:3306' (-2)

Bij een clean install kom ik niet door de database verificatie heen?
Waar kan dat aan liggen, lees waar moet ik gaan zoeken?

Ik zou vooral die foutmelding nog eens bekijken.Lijkt er op dat er geen MySQL server op die machine draait, dan wel dat die niet op poort 3306 open staat.

[MikeOO]

spammer817 schreef op woensdag 3 februari 2021 @ 15:58:
Ik heb mijn website verhuisd van server.
In de dbsettings.inc.php de data veranderd naar de nieuwe database.
<?php
$dbsettings['engine'] = 'mysql';
$dbsettings['host'] = 'localhost';
$dbsettings['dbname'] = 'NAAM';
$dbsettings['user'] = 'USER';
$dbsettings['pass'] = 'Wachtwoord';

Resultaat is:
Unable to connect to database:
SQLSTATE[HY000] [2005] Unknown MySQL server host 'localhost:3306' (-2)

Bij een clean install kom ik niet door de database verificatie heen?
Waar kan dat aan liggen, lees waar moet ik gaan zoeken?

Draait de SQL server en Spotweb wel op dezelfde server.
Probeer anders ipv localhost eens het ip-adres van de server. Weet niet of dat werkt maar kwestie van proberen.

Anders eens via Putty proberen in te loggen in SQL met de gegevens of dat wel werkt.

[DIKKEHENK]

nero355 schreef op maandag 14 december 2020 @ 17:53:
[...]

Wat houdt je tegen om een Intel NUC achtig kastje erbij te kopen en daarop Spotweb te draaien

Lekker Proxmox erop en dan met VM's spelen : HEERLIJK!!!

Dat is het uiteindelijk ook geworden, en dan met wampserver. Dat is tenminste 'normaal' en snel te configgen.
Incluis alles wat er gebruik van kan maken.

[mesa57]

spammer817 schreef op woensdag 3 februari 2021 @ 15:58:
Ik heb mijn website verhuisd van server.
In de dbsettings.inc.php de data veranderd naar de nieuwe database.
<?php
$dbsettings['engine'] = 'mysql';
$dbsettings['host'] = 'localhost';
$dbsettings['dbname'] = 'NAAM';
$dbsettings['user'] = 'USER';
$dbsettings['pass'] = 'Wachtwoord';

Resultaat is:
Unable to connect to database:
SQLSTATE[HY000] [2005] Unknown MySQL server host 'localhost:3306' (-2)

Bij een clean install kom ik niet door de database verificatie heen?
Waar kan dat aan liggen, lees waar moet ik gaan zoeken?

Probeer eens 127.0.0.1 in plaats van localhost

[nero355]

DIKKEHENK schreef op donderdag 4 februari 2021 @ 09:52:
Dat is het uiteindelijk ook geworden, en dan met wampserver. Dat is tenminste 'normaal' en snel te configgen.
Incluis alles wat er gebruik van kan maken.

Jammer van de Windows basis, maar verder keur ik hem goed!

[DIKKEHENK]

nero355 schreef op donderdag 4 februari 2021 @ 17:58:
[...]

Jammer van de Windows basis, maar verder keur ik hem goed!

heb t eerst met een ubuntu variant geprobeerd, maar t bleef gedoe. Toen gewoon win10, en nu als een zonnetje! intel i5 6 core DELL mini doosje, fluisterstil, en genoeg cores om de boel rap uit te pakken. Dus je doet theoretisch alles op de ext masjien met ssd'tje, en if klaar > send to syno.
vooral dat wampserver is echt een plezier voor een windows gebruiker. DB is zo gemaakt, de taak maken was effe uitvinden, maar ook dat is nu peanuts.
Voordeel is ook dat alle andere applicaties ook meteen worden geupdate als er een nieuwe versie komt.

Eigenlijk is een Syno Vm niet echt geschikt voor al te drukke en zware taken vind ik, maar dat is subjectief. De dockers gaan nog wel, maar die zijn exit bij dsm7.

Kortom, happy camper hier !

[ Voor 12% gewijzigd door DIKKEHENK op 05-02-2021 17:54 ]

[DIKKEHENK]

Overigens, maar dit terzijde, kun je ook weer dockers draaien op DSM7.

[Mr Magic]

Vraagje, ik heb na lange tijd weer eens mijn SpotWeb installatie op m'n Synology NAS ge-updatet via een "git pull" en "php56 upgrade-db.php".

Dit is goed verlopen, maar nu zie ik in de admin interface dat de blacklist en whitelist URLs verkeerd om lijken te zijn ingevuld.

Bij "Blacklist used during retrieve" staat de URL http://spotcloud.spotnet.wf/spotnet/lists.new/whitelist.csv en bij "Whitelist used during retrieve" staat de URL http://spotcloud.spotnet.wf/spotnet/lists.new/blacklist.csv

Is dit juist? Lijkt me dat het andersom moet zijn?

De URLs werken wel en ik heb beide bestanden handmatig gedownload om te kijken wat erin staat. De blacklist.csv is zo'n 90 KB groot en de whitelist.csv zo'n 840 KB.

Mijn gevoel zegt dat de blacklist groter zou moeten zijn dan de whitelist, maar ik kan het mis hebben

[mesa57]

Dit issue zou opgelost zijn, maar staat wellicht alleen nog maar op de develop branch.
https://github.com/spotweb/spotweb/issues/648

[Mr Magic]

@mesa57 Bedankt, ik heb inderdaad de master branch van GitHub.

Zal de URLs maar even met de hand aanpassen dan

[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