Syncthing v2.0.16: bestanden automatisch tussen apparaten delen

Syncthing 2.0.16: wat deze release verandert en waar je op let

Syncthing 2.0.16 is uit. Deze versie zet een paar flinke stappen onder de motorkap, zoals een overstap naar SQLite en nieuwe logregels.Dat klinkt technisch, maar het raakt wel hoe Syncthing start, synct en beheerbaar blijft.

Kort uitgelegd

Syncthing is een programma om bestanden tussen apparaten te synchroniseren. Je houdt zelf de controle, zonder een centrale cloud als tussenlaag. De release van 2.0.16 bouwt verder op de grote veranderingen van 2.0.

De grootste wijziging is de database. Syncthing gebruikt nu SQLite in plaats van LevelDB. Bij de eerste start volgt een migratie. Voor grotere omgevingen kan dat even duren.

Wat merk je direct?

Een paar dingen vallen meteen op in deze versie:

• De logging is veranderd naar gestructureerde logregels.
• Je kunt het logniveau nu per pakket instellen.
• Er is een nieuw logniveau: WARNING.
• --verbose en --logflags zijn verwijderd en worden genegeerd als je ze nog meegeeft.
• Oude opties met één streepje, zoals -home, werken niet meer.Gebruik --home.
• Een standaardmap wordt niet meer automatisch aangemaakt bij de eerste start.
• Tussen v2-apparaten gebruikt Syncthing nu standaard drie verbindingen: één voor indexgegevens en twee voor data.

Dat laatste is vooral handig als je wilt weten waarom Sync gedrag anders aanvoelt dan vroeger. Meer verbindingen betekent hier niet “onveiliger”, maar wel dat Syncthing de taken anders verdeelt.

Wat is er nieuw of beter?

De release legt vooral nadruk op onderhoud en helderheid.

de nieuwe database is makkelijker te beheren

SQLite is een bekende database. Volgens de release moet die makkelijker te begrijpen en te onderhouden zijn. Ook hoopt het project dat dit minder bugs geeft. Dat is geen garantie, maar wel de richting waarin deze wijziging gaat.

Let wel op de eerste migratie. als je veel data hebt, kan die stap langer duren. Het is slim om daar tijd voor te nemen en niet halverwege iets te forceren.

loggen is nu duidelijker

Syncthing schrijft nu gestructureerde logs.Dat betekent: een bericht plus losse velden met extra informatie. Voor beheer is dat fijn, want het maakt logs beter te lezen en te filteren.

De INFO-stand is ook uitgebreider geworden. Daarin zie je nu meer van de sync-acties die Syncthing uitvoert. Dat helpt als je wilt snappen wat het programma precies doet.

Oude vertraging in verwijderde items is begrensd

Verwijderde items blijven niet meer eeuwig in de database staan. Syncthing vergeet ze nu na vijftien maanden.Heb je een gebruikssituatie waarin verwijderingen pas na meer dan vijftien maanden effect mogen hebben,dan kun je dat met --db-delete-retention-interval of de bijbehorende omgevingsvariabele op nul zetten of langer maken.

Voor wie is dit handig?

Deze release is vooral handig als je Syncthing al draait en graag een modernere basis wilt. Ook als je beheert hoe logs eruitzien of je installatie strak wilt houden, is deze versie relevant.

Het is minder een “nieuwe knop erbij”-release en meer een stevige basisupdate. Dat is prettig als je stabiele synchronisatie wilt en niet steeds met oude rommel wilt blijven werken.

Zo pak je het veilig aan

Een rustige update werkt het prettigst. Vooral door de database-overstap is het slim om niet halsoverkop te upgraden op een moment dat je de installatie niet kunt volgen.

Probeer dit:

1. Plan de update op een moment met tijd.
2. Houd rekening met de eerste start na de upgrade.
3. Check je oude opstartopties. Sommige zijn veranderd of weg.
4. Kijk of je nog -home of andere oude enkel-streepje opties gebruikt.
5. Controleer of je afhankelijk bent van een platform waarvoor geen prebuilt binaries meer beschikbaar zijn.

Die platforms zijn volgens de release:

• dragonfly/amd64
• solaris/amd64
• linux/ppc64
• netbsd/*
• openbsd/386 en openbsd/arm
• windows/arm

Kleine checklist

Let hier op

Er zijn ook een paar technische wijzigingen die handig zijn om te kennen.

Rolling hash-detectie van verschoven data wordt niet meer gebruikt. Volgens de release hielp dat bijna nooit. Daardoor worden scannen en syncen juist sneller en efficiënter zonder die stap.

Ook de afhandeling van conflicts met verwijderde bestanden is aangepast. Een verwijdering kan nu winnen in een conflict. Het gevolg is dan dat het verwijderde bestand als conflict copy wordt bewaard. Dat is goed om te weten als je bestanden soms op meerdere apparaten tegelijk wijzigt.

Verder zijn er nog wat fixes in deze versie:

• een controle op de lengte van gecomprimeerde protocollberichten vóór decompressie,
• ondersteuning voor overrides bij syncOwnership in systemd,
• en het terugzetten van toegestane chown-syscalls in systemd.

Waar kun je de release vinden?

De release staat op de officiële GitHub-releasepagina van Syncthing: https://github.com/syncthing/syncthing/releases/tag/v2.0.16

Er is ook een APT-repository beschikbaar via de officiële site, en er zijn Docker-images genoemd voor deze versie:

• docker.io/syncthing/syncthing:2.0.16
• ghcr.io/syncthing/syncthing:2.0.16

Officiële link

Wil je liever direct naar de projectpagina? Dan zit je goed bij Syncthing v2.0.16.

Bevers gedachte

Syncthing 2.0.16 is geen flashy release, maar wel een serieuze. De basis is vernieuwd, de logs zijn duidelijker en de oude rommel wordt wat strakker opgeruimd. Als je veilig wilt bijwerken, is het vooral een kwestie van rustig plannen en even goed kijken naar je oude opties.