[Opgelost] Logboekcentrum verwijderen incl alle gekoppelde oude data?

[m4v3r1ck]

Mijn vorige vraag over Logboeken Centrum is beantwoord vwb de tab "Verzenden van logboeken". Voor deze vraag heb ik maar even een nieuw topic aangemaakt. Zo blijft het overzichtelijk.

Onderstaand een overzicht van de bestanden die ik heb gevonden n.a.v. een post op de Syno-community:

Code: [Selecteer]

root@DS1812:/var/log/synolog# dir
total 7616
drwxr-x---  2 system log     4096 Aug 28 21:37 .
drwxr-xr-x 22 root   root   12288 Aug 28 18:30 ..
lrwxrwxrwx  1 root   root      37 Apr  8 14:32 .AFPXFERDB -> /volume1/@database/synolog/.AFPXFERDB
lrwxrwxrwx  1 root   root      39 Apr  8 14:32 .DSMFMXFERDB -> /volume1/@database/synolog/.DSMFMXFERDB
lrwxrwxrwx  1 root   root      37 Apr  8 14:32 .FTPXFERDB -> /volume1/@database/synolog/.FTPXFERDB
lrwxrwxrwx  1 root   root      37 Apr  8 14:32 .SMBXFERDB -> /volume1/@database/synolog/.SMBXFERDB
-rw-r--r--  1 root   root  201728 Aug 28 21:37 .SYNOACCOUNTDB
-rw-r-----  1 system log     1155 Dec 14  2016 synobackup.log
-rw-rw----  1 system log  1230848 Aug 28 20:06 .SYNOCONNDB
-rw-rw----  1 system log    32768 Aug 28 21:36 .SYNOCONNDB-shm
-rw-rw----  1 system log     3176 Aug 28 21:34 .SYNOCONNDB-wal
-rw-r-----  1 system log  1048681 Dec 25  2015 synoconn.log.0
-rw-r--r--  1 system log    12288 Jan 11  2021 .SYNODISKDB
-rw-rw-rw-  1 root   root    3072 Aug 28 20:49 .SYNODISKHEALTHDB
-rw-r--r--  1 system log   893952 Aug 28 08:30 .SYNODISKTESTDB
-rw-rw----  1 system log    19294 Aug 14 16:55 synodockerwebapi.log
-rw-r-----  1 system log    13107 Jun 20  2017 synoindex.log
-rw-r--r--  1 root   root    2048 Sep 13  2018 .SYNOISCSIDB
-rw-rw----  1 system log     4096 Aug 28 21:19 .SYNONETBKPDB
-rw-rw----  1 system log    52017 Aug 24 12:26 synoresourcemonitor.log
-rw-rw----  1 system log   527360 Aug 28 21:19 .SYNOSYSDB
-rw-rw----  1 system log    32768 Aug 28 21:36 .SYNOSYSDB-shm
-rw-rw----  1 system log     3176 Aug 28 21:34 .SYNOSYSDB-wal
-rw-r-----  1 system log  1111333 Jun  3  2017 synosys.log.0
-rw-r--r--  1 system log  2521088 Jun 26  2017 .SYNOSYSLOGDB
lrwxrwxrwx  1 root   root      38 Apr  8 14:32 .TFTPXFERDB -> /volume1/@database/synolog/.TFTPXFERDB
lrwxrwxrwx  1 root   root      40 Apr  8 14:32 .WEBDAVXFERDB -> /volume1/@database/synolog/.WEBDAVXFERDB
root@DS1812:/var/log/synolog#
1. Welke bestanden zijn aangemaakt/gebruikt door Logboeken Centrum?



2. Hoe kan ik ervoor zorgen dat alle oude data - ip-adressen van o.a. oude netwerken - worden verwijderd als ik het pakket Logboeken Centrum weer opnieuw 'clean' installeer? Note: alle mappen onder de hoofdmap Syslog heb ik inmiddels verwijderd, dus er zijn geen log regels meer aanwezig.

Dank alvast!

[Birdy]

Even zitten knutselen om te zien hoe het zit.

In het Log Center (DS220+), heb ik moeten aangegeven waar de logs van lokale en externe moeten komen te staan, mijn test voorbeeld:


