Bericht door: m4v3r1ck op 29 augustus 2021, 12:22:20
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?
[attachimg=1]
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!
Bericht door: Birdy op 29 augustus 2021, 14:14:27
In het Log Center (DS220+), heb ik moeten aangegeven waar de logs van lokale en externe moeten komen te staan, mijn test voorbeeld:
[attachimg=1]
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:
[attachimg=2]
Kijk ik met PuTTY, dan zie ik uiteraard alles, dus ook de verborgen files:
[attachimg=3]
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.
Bericht door: Birdy op 29 augustus 2021, 14:40:35
Citaat
In het Log Center (DS220+), heb ik moeten aangegeven waar de logs van lokale en externe moeten komen te staanIk heb ook nog even een nieuwe PuTTY sessie opgestart op de DS220+ en zie dat de lokale log er nu ook bij staat:
[attachimg=1]
Bericht door: m4v3r1ck op 29 augustus 2021, 14:45:26
Wordt vervolgd…
Bericht door: Birdy op 29 augustus 2021, 14:46:13
[attachimg=1]
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.
Bericht door: Birdy op 29 augustus 2021, 14:47:55
Citaat
Ik ga ermee aan de slag vanavond (F1)Ik ga ook F1 kijken ;) en maar hopen dat Max nummer 1 wordt 8).
Bericht door: m4v3r1ck op 29 augustus 2021, 14:50:21
Wordt vervolgd!
Bericht door: Birdy op 29 augustus 2021, 14:55:46
.SYNOSYSDB
.SYNOSYSDB-shm
.SYNOSYSDB-wal
Aangezien ik dit ook zie in /volume1/Log Center, maar dan wat in een andere vorm.
Bericht door: m4v3r1ck op 29 augustus 2021, 20:11:55
Bericht door: Briolet op 29 augustus 2021, 20:59:38
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.
Bericht door: m4v3r1ck op 29 augustus 2021, 21:25:49
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.
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?
Bericht door: Birdy op 29 augustus 2021, 21:34:17
Bericht door: Birdy op 29 augustus 2021, 21:41:53
Bericht door: Birdy op 29 augustus 2021, 21:45:02
Citaat
Jens Miltner (@jmiltner) contributed the code to support SQLite 3.x databases for the 1.2 release.En ik draai:
[attachimg=1]
Had er eerder geen problemen mee, weet alleen niet meer welke DB het laatst was, dus kan niet checken welke format die had.
Bericht door: m4v3r1ck op 29 augustus 2021, 22:00:36
Bericht door: Birdy op 29 augustus 2021, 22:10:03
En SYNOSYSLOGDB__ARCH.DB is SQL3:
[attachimg=1]
Ik pak eens een andere DB.
Bericht door: Birdy op 29 augustus 2021, 22:15:43
[attachimg=1]
[attachimg=2]
RARA......................
Bericht door: m4v3r1ck op 29 augustus 2021, 22:19:02
Tja, die kost wel €89.95 en DB Browser for SQLite is gratis, maar ja, als die geen SQL3 DB kan openen, dan heb je er ook niets aan.
30 dagen trail! ;)
Bericht door: Birdy op 29 augustus 2021, 22:20:06
[attachimg=1]
Maar goed, DB Browser for SQLite werkt dus wel 8)
Bericht door: m4v3r1ck op 29 augustus 2021, 22:38:42
Bericht door: Birdy op 29 augustus 2021, 22:42:19
Bericht door: m4v3r1ck op 29 augustus 2021, 22:57:23
Bericht door: Briolet op 29 augustus 2021, 23:27:45
Ik gebruik DB Browser for SQLite (https://sqlitebrowser.org/).
Die gebruikte ik ook steeds, maar de laatste tijd geeft die steeds aan dat hij de database niet kan openen#. De laatste tijd gebruik ik "SQLPro for SQLite (Lite)" Ik had echter versie 1.0.111 gratis gedownload in 2017. Nu vragen ze er €40 voor in de appstore.
Theoretisch kun je hem ook met 'sql3' commando's in putty bekijken, maar dat kost je eerst een avond studie om de sql3 commando's te begrijpen.
# Edit. Ik zie nu dat het probleem is dat hij niet werkt met een database op een share. Als ik de DB file naar de desktop kopieer, kan ik hem wel probleemloos bekijken.
Bericht door: Birdy op 30 augustus 2021, 10:49:53
In GUI is het heel wat makkelijker geworden, als het even moet.
DB Browser for Sqlite is lekker simpel en is open source.
Bericht door: Briolet op 30 augustus 2021, 11:39:36
Ik heb gisteren naar de laatste versie geupdate en de problemen bleven. (Zowel voor afp, smb en https mounts)
Bericht door: Birdy op 30 augustus 2021, 12:45:27
Citaat
Nu blijkt dat alleen met files op een share te zijn. Is dat alleen op de mac?Kennelijk wel, met Windows kan ik de files wel openen op de gemaakte share Z:
[attachimg=1]
Als je zo'n DB opent in DB Browser for SQLite wordt er extract en komen er 2 files bij:
[attachimg=2]
Misschien dat Apple dat niet "leuk" of heeft niet genoeg rechten, geen idee.
Bericht door: m4v3r1ck op 30 augustus 2021, 13:11:38
[attachimg=1]
Dat maakt voor mij de zaak wat complexer mbt welke bestanden ik dan dan mag verwijderen uit Logboekencentrum.
[attachimg=2]
Bericht door: Briolet op 30 augustus 2021, 13:30:07
Bericht door: Birdy op 30 augustus 2021, 13:36:36
Het wordt ook aanbevolen als je het standaard log center opstart
Bericht door: m4v3r1ck op 30 augustus 2021, 15:09:07
[attachimg=1]
Nu wordt wel de hostname + IP-adres van het AP weergegeven, maar nu is de rest weer niet omgezet en ik mis 192.168.1.6. Ik heb overal het localdomain - local - naam weggehaald. Blijkbaar is er toch nog ergens een verwijzing blijven hangen.
Bericht door: m4v3r1ck op 30 augustus 2021, 16:52:42
[attachimg=1]
Dbase geopend op NAS - READ ONLY!
Bericht door: Birdy op 30 augustus 2021, 16:55:46
Klik op browser data om de data te checken.
Bericht door: m4v3r1ck op 30 augustus 2021, 17:01:35
1. Dit is dat ook het probleem bij het aanmaken van de logrecords. 192.168.1.6 is een switch en niet een AP. Dit is oude informatie die is blijven plakken dus, maar wel vandaag is aangemaakt.
2. Hoe kom ik met dit programma via ssh in de NAS on in /var/log/synolog de files te kunnen bekijken?
Bericht door: Briolet op 30 augustus 2021, 17:51:30
Dat read-only is logisch omdat het slechts een browser is. (Met Chrome of Firefox kun je ook geen websites aanpassen#. )
# Niet helemaal waar omdat je in de ontwerp mode wel html code kunt aanpassen en dat ga je ook in de browser zien, zolang je of de pagina blijft.
Bericht door: m4v3r1ck op 18 september 2021, 15:52:46
Citaat
Dear Customer,
Thank you for contacting the Synology support and showing interest in our products.
What you try to do is out of the scope of the support, i can't help you with that sorry.
What you can do in order to get a clean reinstall of your system is to perform a reset mode 2 of your nas.
https://kb.synology.com/en-global/DSM/tutorial/How_to_reset_my_Synology_NAS_7
Your nas configuration will be erased and application will need to be reinstalled but you will not lose any data.
You can save nas configuration prior to the reset:
I hope this information will be useful and i wish you a nice day.
Regards
****
Technical Support
::)
Bericht door: Birdy op 18 september 2021, 16:18:49
Citaat
Dit is oude informatie die is blijven plakken dus, maar wel vandaag is aangemaakt.Hm...dat is dan ook het issue.
Dan is ook de vraag, waarom wordt er, tot op heden, nog steeds oude informatie vermeld......, waar kom die info vandaan.
Heb daar niet direct een antwoord op.
Bericht door: m4v3r1ck op 18 september 2021, 17:59:26
[attachimg=2]
[attachimg=1]
Ik zal eens op het Engelse Forum gaan sneupen voor een oplossing via de macOS Terminal.
Wordt vervolgd... 8)
Bericht door: m4v3r1ck op 18 september 2021, 21:01:11
Lees even hoeveel moeite er toen (2017) door Synology Support werd besteed aan deze issue. Waarom heeft support mij niet gewezen op deze post en bijdrage van het Synology Support Team zelf. Echte ongelofelijk dommig weer van Synology
https://community.synology.com/enu/forum/17/post/103211
Hieronder de door mij toegepaste commands in macOS Terminal.
Code: [Selecteer]
Last login: Sat Sep 18 19:28:51 on ttys000
MACPRO51:~ ******$ ssh user@192.168.1.125
user@192.168.1.125's password:
user@DS1812:~$ sudo -i
Password:
root@DS1812:~# cd /var/log/synolog
root@DS1812:/var/log/synolog# dir
total 10180
drwxr-x--- 2 system log 4096 Sep 18 20:17 .
drwxr-xr-x 22 root root 12288 Sep 18 19:53 ..
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 2663424 Sep 18 20:17 .SYNOACCOUNTDB
-rw-r----- 1 system log 1155 Dec 14 2016 synobackup.log
-rw-rw---- 1 system log 1300480 Sep 18 19:38 .SYNOCONNDB
-rw-rw---- 1 system log 32768 Sep 18 20:16 .SYNOCONNDB-shm
-rw-rw---- 1 system log 3176 Sep 18 20:16 .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 Sep 18 20:00 .SYNODISKHEALTHDB
-rw-r--r-- 1 system log 929792 Sep 18 04:50 .SYNODISKTESTDB
-rw-rw---- 1 system log 19627 Sep 15 18:11 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 Sep 18 14:30 .SYNONETBKPDB
-rw-rw---- 1 system log 53599 Sep 18 13:48 synoresourcemonitor.log
-rw-rw---- 1 system log 621568 Sep 18 19:38 .SYNOSYSDB
-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# stop syslog-acc
syslog-acc stop/waiting
root@DS1812:/var/log/synolog# sqlite3 /var/log/synolog/.SYNOACCOUNTDB "select device from histogram"
("U7PG2,*****,v3.9.19.8123")
("US8P150,*****,v3.9.19.8123")
("US8P60,*****,v3.7.29.5446")
("US8P60,*****,v3.9.19.8123")
("US8P60,*****,v3.9.19.8123")
("US8P60,*****,v3.9.19.8123")
192
192.168.1.1
192.168.1.125
192.168.1.14
192.168.1.16
192.168.1.20
192.168.1.26
192.168.1.27
192.168.1.3
192.168.1.4
192.168.1.5
192.168.1.55
192.168.1.6
192.168.1.7
192.168.1.8
192.168.1.9
192.168.178.1
192.168.2.100
192.168.2.12
192.168.2.13
192.168.2.200
192.168.2.9
DS1812
MACPRO31
MACPRO31.local
MACPRO51
MACPRO51.local
MZ-iPhone4.local
UAP-AC-PRO-LIVROOM.guest.local
UAP-AC-PRO-LIVROOM.localdomain
UAP-AC-PRO-LVNGRM.local
US-8-POE4-60W-BDRM
US-8-POE4-60W-LVNG
US-8-POE4-60W-LVNG-RM
US-8-POE4-60W-LVNGRM
US-8-POE4-60W-LVNGRM.local
US-8-POE4-60W-MSTRBDRM
US-8-POE4-60W-MSTRBDRM.local
US-8-POE4-60W-UTL
US-8-POE4-60W-UTL-RM
US-8-POE4-60W-UTLRM
US-8-POE4-60W-UTLRM.local
US-8-POE4-60W.localdomain
US-8-POE8-150W-STD
US-8-POE8-150W-STD.local
US-8-POE8-150W-STUDIO.localdomain
USG-3P
USG-3P-UTL
USG-3P-UTL-RM
USG-3P-UTLRM
USG-3P-UTLROOM
macpro31
macpro31.home
macpro51
macpro51.home
root@DS1812:/var/log/synolog# sqlite3 /var/log/synolog/.SYNOACCOUNTDB "delete from histogram where device ='USG-3P'"
root@DS1812:/var/log/synolog# sqlite3 /var/log/synolog/.SYNOACCOUNTDB "select device from histogram"
("U7PG2,*****,v3.9.19.8123")
("US8P150,*****,v3.9.19.8123")
("US8P60,*****,v3.7.29.5446")
("US8P60,*****,v3.9.19.8123")
("US8P60,*****,v3.9.19.8123")
("US8P60,*****,v3.9.19.8123")
192
192.168.1.1
192.168.1.125
192.168.1.14
192.168.1.16
192.168.1.20
192.168.1.26
192.168.1.27
192.168.1.3
192.168.1.4
192.168.1.5
192.168.1.55
192.168.1.6
192.168.1.7
192.168.1.8
192.168.1.9
192.168.178.1
192.168.2.100
192.168.2.12
192.168.2.13
192.168.2.200
192.168.2.9
DS1812
MACPRO31
MACPRO31.local
MACPRO51
MACPRO51.local
MZ-iPhone4.local
UAP-AC-PRO-LIVROOM.guest.local
UAP-AC-PRO-LIVROOM.localdomain
UAP-AC-PRO-LVNGRM.local
US-8-POE4-60W-BDRM
US-8-POE4-60W-LVNG
US-8-POE4-60W-LVNG-RM
US-8-POE4-60W-LVNGRM
US-8-POE4-60W-LVNGRM.local
US-8-POE4-60W-MSTRBDRM
US-8-POE4-60W-MSTRBDRM.local
US-8-POE4-60W-UTL
US-8-POE4-60W-UTL-RM
US-8-POE4-60W-UTLRM
US-8-POE4-60W-UTLRM.local
US-8-POE4-60W.localdomain
US-8-POE8-150W-STD
US-8-POE8-150W-STD.local
US-8-POE8-150W-STUDIO.localdomain
USG-3P-UTL
USG-3P-UTL-RM
USG-3P-UTLRM
USG-3P-UTLROOM
macpro31
macpro31.home
macpro51
macpro51.home
root@DS1812:/var/log/synolog# sqlite3 /var/log/synolog/.SYNOACCOUNTDB "delete from histogram where device ='USG-3P-UTL-RM'"
root@DS1812:/var/log/synolog# sqlite3 /var/log/synolog/.SYNOACCOUNTDB "delete from histogram where device ='USG-3P-UTLRM'"
root@DS1812:/var/log/synolog# sqlite3 /var/log/synolog/.SYNOACCOUNTDB "delete from histogram where device ='USG-3P-UTLROOM'"
root@DS1812:/var/log/synolog# sqlite3 /var/log/synolog/.SYNOACCOUNTDB "delete from histogram where device ='US-8-POE8-150W-STUDIO.localdomain'"
root@DS1812:/var/log/synolog# start syslog-acc
syslog-acc start/running, process 27541
root@DS1812:/var/log/synolog#
Als laatste dan nog de syslog server weer opstarten:
Code: [Selecteer]
restart syslog-accDus ik ben nog wel even bezig met copy-paste, maar wel een happy camper!
Bedankt weer voor jullie input en geduld om me te helpen met al mijn Log Centre problemen. 8)
EDIT-21:56 | Nu blijkt dat ik inderdaad ook de "("U7PG2,*****,v3.9.19.8123")" regels niet kan verwijderen.
Code: [Selecteer]
root@DS1812:/var/log/synolog# sqlite3 /var/log/synolog/.SYNOACCOUNTDB "select device from histogram"
("U7PG2,*****,v3.9.19.8123")
("US8P150,*****,v3.9.19.8123")
("US8P60,*****,v3.7.29.5446")
("US8P60,*****,v3.9.19.8123")
("US8P60,*****,v3.9.19.8123")
("US8P60,*****,v3.9.19.8123")
192.168.1.7
DS1812
MACPRO31
MACPRO51
US-8-POE4-60W-BDRM
US-8-POE4-60W-LVNG
US-8-POE4-60W-UTL
US-8-POE8-150W-STD
USG-3P-UTL
root@DS1812:/var/log/synolog#
EDIT-22:01 | Onderstaand de commands in macOS Terminal deze laatste regels te verwijderen. STOP eerst weer de syslog
Code: [Selecteer]
root@DS1812:/var/log/synolog# stop syslog-acc
syslog-acc stop/waiting
root@DS1812:/var/log/synolog# sqlite3 .SYNOACCOUNTDB
SQLite version 3.10.2 2016-01-20 15:27:19
Enter ".help" for usage hints.
sqlite> SELECT device FROM histogram;
("U7PG2,*****,v3.9.19.8123")
("US8P150,*****,v3.9.19.8123")
("US8P60,*****,v3.7.29.5446")
("US8P60,*****,v3.9.19.8123")
("US8P60,*****,v3.9.19.8123")
("US8P60,*****,v3.9.19.8123")
192.168.1.7
DS1812
MACPRO31
MACPRO51
US-8-POE4-60W-BDRM
US-8-POE4-60W-LVNG
US-8-POE4-60W-UTL
US-8-POE8-150W-STD
USG-3P-UTL
sqlite> DELETE FROM histogram WHERE device = '("U7PG2,*****,v3.9.19.8123")';
sqlite> DELETE FROM histogram WHERE device = '("US8P150,*****,v3.9.19.8123")';
sqlite> DELETE FROM histogram WHERE device = '("US8P60,*****,v3.7.29.5446")';
sqlite> DELETE FROM histogram WHERE device = '("US8P60,*****,v3.9.19.8123")';
sqlite> DELETE FROM histogram WHERE device = '("US8P60,*****,v3.9.19.8123")';
sqlite> DELETE FROM histogram WHERE device = '("US8P60,*****,v3.9.19.8123")';
sqlite> .exit
root@DS1812:/var/log/synolog# sqlite3 /var/log/synolog/.SYNOACCOUNTDB "select device from histogram"
192.168.1.7
DS1812
MACPRO31
MACPRO51
US-8-POE4-60W-BDRM
US-8-POE4-60W-LVNG
US-8-POE4-60W-UTL
US-8-POE8-150W-STD
USG-3P-UTL
root@DS1812:/var/log/synolog# start syslog-acc
syslog-acc start/running, process 28953
root@DS1812:/var/log/synolog# En nu is mijn Log Centre weer helemaal lean & clean...
[attachimg=1]
Nu ga ik nog wel even kijken hoe ik die 192.168.1.7 om kan zetten naar de UniFi hostname.
Bericht door: Birdy op 18 september 2021, 22:05:16
Bericht door: m4v3r1ck op 18 september 2021, 22:33:26
Het liet me gewoon niet los, dat ik die oude entries van Log Centre niet meer - door het handmatig verwijderen van mappen en archieven - via de GUI kon verwijderen. Ik was in de veronderstelling dat in met SqLite in Windows naar de root van de DS1812+ zou kunnen gaan.
Dus we - @Birdy en @Briolet - waren op de goede weg met SqLite, maar ik kon niet verder de diepte in ermee. Dan maar in Terminal dacht ik, maar al die bestanden in /var/log/synolog kon ik natuurlijk helemaal niet 'lezen'. Koudwatervrees overwonnen voor de Terminal en op zoek gegaan. Ook maar meteen mijn eerste post op reddit (https://www.reddit.com/r/synology/comments/pqpyxc/clearing_old_syslog_data_entries_ipadressen_and/), et voila...
Het bestuderen van de posts op Syno Forum heeft wel even geduurd, maar het resultaat is er gelukkig, natuurlijk ook mede dankzij jullie hulp en het delen van SqLite. Deze exercitie heeft me weer wat nieuwe kennis opgeleverd, dat is natuurlijk ook altijd mooi meegenomen.
Fijne avond beiden!
Bericht door: m4v3r1ck op 19 september 2021, 14:50:20
Code: [Selecteer]
start syslog-acc Terminal command nog steeds werkt? Zo niet wat is het alternatief voor DSM 7?
Dank alvast!
Bericht door: Birdy op 19 september 2021, 15:01:21
Alternatief zou ik zo snel niet weten, zal eens kijken.
Bericht door: m4v3r1ck op 19 september 2021, 15:21:26
Code: [Selecteer]
stop syslog-acc gedaan? Code: [Selecteer]
start syslog-acc invoer als de syslog server nog draait.[/s]EDIT 15:57 | Onderstaand is de juiste output als de syslog server al draait, ik heb het me verkeerd onthouden...
Code: [Selecteer]
root@DS1812:~# start syslog-acc
start: Job is already running: syslog-acc
Bericht door: Birdy op 19 september 2021, 15:24:48
In DSM6 staat deze in:
/run/synoservice/bootup-ready-service/syslog-acc
In rood aangegeven (het pad) waar syslog-acc staat, bestaat ook niet meer in DSM7 !
Met find (als root) ook gezocht in DSM7.
Dus, e.e.a. is over hoop gehaald.
Bericht door: Birdy op 19 september 2021, 15:26:12
Citaat
stop syslog-accCommando stop: "command not found"
En syslog-acc bestaat niet meer, zie mijn bericht hierboven.
Bericht door: m4v3r1ck op 19 september 2021, 15:53:24
Sterker nog, syslog-acc bestaat ook niet meer in DSM7 :|
Dus, e.e.a. is over hoop gehaald.
Dankjewel! voor het zoeken. Nou, dan ga ik maar weer even zoeken wat daarvan de reden is en eventueel door wat - indien - het is vervangen.