Synology

Uit arl.nu wiki
Versie door Arjan Lensen (overleg | bijdragen) op 17 dec 2025 om 16:17 (ervaring ouders)
(wijz) ← Oudere versie | Huidige versie (wijz) | Nieuwere versie → (wijz)

patch

als synology niet automatisch de patch vind, kan voorkomen, hier handmatig te downloaden

https://archive.synology.com/download/DSM/criticalupdate/update_pack/23824-4/

kies dan wel juiste versie, ds214

leds uit

om de leds uit te schakelen

https://www.reddit.com/r/synology/comments/7lk857/is_there_a_way_to_control_the_leds_on_the/

Control Panel ----> Task Sched.
run as root
to turn off front LED (not including HDD activity light):
echo 6 > /dev/ttyS1
echo 7 > /dev/ttyS1
echo B > /dev/ttyS1
to turn them back on:
echo 4 >/dev/ttyS1
echo 8 >/dev/ttyS1
echo @ >/dev/ttyS1

hele lijst

https://www.synology-wiki.de/index.php/LEDs_und_Buttons

nieuwe pc, verdergaan?

https://community.synology.com/enu/forum/17/post/110973

ik had de computer naam al gelijk gemaakt

helaas was gebruikers naam piet, nu pietl ook was het op de oude computer e, en dat is nu d geworden

dus langere termijn, gebruiker piet en backup van e verwijderen

even kijken, of ik er nog e van kan maken voor schijfletter.....

e lijkt gewerkt te hebben, nu alleen ook even google als destination in de gaten houden, dat het daar niet teveel oploopt, data verkeer......

w11 nieuwe client

voor windows 11, lijkt het erop, dat je niet meer admin account kunt gebruiken

en dat ssl uit moet?

anders verbindingsfout


2024 geen probleem meer?

netwerk dhcp refresh

als je netwerk dhcp refresh wil doen, verander dan de mtu waarde, en zet hem later evt weer terug

nieuwe internet provider

als je overstapt naar nieuwe internet provider (2024 odido) dan is het handig de oude netwerk instellingen over te nemen. Thuis dit gedaan, bij mijn ouders niet, en dan moet je nieuwe backup starten, omdat de naam anders is, .home ipv .fritz.box niet heel erg, niet heel handig


synology 7 icm backup

de upgrade naar synology 7 uitgesteld, omdat ik wou weten of backup nog werkt.

met de ds118 getest, en het werkt, maar nu via:

cloud sync op de nas

voor de sync naar google storage

LET op, kijk bij instellingen:

Cloud Sync Instellingen

Administratorbedieningselementen

