Logboek in Package Center

[Matr1x]

Om in het bericht over AutoSub niet off-topic tegaan, maak ik maar even een nieuw onderwerp aan. Ik had de logboek functie al wel eens gezien, maar omdat ik er nooit data in zag dacht ik al dat deze niet werkte. Maar deze werkt dus wel en is reuze handig. Lees maar verder...

Ga in je DSM naar Package Center en klik bij AutoSub op Meer en kies Logboek.

Volgens mij werkt deze logboek functie niet, want deze laat maar een willekeurig deel van de log zien. Het logbestand zelf is gevuld met data tussen 2012-03-27 20:19:52 en 2012-03-28 14:17:53 en de logboekfunctie in DSM laat alleen maar iets zien tussen 2012-03-27 21:14:15 en 21:15:23.

De logboekfunctie bij Headphones laat hele oude info zien en bij SickBeard loop DSM vast en die van SABnzbd is leeg.

Ik denk dat de logboek functie het logbestand gebruikt dat bij installatie gemaakt is. Verplaats je het logboek naar een andere locatie, dan werkt de logboek functie in Package Center niet meer. Dat wist ik niet, dus nu ga ik alle logboeken weer terugzetten op de originele locatie. Dit is tenslotte ook gewoon op volume1, alleen niet op een plek waar je makkelijk bij kan.

[Matr1x]

De reden overigens waarom ik de logbestanden op een andere locatie had gezet, is dat ik wil voorkomen dat er onnodige veel (grote) logbestanden op een moeilijk bereikbare plek staan. Ik wil die makkelijk kunnen opschonen. Daarom had ik ze ook allemaal in de downloads folder gezet.

Maakt niemand zich zorgen over onnodig grote logbestanden? Als eens naar de systeemlog gekeken in DSM? Die van mij is wel 100 pagina's inmiddels...

[wopper]

Kan je eens aangeven waar deze bestanden staan?

[Plerry]

De reden overigens waarom ik de logbestanden op een andere locatie had gezet, is dat ik wil voorkomen dat er onnodige veel (grote) logbestanden op een moeilijk bereikbare plek staan. Ik wil die makkelijk kunnen opschonen. ...

Het wordt eentonig ...   , maar ook dat laat zich perfect oplossen met een Symbolic Link.

• Optie 1
  Plaats SymLinks met de origine logbestandsnamen op de originele logbestandlocatie(s), die verwijzen naar echte bestanden op jouw "makkelijk" bereikbare plaats.
• Optie 2
  Plaats op je "makkelijk" bereikbare plaats SymLinks naar de individuele logbestanden op hun originele locatie(s)
• Optie 3 (alleen bruikbaar wanneer alle logbestanden in dezelfde folder staan (is dat zo?))
  Plaats op je "makkelijk" bereikbare plaats een SymLink naar de de originele locatiefolder waarin alle individuele logbestanden staan.

Plerry

[Goner]

Maakt niemand zich zorgen over onnodig grote logbestanden? Als eens naar de systeemlog gekeken in DSM? Die van mij is wel 100 pagina's inmiddels...

Nou, zorgen maken ... nee nog niet.
Als het te groot wordt dan bewaar ik 'm wel (standaard als .html zo te zien), eventueel zippen en dan gooi ik de log leeg (clear).

Voor /var/log/messages is er blijkbaar een archiveer-actie, want ik heb al een messages.0.gz archief met de eerste 4 weken. Benieuwd hoe dat werkt, want ik zien geen 'logrotate' in de crontab ?
Maar voor die /etc/var/syno*.log files is dat er niet blijkbaar ... (ervan uitgaande dat dat de logs zijn die onder Systeem Info - Log in DSM getoond worden).

[Matr1x]

• Optie 1
  Plaats SymLinks met de origine logbestandsnamen op de originele logbestandlocatie(s), die verwijzen naar echte bestanden op jouw "makkelijk" bereikbare plaats.

Plerry

Optie 1 werkt perfect:

Code: [Selecteer]

ln -s /volume1/download/AutoSub/logs/AutoSubService.log /volume1/@appstore/AutoSub/AutoSubService.log


Code: [Selecteer]

ln -s /volume1/download/CouchPotato/logs/CouchPotato.log /usr/local/var/couchpotato/logs/CouchPotato.log


Code: [Selecteer]

ln -s /volume1/download/Headphones/logs/headphones.log /usr/local/var/headphones/logs/headphones.log


Code: [Selecteer]

ln -s /volume1/download/SABnzbd/logs/sabnzbd.log /usr/local/var/sabnzbd/sabnzbd.log


Code: [Selecteer]

ln -s /volume1/download/SickBeard/logs/sickbeard.log /usr/local/var/sickbeard/Logs/sickbeard.log

Ik kan nu de log file gewoon bekijken in Package Center en ook op de makkelijk toegankelijke locatie waar ik ze bovendien nog eens kan opruimen.

Ik vraag me alleen af dat wanneer ik een pakket bijwerk of verwijder de door mij gemaakte symlinks dan geen problemen geven en misschien wel achter blijven.

[Martijn85]

Je kunt ook het script aanpassen, hierin wordt namelijk aangegeven waar het log zich bevind.
Als je de locatie van je log aanpast krijgt je inderdaad geen logs meer in je DSM.

De rede dat je dan alleen oude logs ziet is dat het oude log toch op de huidige locatie blijft staan.

Het log staat in dit script:

Code: [Selecteer]

/var/packages/AutoSub/scripts/start-stop-status
Als je deze code aanpast naar de nieuwe locatie hoef je geen symlinks aan te maken:

Code: [Selecteer]

LOG_FILE="${AUTOSUB_DIR}/AutoSubService.log"
Dit kun je ook zo doen voor SickBeard etc.  

[Matr1x]

Je kunt ook het script aanpassen, hierin wordt namelijk aangegeven waar het log zich bevind.

Het installatiescript aanpassen moet je dan na iedere update doen. Volgens mij kun je het pakket beter laten zoals het is. Je kunt ook gewoon de logbestanden op de oorspronkelijke plaats laten staan. Het makkelijkste is eigenlijk een symlink op de plek die jij makkelijk vindt naar de map waar de logbestanden staan. En dat schreef Plerry ook al  

[Martijn85]

Het installatiescript aanpassen moet je dan na iedere update doen.

Dat klopt  

Volgens mij kun je het pakket beter laten zoals het is. Je kunt ook gewoon de logbestanden op de oorspronkelijke plaats laten staan.

Lijkt mij wel het beste ja. Hij wordt toch op je /volume1/ neer gezet dus je systeem partitie zal niet vol raken als je log te groot zou worden.

Het makkelijkste is eigenlijk een symlink op de plek die jij makkelijk vindt naar de map waar de logbestanden staan. En dat schreef Plerry ook al  

Als je toch je log ergens anders wilt hebben staan, is denk ik toch de beste optie ja.