DSM blijft hangen bij openen directory met veel photos

[gbroek]

Ik heb een grote hoeveelheid photos (2000 ongeveer) in JPG formaat van oude mediaspeler verplaatst naar 1 directory. Zodra ik via file station in die directory ga dan lijkt het alsof DSM vervolgens bevriest. Bij openen van een bestand of tonen thumbnails komt de melding "Loading" maar die blijft eindeloos staan.

Als ik file station afsluit en opnieuw opstart krijg ik daarna helemaal geen inhoud meer te zien. Ook andere toepassingen starten lukt niet meer. Ook inloggen via SSH lukt niet.

Enige optie is dan de Synology handmatig uit en weer aanzetten. Daarna werkt DSM goed totdat ik weer in die bewuste directory ga en daar iets probeer te doen.

Ik heb het probleem eerder met een andere set photos ook al eens gehad, die heb ik toen maar verwijderd omdat ik dacht dat er iets met die photos aan de hand was.

Iemand enig idee wat hier aan de hand is?

[Bobo]

Misschien lastig te beantwoorden, want waar heb je de foto's gezet? In een map op de 'home'- schijf of in een map op de gedeelde schijf Photo? Maar in beide gevallen gaat de server thumbs aanmaken en afhankelijk van jouw keuzes ook indexeren.
Kijk met de widget Bronnen naar cpu verbruik of lopende processen of ie daar heftig mee bezig is.
Als de server daar nog aan werkt, zie je met File-Station geen thumbs-weergave van de bestanden waar het nog mee bezig is.
Als dat tot rust is gekomen zal openen met File-Station goed moeten gaan.
Foto's zou ik met de pc met de Synology Photo-uploader in een map van de Photo-share zetten. Dat gaat veel sneller als dat je de cpu van de server het werk laat doen. Met photostation ( en miv DSM 7.0 ook met Synology Photos ) kun je prima regelen wie er wel en niet naar mogen kijken. Met vele foto's heb ik er geen last mee. Ook niet als ik met File-Station naar de Photo-mappen kijk.

[Birdy]

Enige optie is dan de Synology handmatig uit en weer aanzetten. Daarna werkt DSM goed totdat ik weer in die bewuste directory ga en daar iets probeer te doen.

Dan gaat het maken van thumbs ook weer verder.....

[André PE1PQX]

Gewoon een nacht laten 'stampen'  en morgen weer door....?

De NAS is nu bezig met het indiceren van de foto's en dan neemt gewoon onnoemelijk veel tijd in beslag.

[gbroek]

Ja, ik kan me voorstellen dat het iets in die richting is.

Wat is daarbij onnoemelijk lang? Ik had gisteravond de foto's er neer gezet en vanochtend ging het nog mis, dus een uurtje of 12 was niet genoeg.

Wat ik dan wel vreemd vind is dat na een herstart van de DSM deze wel werkt zolang ik maar niet in die bewuste map ga en daar de foto's wil gaan bekijken (via list of thumbnail view). Net alsof het aanmaken van die thumbs dan pas start op het moment dat ik naar die map ga.

Kan ik op een of andere manier zien of aanmaken van die thumbs nog bezig is? Of hoever dat deze is? Want blijkbaar kan ik niet in die map iets doen zolang het aanmaken van die thumbs nog niet klaar is?

[Briolet]

In de menubalk van dsm staat een icoontje ter teken van indexering.

[gbroek]

Aanvulling;

via ssh zie ik in de betreffende folder een @eaDir folder staan. En daarin voor een klein aantal foto's telkens weer een eigen folder. En in die folder staat een Synofile_thumb_m.jpg staan. Ik snap dat dit de thumbnail van die foto is.

MAar ik zie dat er dus maar voor ongeveer 10 foto's dergelijke mappen met de thumbnails zijn. Dat zijn dan ook de thumbnails die ik in die directory zie als ik die via File Station probeer te openen. Ik zie de thumbnails verschijnen en voor de andere komt er "loading" te staan en dat duurt eindeloos en dan bevriest verder alles weer.

[gbroek]

Het lijkt er op dat het probleem is opgelost. Ik heb de inhoud van de folder gedownload naar laptop en daar de foto's eens bekeken. Het blijkt dat er veel foto's tussen stonden die op een of andere manier beschadigd/corrupt zijn geworden.

Daarna alle beschadigde bestanden verwijderd, de folder op de NAS leeg gemaakt en alle goede bestanden weer terug op de NAS gezet en daarna werkt alles weer prima.

Het lijkt er dus op dat het proces om thumbnails te maken telkens vastloopt bij deze beschadigde bestanden.