In m'n VMM DSM7 heb ik Verzenden van logboeken geactiveerd naar m'n DS220+ en een Testlogboek verstuurd, zie deze dan ook binnenkomen op m'n DS220+.

Kijk ik in File Station, dan zie ik alleen dit:


Kijk ik met PuTTY, dan zie ik uiteraard alles, dus ook de verborgen files:


Ik verwijder alles in /volume1/Log Center: rm -r *

Ik zie dus geen log meer van m'n VMM DSM7.

Ik stuur een Testlogboek en zie deze weer binnenkomen op m'n DS220+.
Het sturen van een Testlogboek zorgt ervoor dat de basis weer wordt opgebouwd voor logging, doe je dat niet dan zal je niet binnen zien komen.

Dus, eigenlijk is het simpel, maar ik vind wel, dat het in de GUI ook mogelijk moet zijn.

[Birdy]

In het Log Center (DS220+), heb ik moeten aangegeven waar de logs van lokale en externe moeten komen te staan

Ik heb ook nog even een nieuwe PuTTY sessie opgestart op de DS220+ en zie dat de lokale log er nu ook bij staat:

[m4v3r1ck]

Hartelijk dank voor je uitgebreide reactie en het testen. Ik ga ermee aan de slag vanavond (F1). Het zal me uiteindelijk toch ook moeten lukken.

Wordt vervolgd…

[Birdy]

Hm.....nog even in File Station gekeken en daar zie ik nu WEL dezelfde inhoud, dus geen verborgen inhoud meer:


Dat zou betekenen, dat je ze nu ook in File Station kunt verwijderen en daarna weer een Testlogboek kunt sturen om de basis weer te leggen.

[Birdy]

Ik ga ermee aan de slag vanavond (F1)

Ik ga ook F1 kijken en maar hopen dat Max nummer 1 wordt .

[m4v3r1ck]

Ik moet even goed uitzoeken welke files ik allemaal kan verwijderen met ssh, zodat ik helemaal met een schone lei kan beginnen vooraf aan een herinstallatie, waar dan ook niets meer te zien is van oude netwerken en ip-adressen.

Wordt vervolgd!

[Birdy]

Ik denk:
.SYNOSYSDB
.SYNOSYSDB-shm
.SYNOSYSDB-wal

Aangezien ik dit ook zie in /volume1/Log Center, maar dan wat in een andere vorm.

[m4v3r1ck]

Ik ga op zoek naar de data.

[Briolet]

Bij het allereerste screenshot van Birdy is een stuk gemarkeerd. Als je die checbox aanvinkt worden volgens mij zelfs de bestaande 'verborgen' logbestanden naar de aangegeven locatie gekopieerd. (En niet alleen vanaf dat moment daar opgeslagen).
Dat scheelt al met het vinden.

En als je nog twijfelt, kun je de files ook openen met een Sql3 programma. Dan zie je de logbestanden zelf en heb je een terugkoppeling dat het de goede zijn. 

[m4v3r1ck]

Alles uitgezet in Log Center eerst, toen alle mappen verwijderd, daarna Log Center verwijdert en mijn NAS herstart.

Ik ben nu via ssh op mijn NAS aan het zoeken naar alle syslog *LOGDB* bestanden. Ook getest met een tijdelijke syslog gedeelde map en idd komen die files in die /volume1/syslog map te staan.

Ik ben aan het zoeken op /volume1 dus kan wel even duren…

Dat Sql3 om in de dbase te kijken lijkt me wel wat. Welk programma adviseer je me, liefst voor Mac OS maar mag ook Windows 10?

[Birdy]

Ik gebruik DB Browser for SQLite.

[Birdy]

Oh...chips, die kan b.v. SYNOSYSLOGDB__ARCH.DB niet openen, dus kan format 3 (SQL3) niet aan, sorry.

[Birdy]

Alhoewel, de site laat zien:

Jens Miltner (@jmiltner) contributed the code to support SQLite 3.x databases for the 1.2 release.

En ik draai:


Had er eerder geen problemen mee, weet alleen niet meer welke DB het laatst was, dus kan niet checken welke format die had.

[m4v3r1ck]

Ik heb via Google deze gevonden: https://razorsql.com/screen_shots.html