Synology-Forum.nl
Overige software => Data replicator & overige backupsoftware => Topic gestart door: Sylvester op 08 april 2017, 13:36:42
-
In het logboek vind ik deze errors :
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi113.photobucket.com%2Falbums%2Fn201%2FSylvesterke%2FSchermafbeelding%25202017-04-08%2520om%252013.22.39_zps0cm22a1z.png&hash=49813ed4b852929c446ef286268995085c07c387)
Zo staat het logboek vol van deze meldingen, ongeveer 1000 per 3 minuten.
Die @eaDIR directory vind ik niet.
Weet iemand wat dit is?
-
@eadir is een verborgen directory, die zie je dus niet in File Station, wel in b.v. WinSCP als root.
In @eadir worden thumbs in opgeslagen.
-
Moet ik dit dus gewoon negeren?
-
yep
-
Het is ook geen error, maar slechts een waarschuwing.
Als het een symbolic link is, dan wordt er nog van elders naar die file gelinkt. Als dat de thumbs zijn, is het niet erg als die niet in de backup terecht komen. Alleen vreemd dat dit een waarschuwing geeft. Dat zou Synology anders moeten aanpakken.
Edit: in mijn log zie ik iets van 500 waarschuwingen over deze symbolic link. Maar alleen uit de periode eind 2015 tot maart 2016. Sommige over foto's andere weer over de mail directory. Voor het terug zetten als iets van mail lijkt het me handig als ook de symbolic links weer terug gezet worden.
-
Even in de releasenotes gezocht:
Version: 1.0-0132
(2016/04/15)
8. Supports backing up symbolic links.
Die datum komt ongeveer overeen met mijn laatste warning over symbolic links.
-
Bij mij is die waarschuwing toch van gisteren.
-
Die foutmeldingen veroorzaakten op mijn 1812+ uiteindelijk wel voor problemen.
Zit in die foto's in Photostation en daarom werd de logfile (iets met synoindex) erg groot waardoor het de systeempartitie te vol kwam en ik dsm niet meer kon updaten.
Logfile was tegen de 1000MB groot!!
Alle foto's eraf gegooid en op mijn 712+ gezet waar de foutmeldingen niet voorkomen.
Waarom het op de ene NAS foutmeldingen geeft en de andere niet begrijp ik nog steeds niet.
-
Ik heb even gekeken. Bij de gewone logfiles kun je instellen wat de maximum grootte mag worden. Kom je er overheen, wordt de oude file gezipped en wordt een nieuwe logfile gestart.
Bij Hyperbackup kan ik niets instellen. Ik zie dat hij al sinds maart 2014 aan het loggen is naar dezelfde file.
-
Waar kan ik eigenlijk die logfile van HyperBackup vinden?
-
Nee, ging mij om die error over de symbolic link van bestanden in de photo map.
De logfile van Hyperbackup loopt niet vol maar de logfile van de indexer wel
Ik zag ook deze exacte meldingen in Hyperbackup staan.
Als mijn NAS moest herstarten was altijd de indexer weer aan de gang met video's in photo.
Ook als er helemaal geen nieuwe video's opgezet waren.
Nu alles op een andere NAS gezet en deze meldingen zijn weg.
Eerst alles van de gebruikte NAS afgegooid en weer terug gezet, probleem bleef bestaan.
Waarom op de ene NAS vol met fouten en de andere niet, die begrijp ik nog niet.
-
Dat is inderdaad raar. Hoe zou ik van die meldingen afgeraken?
Hoe kan ik controleren hoe groot mijn log file (in MB's ) is?
Edit > Deze nacht weer een hele reeks waarschuwingen, weer dezelfde. Een 800-tal van 3h00 tot 3h02 deze nacht.
Ik kan maar 1000 regels per pagina zien, en 9 pagina's terug, dus een stuk of 9000 regels in totaal...
Zou het kunnen dat hij eerdere meldingen vanzelf wist?
Misschien eens een ticket aanmaken bij Synology?
-
Normale logfiles lopen niet vol, die zijn allemaal filo (first in last out).
Met andere woorden als de logfile vol is dan worden de oudste logs verwijdert.
Een andere methode is een nieuwe logfile aan te maken als de max size bereikt is.
Dan moet er natuurlijk wel een beperking op het aantal logfiles zijn.
Allemaal simpel te controleren door de oudste log entries even in de gaten te houden.
-
Nou, de synoindex logfile was bij mij toch bijna 900MB groot.
Logfile was misschien niet vol maar de systeempartitie bijna wel 8)
-
Robert, misschien is dat probleem nu verholpen? Misschien was dat een probleem uit het verleden?
Ik geraak bij mij niet verder dan 9000 regels, dus wat Ben(V) zegt zou wel eens kunnen ?
Of het moet zijn dat hij over de 9000 ergens onzichtbaar stockeert.
-
2 maart jl. heb ik het verholpen door alle foto's en Photostation op mijn tweede NAS te zetten.
-
Waar kan ik eigenlijk die logfile van HyperBackup vinden?
In de map /var/log/synolog
Ik heb b.v. eens een rsync getest in zie deze logfile: synobackup.log
info 2017/03/17 20:46:13 admin: Setting of backup task [rsync Copy 1] was created to backup to [Rsync Compatible Storage(admin@192.168.1.20::rsync-test)/DS716-II_1].
info 2017/03/17 20:46:31 SYSTEM: [Network to share][rsync Copy 1] Backup task started.
info 2017/03/17 20:47:25 SYSTEM: [Network to share][rsync Copy 1] Backup task finished successfully.
info 2017/03/17 20:55:04 admin: [Network to share] Credentials changed on the destination.