Volume 1 (Beschikbi

3

Instellingen databaselocatie:

Gelijktijdige uploads/downloads:

Maximum aantal records:

Administratormodus:


20000

Ingeschakeld


X Lokaal verwijderde bestanden worden verwijderd van uw openbare cloud

Algemeen

Kies een standaardactie wanneer het pakket opnieuw wordt geactiveerd of wanneer
de synchronisatietaak opnieuw wordt uitgevoerd na geplande onderbreking.

Lokaal verwijderde bestanden worden opnieuw opgehaald van uw openbare cloud

standaard staat hij op de laatste optie, dan haalt hij het dus weer terug uit de cloud, was niet de bedoeling......

synology drive op de client

op de client, zet hem op continue backup

eerder stond er andere op, die kun je gewoon updatten van de eerdere cloudstation drive

https://www.synology.com/nl-nl/dsm/feature/drive

en dan stel je die in op continue backup in backup modus instellingen

wel had ik op de test machine, computer alexander, dat hij de eerste keer vast leek te lopen met syncen, na een herstart/ dag later liep hij wel door

opnieuw instellen, door bij backup taak, op taak verwijderen te klikken

stel onder globale instellingen, onderstaand in

lokaal verwijdere bestanden, worden verwijdert van de nas

anders haalt hij het op van de nas, en denk niet dat dat is wat ik wil

op de mac

geef onderstaande rechten:

instellingen -> privacy en beveiliging
lokaal netwerk, voor synology drive aanzetten
bestanden en mappen voor synology drive aanzetten

synology drive server op de nas

synology drive server op de nas zetten

dat lijkt niet te werken, hij start niet:

https://community.synology.com/enu/forum/9/post/122212

het werkt wel, maar starten duurde erg lang, woensdag gestart, vrijdag was hij klaar, ook iets met repareren

ervaring ouders

bij mijn ouders sneller gestart, maar daar moest ik cloud sync opnieuw configureren. de cloudstation map was weg? nu drive in de naam. ook kreeg ik melding op windows dat ik cloudstation kon upgraden naar drive

maar die ging naar 3.1 via bovenstaande link kom je bij 3.5 uit

ook had ik daar dubbele mappen voor de pc's en helaas de verkeerde map op de nas weg gegooid.

dus nu opnieuw ingesteld, en nu loopt het weer

backup-taak en daar verwijderen/ nieuwe maken, daarna liep het weer

ik had beter naar de client config moeten kijken, met doelmap

en bij de drive admin console, kun je ook de oude cloudstation weg halen

ik had/ heb het probleem dat de nas vol gelopen is, en blijft, ook na verwijderen van data, hij haalde het weer terug met cloud sync, dus die op 1 kant op gezet.

daarna nog steeds geen ruimte, ik vermoed dat versioning in de weg zit, dat probeer ik nu op te ruimen (via synology drive admin console, naar versioning, en daar ook show deleted files aanzetten, en dan kiezen voor permanent verwijderen). Ook versies van 32 naar 8 gezet, en nu staat het uit. Je zag niet meteen resultaat, maar nu x aantal dagen later is het weer goed, van 2,7 naar 2,2 Tb

https://kb.synology.com/en-global/DSM/tutorial/How_to_manage_storage_in_Drive#Uninstall

denk dat bovenstaand mogelijk de oplossing kan zijn (was dus niet nodig)

maar nu de melding in cloud sync, dat de internet verbinding niet stabiel is/ of het systeem bezet (volgens mij vooral door indexering), herstart van de nas helpt even, maar niet lang.....

https://community.synology.com/enu/forum/1/post/161376

ga proberen active insights eraf te halen en publieke dns server

https://community.synology.com/enu/forum/67/post/144310

dat werkte beide nog niet....

ssh/ terminal aangezet

vanaf mac via:

Han:~ hanxxx$ ssh -caes128-cbc admin@ip.ip.ip.ip

Via SSH en sudo -i

Run the following commands to stop the indexing process temporarily:
systemctl stop pkg-SynoFinder-fileindexd.service
systemctl stop synoindexd.service
systemctl stop synoindex-workerd.service
systemctl stop synoindex-mediad.service

on te checken

systemctl status pkg-SynoFinder-fileindexd.service
systemctl status synoindexd.service
systemctl status synoindex-workerd.service
systemctl status synoindex-mediad.service

met top zie ik hoge wait, en disk klinkt erg druk:

top - 11:24:04 up 3 days, 23:39,  1 user,  load average: 10.34, 11.05, 10.96 [IO: 7.43, 8.27, 8.22 CPU: 2.90, 2.78, 2.73]
Tasks: 220 total,   1 running, 219 sleeping,   0 stopped,   0 zombie
%Cpu(s):  1.0 us,  5.0 sy, 26.8 ni,  7.6 id, 58.9 wa,  0.0 hi,  0.7 si,  0.0 st

Om te zien of cloud sync draait:

root@XXnas:~# synopkg status CloudSync
{"aspect":{"active":{"status":"running","status_code":0,
"status_description":"retrieve from status  script"}},"description":"Status: [0], 
package is  started","package":"CloudSync","status":"running"}
root@XXnas:~# ps -ef |grep CloudSync
root      2679   476  1 15:55 pts/0    00:00:00 grep --color=auto CloudSync
root     21574     1 37 10:32 ?        02:02:30 /var/packages/CloudSync/target/sbin/syno-cloud-syncd
/volume1/@cloudsync/config/daemon.conf

cloud sync stopt steeds, dus ik ga naar:

https://www.synology.com/en-global/dsm/feature/migration

kijken, en dan de ds118 inzetten, die ik toch al had..... eerst kijken of disk swap werkt, en anders migration assistant? migration assistant niet beschikbaar op ds214 of ds118 dus nu via hyper backup/ hyper vault op client. dat werkt ook niet, omdat je dan voor 100gb 200 gb ruimte nodig hebt, omdat je een losse backup maakt, en die daarna moet uitpakken

ik had disk swap geprobeerd, dat ging ook niet, en nu zelfs de ds214 is zijn configuratie kwijt..... status: niet geinstalleerd..... (mogelijk omdat ik beide disks even los had gehad, om schoon te maken.... vaag)

https://kb.synology.com/en-br/DSM/tutorial/How_can_I_recover_data_from_my_DiskStation_using_a_PC

daar kan ik mogelijk nog de data eraf halen, en dan op de nieuwe zetten...... mogelijk gaat het via usb snelst...... dat is via ubuntu

maar ik zal eerst eens:

https://kb.synology.com/en-br/DSM/tutorial/How_to_fix_hard_drive_failure_and_retrieve_the_data_from_your_hard_drives

proberen:

  • Power off your NAS and remove all drives.
  • Install a spare drive in the location of Drive 1 before powering on you NAS.
  • Install DSM on the spare drive and test if you can access it. The DSM version must be the same version as that on your NAS. Do NOT use the spare drive to create storage pools or volumes.
  • .....

team map was niet zichtbaar, ook na omzetten naar arjan ipv admin (mocht niet meer)

https://kb.synology.com/en-us/DSM/tutorial/inconsistent_file_list_between_Drive_File_Station

uiteindelijk opgelost door: in de synology drive admin console onder Teammap ook Mijn Bestanden aan te zetten

daarna zag de client de teammap weer, even nakijken of dat bij mij thuis ook zo staat....

synology assistant web

als je onderstaand gebruikt, kun je de nieuwe nas in lokaal netwerk vinden https://finds.synology.com/#

synology dsm 7 led uit

You can disable the LEDs in Synology DSM 7 through the web interface by going to Control Panel > Hardware & Power > General and dragging the "LED Brightness Control" slider all the way to the left to turn them off. Alternatively, you can use a command-line script to turn off specific LEDs, though this may not persist after a reboot.

lijkt bij mijn ouders er niet te staan, maar scriptje werkt nog


cloudsync log via ssh

als je cloudsync log wilt zien:

root@pietnas:/var/packages/CloudSync/var/log# tail synocloudsync.log
2025-11-02T11:20:17+01:00 pietnas syno-cloud-syncd[7987]: [WARNING] channel.cpp(673): FlushWrite: I/O error
2025-11-02T11:20:17+01:00 pietnas syno-cloud-syncd[7987]: [WARNING] channel.cpp(1173): write: Broken pipe
2025-11-02T11:20:17+01:00 pietnas syno-cloud-syncd[7987]: [WARNING] stream.cpp(141): Channel: -2
2025-11-02T11:20:17+01:00 pietnas syno-cloud-syncd[7987]: [ERROR] main.cpp(102): Failed to send message from channel.
2025-11-02T11:20:17+01:00 pietnas syno-cloud-syncd[7987]: [WARNING] channel.cpp(1173): write: Broken pipe
2025-11-02T11:20:17+01:00 pietnas syno-cloud-syncd[7987]: [WARNING] channel.cpp(673): FlushWrite: I/O error
2025-11-02T11:20:17+01:00 pietnas syno-cloud-syncd[7987]: [INFO] gcs-client-handler.cpp(592): DownloadRemote: bucket_name(arlbackup_bucket), obj_name(ouders/cloudstation/Backup/PIETS-PC/C/Users/pietl/AppData/Local/Mozilla/Firefox/Profiles/hr2jklv0.default-release/cache2/entries/57FFA602ACD0AA48DE39A596D78401F490ACFDA9), path(/ouders/cloudstation/Backup/PIETS-PC/C/Users/pietl/AppData/Local/Mozilla/Firefox/Profiles/hr2jklv0.default-release/cache2/entries/57FFA602ACD0AA48DE39A596D78401F490ACFDA9), isfile(1)
2025-11-02T11:20:19+01:00 pietnas syno-cloud-syncd[7987]: [INFO] gcs-client-handler.cpp(747): DownloadRemote: Success! db info path (/PIETS-PC/C/Users/pietl/AppData/Local/Mozilla/Firefox/Profiles/hr2jklv0.default-release/cache2/entries/57FFA602ACD0AA48DE39A596D78401F490ACFDA9) mtime(1619441227), size(9613), hash(E1e28NK+mwr/iM8ELyl2ag==)
2025-11-02T11:20:19+01:00 pietnas syno-cloud-syncd[7987]: [INFO] worker.cpp(7191): User '1024' is in admin group, do not check quota
2025-11-02T11:20:20+01:00 pietnas syno-cloud-syncd[7987]: [INFO] worker.cpp(887): Worker (15): HandleError: Successful.
...
2025-11-02T11:27:06+01:00 pietnas syno-cloud-syncd[7987]: [INFO] gcs-client-handler.cpp(747): DownloadRemote: Success! db info path (/PIETS-PC/C/Users/pietl/Ap
pData/Local/Mozilla/Firefox/Profiles/hr2jklv0.default-release/cache2/entries/581FA1B8E169B40522916F3CC3EB8E57CCA2B44F) mtime(1710059919), size(11017), hash(Wl4
PfSsaLSxsXXAGFIps8g==)
2025-11-02T11:27:06+01:00 pietnas syno-cloud-syncd[7987]: [INFO] worker.cpp(7191): User '1024' is in admin group, do not check quota
2025-11-02T11:27:06+01:00 pietnas syno-cloud-syncd[7987]: [INFO] dscs-detector.cpp(333): PushEvent: Event<EV_ADD> (WAITTING): [8] /PIETS-PC/C/Users/pietl/AppDa
ta/Local/Mozilla/Firefox/Profiles/hr2jklv0.default-release/cache2/entries/581FA1B8E169B40522916F3CC3EB8E57CCA2B44F (local,file) size = 0, hash = ,.
2025-11-02T11:27:08+01:00 pietnas syno-cloud-syncd[7987]: [INFO] worker.cpp(887): Worker (15): HandleError: Successful.
2025-11-02T11:27:08+01:00 pietnas syno-cloud-syncd[7987]: [INFO] worker.cpp(2257): Worker (14): DownloadRemote '/volume1/homes/admin/Drive/Backup/PIETS-PC/C/Us
ers/pietl/AppData/Local/Mozilla/Firefox/Profiles/hr2jklv0.default-release/cache2/entries/58200B69CCA70E0878F509C0879258A29D1AA1F7'.
2025-11-02T11:27:08+01:00 pietnas syno-cloud-syncd[7987]: [INFO] worker.cpp(887): Worker (13): HandleError: Successful.
2025-11-02T11:27:08+01:00 pietnas syno-cloud-syncd[7987]: [INFO] event-peatree.cpp(300): Done event: Event<EV_ADD> (PROCESSING): [8] /PIETS-PC/C/Users/pietl/Ap
pData/Local/Mozilla/Firefox/Profiles/hr2jklv0.default-release/cache2/entries/581FB873F420E4EF9A8D37C91970DA77685D1B4A (server,file) size = 9696, hash = tVwMoO+
qw06K4fCOEkQwAA==,
2025-11-02T11:27:11+01:00 pietnas syno-cloud-syncd[7987]: [INFO] gcs-client-handler.cpp(592): DownloadRemote: bucket_name(arlbackup_bucket), obj_name(ouders/cl
oudstation/Backup/PIETS-PC/C/Users/pietl/AppData/Local/Mozilla/Firefox/Profiles/hr2jklv0.default-release/cache2/entries/58200B69CCA70E0878F509C0879258A29D1AA1F
7), path(/ouders/cloudstation/Backup/PIETS-PC/C/Users/pietl/AppData/Local/Mozilla/Firefox/Profiles/hr2jklv0.default-release/cache2/entries/58200B69CCA70E0878F5
09C0879258A29D1AA1F7), isfile(1)