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.
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)
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!
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:
1
2
3
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?
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.
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.
Zet retrieve reports en comments eens uit in de settings en probeer dan nog eens.
Same story:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
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:
1
Server version: 10.3.27-MariaDB-0+deb10u1 Raspbian 10
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]
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.
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 .
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.
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.
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....
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.
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?
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.
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.
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.
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?
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]
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
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?
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?
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)
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)
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?
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 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]
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]
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.
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.
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:
1
2
3
4
5
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:
1
2
3
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.
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]
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:
1
<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]
En SPOTWEB_DB_PORT=3308 invullen
Eventueel even volumes wissen zodat je schoon begint.
Helaas krijg ik weer soortgelijke melding
code:
1
2
3
4
5
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]
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]
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.
i9 12900K | MSI Meg CoreLiquid S360 | ASUS ROG STRIX Z690-A GAMING WIFI D4 | G.Skill Trident Z Royal Elite 2x32GB 4266Mhz Gold | AORUS RTX 3080 Ti MASTER | Dark Power 12 850W | Samsung 980/860 EVO/970 Pro | Logitech Z-906 | Phanteks Evolv X | LG 32UK550
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
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.
i9 12900K | MSI Meg CoreLiquid S360 | ASUS ROG STRIX Z690-A GAMING WIFI D4 | G.Skill Trident Z Royal Elite 2x32GB 4266Mhz Gold | AORUS RTX 3080 Ti MASTER | Dark Power 12 850W | Samsung 980/860 EVO/970 Pro | Logitech Z-906 | Phanteks Evolv X | LG 32UK550
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]
i9 12900K | MSI Meg CoreLiquid S360 | ASUS ROG STRIX Z690-A GAMING WIFI D4 | G.Skill Trident Z Royal Elite 2x32GB 4266Mhz Gold | AORUS RTX 3080 Ti MASTER | Dark Power 12 850W | Samsung 980/860 EVO/970 Pro | Logitech Z-906 | Phanteks Evolv X | LG 32UK550
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]
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
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 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
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.
Only two things are infinite, the universe and human stupidity, Einstein Alleen de doden kennen het einde van de oorlog, Plato
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]
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.
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.
Only two things are infinite, the universe and human stupidity, Einstein Alleen de doden kennen het einde van de oorlog, Plato
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.
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
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
Only two things are infinite, the universe and human stupidity, Einstein Alleen de doden kennen het einde van de oorlog, Plato
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.
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
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]
Only two things are infinite, the universe and human stupidity, Einstein Alleen de doden kennen het einde van de oorlog, Plato
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.
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]
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
Only two things are infinite, the universe and human stupidity, Einstein Alleen de doden kennen het einde van de oorlog, Plato
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?
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
Only two things are infinite, the universe and human stupidity, Einstein Alleen de doden kennen het einde van de oorlog, Plato
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
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.
Only two things are infinite, the universe and human stupidity, Einstein Alleen de doden kennen het einde van de oorlog, Plato
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:
1
2
3
4
5
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]
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.
Only two things are infinite, the universe and human stupidity, Einstein Alleen de doden kennen het einde van de oorlog, Plato
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 "
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.
Only two things are infinite, the universe and human stupidity, Einstein Alleen de doden kennen het einde van de oorlog, Plato
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.
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.
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.
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.
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..
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.
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.
Systeem: MSI Z170A Gaming / Intel i7-6700K @4.4 GHz / MSI GeForce GTX 1660 Super / G.Skill 32GB 2400 MHz / 2 x Asus PB287Q / Samsung 970 Evo Plus 500GB / Samsung 850 EVO 1TB
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.
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.
Let op: Houd er rekening mee dat je geen link zet naar content, dat levert je direct een waarschuwing op.
LET OP: Linken naar spotweb sites is dus ook niet de bedoeling..
Lees de topicstart voor je een vraag stelt! Hierin staan meerdere antwoorden voorgekauwd.
Bij het bezoeken van het forum plaatst Tweakers alleen functionele en analytische cookies voor optimalisatie en analyse om de website-ervaring te verbeteren. Op het forum worden geen trackingcookies geplaatst. Voor het bekijken van video's en grafieken van derden vragen we je toestemming, we gebruiken daarvoor externe tooling die mogelijk cookies kunnen plaatsen.
Hieronder kun je per doeleinde of partij toestemming geven of intrekken. Meer informatie vind je in ons cookiebeleid.
Functioneel en analytisch
Deze cookies zijn noodzakelijk voor het functioneren van de website en het verbeteren van de website-ervaring. Klik op het informatie-icoon voor meer informatie.
Meer details
janee
Relevantere advertenties
Dit beperkt het aantal keer dat dezelfde advertentie getoond wordt (frequency capping) en maakt het mogelijk om binnen Tweakers contextuele advertenties te tonen op basis van pagina's die je hebt bezocht.
Meer details
Tweakers genereert een willekeurige unieke code als identifier. Deze data wordt niet gedeeld met adverteerders of andere derde partijen en je kunt niet buiten Tweakers gevolgd worden. Indien je bent ingelogd, wordt deze identifier gekoppeld aan je account. Indien je niet bent ingelogd, wordt deze identifier gekoppeld aan je sessie die maximaal 4 maanden actief blijft. Je kunt deze toestemming te allen tijde intrekken.
Ingesloten content van derden
Deze cookies kunnen door derde partijen geplaatst worden via ingesloten content. Klik op het informatie-icoon voor meer informatie over de verwerkingsdoeleinden.
Meer details