:strip_icc():strip_exif()/u/2189/baby.jpg?f=community)
Wenn ist das Nunstruck git und Slotermeyer? Ja!... Beiherhund das Oder die Flipperwaldt gersput! The Hornets of Hades have descended upon me
:strip_icc():strip_exif()/u/484156/4421153_1_sma.jpg?f=community)
Wenn ist das Nunstruck git und Slotermeyer? Ja!... Beiherhund das Oder die Flipperwaldt gersput! The Hornets of Hades have descended upon me
/u/463779/crop663b92c5a03ab_cropped.png?f=community)
:strip_icc():strip_exif()/u/53754/crop5f96dc1010e28_cropped.jpeg?f=community)
Met SHR kan dit wel
https://www.synology.com/...ID_calculator?hdds=8%20TB|8%20TB|8%20TB|8%20TB|4%20TB|4%20TB|4%20TB|4%20TB
Oh nice, daar gaat mien plan 
Iemand nog 4x4TB WD Red kopen?
Maar bedankt! Dan wordt het gewoon beginnen met 4x8TB en dan weer met 8 uitbreiden
Iemand nog 4x4TB WD Red kopen?
Maar bedankt! Dan wordt het gewoon beginnen met 4x8TB en dan weer met 8 uitbreiden
Hoeveel uur hebben die 4 TB schijven er al opzitten? Als het beduidend minder is dan 20.000 uur dan kunnen ze nog even meer maar anders zou ik ze gewoon vroegtijdig afschrijven.:
Oh nice, daar gaat mien plan
Iemand nog 4x4TB WD Red kopen?
Maar bedankt! Dan wordt het gewoon beginnen met 4x8TB en dan weer met 8 uitbreiden
Ik heb er hier ook nog twee liggen. Onlangs vervangen door twee pricewatch: Toshiba MG08 SATA (512e), 16TB
De Red's liggen nu op de plank, wellicht dat ik er ooit nog een bestemming voor weet te vinden.
[ Voor 24% gewijzigd door FrankHe op 28-04-2021 17:34 ]
:strip_icc():strip_exif()/u/41507/crop5e808de4a35b0_cropped.jpeg?f=community)
Asus Apex Z890, 285K @ 5.6 GHZ all P-core, 5,0Ghz All E-core (custom WC) , 48GB 8000mhz C36 Corsair Dominator Titanium DDR5, Synology 1821+ 24 TB.
:strip_exif()/u/436382/crop611bafe60dad2_cropped.webp?f=community)
/u/197564/crop6072aa9bcdaaf.png?f=community)
:strip_icc():strip_exif()/u/45777/CLoud-150x100.jpg?f=community)
:fill(white):strip_exif()/f/image/mb7WfBoXFL2bL7Ut4IyHZ65Z.png?f=user_large)
/u/6960/Avatar.png?f=community){kind=avatar}
:strip_exif()/u/30814/newgot.gif?f=community)
:strip_icc():strip_exif()/u/182506/crop5c1cef952de8e_cropped.jpeg?f=community)
:strip_exif()/u/47330/ava.gif?f=community)
:strip_icc():strip_exif()/u/103521/volvo-logo.jpg?f=community){kind=logo}
:strip_icc():strip_exif()/u/118633/index.jpg?f=community)
Toch nog eens aan het kijken geweest naar de LCC van mijn WD Green (WD20Ears) schijven na een fresh install. HDD's staan rond de 33k LCC (hebben zo'n 85k uur power-on time). Nu heb ik hibernation binnen DSM standaard laten staan op 20 minuten en via SSH gezien dat deze instelling:
ingesteld staat op 0.
Toen heb ik deze willen aanpassen met het volgende script vanuit Synology:
Maar toen kreeg ik terug dat hij op "44" ingesteld staat
Ik kwam via Google meer mensen tegen die hier tegenaan liepen en op basis daarvan heb ik hem ingesteld op "255".
Hoe hebben jullie dit ingesteld om de schijven niet teveel te belasten? Mijn NAS wordt alleen nog maar gebruikt voor back-up (documenten, foto's, video's) dus hoeft echt niet zo snel wakker te worden op het moment dat ik hem aanroep
root@DiskStation:/$ syno_disk_ctl --wd-idle -g /dev/sda
ingesteld staat op 0.
Toen heb ik deze willen aanpassen met het volgende script vanuit Synology:
root@DiskStation:/$ syno_disk_ctl --wd-idle -s300 /dev/sda
Maar toen kreeg ik terug dat hij op "44" ingesteld staat
Ik kwam via Google meer mensen tegen die hier tegenaan liepen en op basis daarvan heb ik hem ingesteld op "255".Hoe hebben jullie dit ingesteld om de schijven niet teveel te belasten? Mijn NAS wordt alleen nog maar gebruikt voor back-up (documenten, foto's, video's) dus hoeft echt niet zo snel wakker te worden op het moment dat ik hem aanroep
Only two things are infinite, the universe and human stupidity, Einstein
Alleen de doden kennen het einde van de oorlog, Plato
:strip_exif()/u/219702/crop5af8a47963858_cropped.gif?f=community)
:strip_icc():strip_exif()/u/856/crop58b5845e39c29_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/241948/crop58dd1b1aa2aef.jpeg?f=community)
Only two things are infinite, the universe and human stupidity, Einstein
Alleen de doden kennen het einde van de oorlog, Plato
:strip_icc():strip_exif()/u/184388/crop603011eec3eb5_cropped.jpg?f=community)
Only two things are infinite, the universe and human stupidity, Einstein
Alleen de doden kennen het einde van de oorlog, Plato
/u/28318/crop59d5ed176e52f_cropped.png?f=community)
Ik heb een uitdaging op een DS416j met DSM 6.2.4. Ik heb een opslagpool waar ik 2 volumes op wil aanmaken. Ik wil aan één van deze volumes een maximum zetten, om te voorkomen dat macOS Time Machine de hele opslagpool gebruikt.
De vraag is: hoe doe ik dat? Ik kan dat niet instellen bij Volumes, en bij Opslagpool zie ik het volgende, wat niet aan te passen is:
:strip_exif()/f/image/JRZHhz5Zh6g8AEx5Z7hltp5B.jpg?f=fotoalbum_large)
Ik kan eventueel ook een aparte gebruiker aanmaken met een limiet qua opslag, maar dat levert een foutmelding op bij het wegschrijven van meer data dan de limiet, ipv dat DSM het OS informeert over de vrije schijfruimte.
Wie heeft hier ervaring mee, hoe stel ik dit in? Alvast bedankt!
De vraag is: hoe doe ik dat? Ik kan dat niet instellen bij Volumes, en bij Opslagpool zie ik het volgende, wat niet aan te passen is:
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/JRZHhz5Zh6g8AEx5Z7hltp5B.jpg?f=user_large)
Ik kan eventueel ook een aparte gebruiker aanmaken met een limiet qua opslag, maar dat levert een foutmelding op bij het wegschrijven van meer data dan de limiet, ipv dat DSM het OS informeert over de vrije schijfruimte.
Wie heeft hier ervaring mee, hoe stel ik dit in? Alvast bedankt!
Dat hoop ik ook! Docker werkt niet op een j-model...
Maar ik heb goede hoop, reservekopie loopt, en de schijf ziet er op de Mac goed uit, met beperking in ruimte:
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/bF3BWOn6ySiIXUZmoQ8BGAam.jpg?f=user_large)
Ja de eerste paar keer ging het goed en dan ineens kon hij de Synology niet vinden, super irritant. Ik draai overigens docker (ivm de stokoude versie die Synology levert…) niet op mijn Synology maar op een Ubuntu 20.04 machine. Backup hiervan gaat (met dank aan ABFB) wel naar de Synology.
Hopelijk heb jij meer geluk
:strip_icc():strip_exif()/u/298667/crop564da5f628b8b_cropped.jpeg?f=community)
Sinds vandaag geeft Synology Drive op 2 verschillende systemen aan dat het SSL certificaat van mijn NAS niet meer vertrouwd is. Ik maak gebruik van een Let's Encrypt certificaat en heb in het verleden (1+ jaar geleden) vaker meegemaakt dat als het certificaat vernieuwd werd, ik het wachtwoord opnieuw moest invoeren. Helaas lijkt dit nu niet de oplossing; Drive blijft volhouden dat het certificaat niet vertrouwd is, maar ik kan nergens zien waarom (bijv. omdat de naam niet matcht o.i.d.).
Iemand enig idee hoe ik dit verder kan troubleshooten? Het certificaat wordt wel gewoon vertrouwd in de browser, dus het is een valide certificaat.
Iemand enig idee hoe ik dit verder kan troubleshooten? Het certificaat wordt wel gewoon vertrouwd in de browser, dus het is een valide certificaat.
🔋 MG Marvel R Luxury 70kWh | ☀️ 2225Wp oost, 1580Wp zuid, 2225Wp west | 🌡️ Daikin 3,5kW + 3x 2,5kW l/l & Ariston Nuos Split 270L l/w warmtepomp
🔋 MG Marvel R Luxury 70kWh | ☀️ 2225Wp oost, 1580Wp zuid, 2225Wp west | 🌡️ Daikin 3,5kW + 3x 2,5kW l/l & Ariston Nuos Split 270L l/w warmtepomp
:strip_icc():strip_exif()/u/192890/brain.jpg?f=community)
Correct, dus als volgt:
/var/log/synologydrive.log bevatte geen errors, enkel wat irrelevante info
Klopt, daar moest ik ook aan denken, maar gezien de ingangsdatum heb ik dit uitgesloten als mogelijke oorzaak.
Het probleem lijkt te zijn ontstaan nadat m'n NAS automatisch het Let's Encrypt certificaat heeft hernieuwd. Dat gebeurd automatisch, dus ik heb zelf geen chains geimporteerd.
Volgens zowel FireFox als de Qualys SSL test is het certificaat incl chain valide.
Members only:
Alleen zichtbaar voor ingelogde gebruikers.
Inloggen
Ik heb inmiddels het certificaat nogmaals handmatig vernieuwd; dat lost het probleem helaas niet op.
Drive Server opnieuw opstarten heeft ook geen verschil gemaakt.
Ik heb inmiddels gevonden waar de Synology Drive client z'n logging wegschrijft (%APPDATA%) en zie daarin het volgende:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
| 2021-05-15T20:16:14 (17140) [INFO] protocol-client.cpp(154): Failed to establish a new channel (-2), trying to find a new connection.
2021-05-15T20:16:14 (17140) [INFO] connection.cpp(603): Current connection is finding connection by another thread, returning
2021-05-15T20:16:14 (17140) [ERROR] long-poller.cpp(351): Failed to send/recv long poll request. (code: -2)
2021-05-15T20:16:14 (17140) [ERROR] long-poller.cpp(185): Failed to long poll event for connection 1, fallback to pull event. (code: -2)
2021-05-15T20:16:16 (17140) [ERROR] init-handler.cpp(172): Failed to send/recv query user request. (code: -2)
2021-05-15T20:16:18 (17140) [ERROR] protocol-client.cpp(252): Convert to SSL channel failed. (code: -24)
2021-05-15T20:16:18 (17140) [INFO] protocol-client.cpp(177): Failed to connect via the new channel.
2021-05-15T20:16:18 (17140) [ERROR] long-poller.cpp(351): Failed to send/recv long poll request. (code: -24)
2021-05-15T20:16:18 (17140) [ERROR] long-poller.cpp(185): Failed to long poll event for connection 1, fallback to pull event. (code: -24)
2021-05-15T20:16:18 (17140) [INFO] connection.cpp(619): Going to find connection for connection: '{server_name:nas.XXXXXXX, server_ip:62.XXXXXXXXX, server_port:6690, mode:3, username:XXXXXXXX, password:, key_pem:, key_fingerprint, ds_id:XXXXXXXXXXXXXXXXX, restore_id:XXXXXXXXXXXXXXXXX, host_name: XXXXXXXXXXXXXXX, session:XXXXXXXXXXXXXXXXX, protocol_ver:70, conn_id:1, computer_name:XXXXXXXXXXXXXXXXXXXXXXXXX, use_ssl:1, linked:0, ssl_allow_untrust:0, ssl_signature:2e:95:8b:38:XXXXXXXXXXXXXXXXXXXXXXXXx:48:26:d4, version_info: {major: 2, minor: 0, build_number: 11112}, status:0, enable_shared_with_me:0, conn_type:1, cloud extension clsid:, server_fingerprint:, error:0}' with proxy '{use_proxy: 0, use_sys_proxy: 0, proxy_ip: , proxy_port: 0, auth_type: 0, user_name: , password: , domain: , host: }', use_quick_connect_server = Yes.
2021-05-15T20:16:18 (17140) [INFO] conn-finder.cpp(739): ip 'nas.XXXXXXX' is not a IPv4 address
2021-05-15T20:16:19 (17140) [INFO] daemon-impl.cpp(1928): Pause session 1 by connection id.
2021-05-15T20:16:19 (17140) [INFO] event-scheduler.cpp(157): Remove session sync process: 1.
2021-05-15T20:16:19 (17140) [INFO] event-scheduler.cpp(137): Remove session background process: 1.
2021-05-15T20:16:19 (17140) [INFO] long-poll-manager.cpp(188): Interrupt long pollers. (connection: 1)
2021-05-15T20:16:19 (17140) [INFO] long-poller.cpp(74): Set abort with barrier.
2021-05-15T20:16:19 (17140) [INFO] barrier.cpp(40): Worker (5): Register barrier.
2021-05-15T20:16:19 (17140) [ERROR] event-loop.cpp(204): Can't find channel 06DCDBA0 in event loop
2021-05-15T20:16:22 (17140) [INFO] barrier.cpp(50): Worker (5): Reach barrier.
2021-05-15T20:16:22 (17140) [INFO] long-poller.cpp(210): Abort done.
2021-05-15T20:16:22 (17140) [INFO] long-poll-manager.cpp(212): Interrupt done. |
Dat lijkt meer in de richting te zitten. Als ik zoek op 'Convert to SSL channel failed' vind ik welgeteld 4 hits op Google. Alle 4 brachten helaas geen oplossing.
Ik denk dat ik Synology support eens ga mailen, want nu wil ik het weten ook. Ik ga niet weer een full sync doen op 2 PCs.
🔋 MG Marvel R Luxury 70kWh | ☀️ 2225Wp oost, 1580Wp zuid, 2225Wp west | 🌡️ Daikin 3,5kW + 3x 2,5kW l/l & Ariston Nuos Split 270L l/w warmtepomp
Even gechecked en het goede certificaat hangt aan de Drive server applicatie:
Ik heb ter test een ander certificaat eraan gehangen en dan zie ik een andere error voorbij komen in de Drive Client logs (in de trant van hostname does not match certificate)
De Drive Server package/applicatie herstarten maakte geen verschil, ik zal morgen de hele NAS eens een schopje geven. Heb inmiddels ook een ticket geopend bij Synology.
Thanks voor je input tot dusver
🔋 MG Marvel R Luxury 70kWh | ☀️ 2225Wp oost, 1580Wp zuid, 2225Wp west | 🌡️ Daikin 3,5kW + 3x 2,5kW l/l & Ariston Nuos Split 270L l/w warmtepomp
@FrankHe
Voor de duidelijkheid. Ik bedoelde dat ik zelf offtopic ging met mijn QNAP vergelijkingen! Ik had het niet over jouw post.
Voor mijzelf sprekend. Ik zal waarschijnlijk de Synology houden voor data opslag/backup en er een applicatie servertje naast zetten. Dat werkt voor mij het beste. Verder niks geen nadere van Synology.
Voor de duidelijkheid. Ik bedoelde dat ik zelf offtopic ging met mijn QNAP vergelijkingen! Ik had het niet over jouw post.
Voor mijzelf sprekend. Ik zal waarschijnlijk de Synology houden voor data opslag/backup en er een applicatie servertje naast zetten. Dat werkt voor mij het beste. Verder niks geen nadere van Synology.
👉🏻 Blog 👈🏻
Yep, ik draai de laatste versie (2.0.4-11112) maar ik ben er inmiddels achter wat het probleem veroorzaakt (@Shadow771 ). @gambieter zat in de juiste richting; het heeft toch te maken met een wijziging aan de kant van Let's Encrypt. Ondanks dat Let's Encrypt aangeeft dat hun wijziging pas op 30 September ingaat, hebben ze op 4 Mei al een wijziging doorgevoerd aan de certificate chain.
Through May 3, 2021 - Default chain: End-entity certificate ← R3 ← DST Root CA X3
Starting May 4, 2021 - Default chain: End-entity certificate ← R3 ← ISRG Root X1 ← DST Root CA X3
Bron: https://community.letsenc...tion-chain-changes/150739
Zoals je ziet hebben ze een (intermediate) certificaat toegevoegd aan de chain, ter voorbereiding op 30 September. Dan verloopt namelijk het DST Root CA X3 certificaat en neemt het ISRG Root X1 het over.
Het probleem is echter dat Synology Drive Client dit nieuwe ISRG Root X1 certificaat niet kent en dus ook niet vertrouwd.
Synology Drive Client op Windows gebruikt namelijk z'n eigen certificate store en dus niet die van het OS/Windows. Windows herkent en vertrouwd het ISRG Root X1 certificaat, maar Synology Drive Client dus niet omdat deze een eigen certificate store heeft waar dit certificaat niet in staat.
Dit kun je controleren door de certificate store die Synology Drive Client gebruikt te openen in Notepad of Kleopatra. Deze kun je hier vinden:
En dat ziet er dan als volgt uit:
Zoals je ziet staat het oude DST Root CA X3 certificaat hier wel in vermeld, maar het nieuwe ISRG Root X1 certificaat niet. Helaas kun je de internal certificate store van Synology Drive Client niet wijzigen; elke wijziging wordt namelijk automatisch ongedaan gemaakt als je Drive opstart. De enige manier om dit te fixen is dat Synology de internal certificate store bijwerkt en een nieuwe versie/update uitbrengt. Ik heb dit ook aangegeven richten Synology in mijn ticket, want zelf lijken ze hier nog niet van op de hoogte.
Als tijdelijke workaround heb ik even een certificaatje gekocht voor 6 euro van GlobalSign. Er zijn meerdere oplossingen mogelijk natuurlijk (geen SSL gebruiken i.c.m. VPN tunnel of gewoon de waarschuwing negeren) maar ik heb voor deze optie gekozen. Was een leuke puzzel dit wel
🔋 MG Marvel R Luxury 70kWh | ☀️ 2225Wp oost, 1580Wp zuid, 2225Wp west | 🌡️ Daikin 3,5kW + 3x 2,5kW l/l & Ariston Nuos Split 270L l/w warmtepomp
Misschien kun je hier nog wat mee? Klinkt als hetzelfde probleem dat jij ervaart::
[...]
Yep, ik draai de laatste versie (2.0.4-11112) maar ik ben er inmiddels achter wat het probleem veroorzaakt (@Shadow771 ). @gambieter zat in de juiste richting; het heeft toch te maken met een wijziging aan de kant van Let's Encrypt. Ondanks dat Let's Encrypt aangeeft dat hun wijziging pas op 30 September ingaat, hebben ze op 4 Mei al een wijziging doorgevoerd aan de certificate chain.
Through May 3, 2021 - Default chain: End-entity certificate ← R3 ← DST Root CA X3
Starting May 4, 2021 - Default chain: End-entity certificate ← R3 ← ISRG Root X1 ← DST Root CA X3
Bron: https://community.letsenc...tion-chain-changes/150739
Zoals je ziet hebben ze een (intermediate) certificaat toegevoegd aan de chain, ter voorbereiding op 30 September. Dan verloopt namelijk het DST Root CA X3 certificaat en neemt het ISRG Root X1 het over.
Het probleem is echter dat Synology Drive Client dit nieuwe ISRG Root X1 certificaat niet kent en dus ook niet vertrouwd.
Synology Drive Client op Windows gebruikt namelijk z'n eigen certificate store en dus niet die van het OS/Windows. Windows herkent en vertrouwd het ISRG Root X1 certificaat, maar Synology Drive Client dus niet omdat deze een eigen certificate store heeft waar dit certificaat niet in staat.
Dit kun je controleren door de certificate store die Synology Drive Client gebruikt te openen in Notepad of Kleopatra. Deze kun je hier vinden:
[Afbeelding]
En dat ziet er dan als volgt uit:
[Afbeelding]
Zoals je ziet staat het oude DST Root CA X3 certificaat hier wel in vermeld, maar het nieuwe ISRG Root X1 certificaat niet. Helaas kun je de internal certificate store van Synology Drive Client niet wijzigen; elke wijziging wordt namelijk automatisch ongedaan gemaakt als je Drive opstart. De enige manier om dit te fixen is dat Synology de internal certificate store bijwerkt en een nieuwe versie/update uitbrengt. Ik heb dit ook aangegeven richten Synology in mijn ticket, want zelf lijken ze hier nog niet van op de hoogte.
Als tijdelijke workaround heb ik even een certificaatje gekocht voor 6 euro van GlobalSign. Er zijn meerdere oplossingen mogelijk natuurlijk (geen SSL gebruiken i.c.m. VPN tunnel of gewoon de waarschuwing negeren) maar ik heb voor deze optie gekozen. Was een leuke puzzel dit wel
https://www.reddit.com/r/...ertificate_is_not_trusted
Dat is mijn eigen post
🔋 MG Marvel R Luxury 70kWh | ☀️ 2225Wp oost, 1580Wp zuid, 2225Wp west | 🌡️ Daikin 3,5kW + 3x 2,5kW l/l & Ariston Nuos Split 270L l/w warmtepomp
:
[...]
Dat is mijn eigen post
helder 
Dan is het niet zo gek dat t verhaal overeen komt
[ Voor 14% gewijzigd door Tomba op 17-05-2021 19:27 ]
:strip_exif()/u/23886/crop56b4d08045563.gif?f=community)
"For although dreams are in all of us, few hands may grasp their moth-wings without tearing them"
~ H.P. Lovecraft
:strip_exif()/u/49483/mandarin_sm.gif?f=community)
De release staat nog steeds gepland voor de zomer. Althans ik heb geen andere termijn kunnen vinden.
YouTube: Die 20 meist gestellten Nutzerfragen zum neuen Update DSM 7 - Synolo...
edit: oh, die concrete datum was ik nog niet tegengekomen. Ik ben benieuwd
Ik draai nu de beta, en heb dus wat security fixes misgelopen.
YouTube: Die 20 meist gestellten Nutzerfragen zum neuen Update DSM 7 - Synolo...
edit: oh, die concrete datum was ik nog niet tegengekomen. Ik ben benieuwd
Ik draai nu de beta, en heb dus wat security fixes misgelopen.
[ Voor 18% gewijzigd door job op 18-05-2021 23:09 ]