Synology-Forum.nl
Firmware => Synology DSM algemeen => Topic gestart door: Tim__ op 27 oktober 2014, 09:36:37
-
Sinds ik mijn DS415+ in dienst heb, knipperen de groenen LED's constant aan de voorkant van de NAS en hoor je heel veel sch(r)ijfactiviteit.
Het indexeren is gedaan/klaar, de conversie van foto/video ook. Er hangen 3 camera's aan het systeem maar die gingen ook aan mijn vorige NAS (een DS213+) zonder dat hij zoveel lawaai maakte. Ook knipperden de LED's niet bij de DS213+.
Ik voeg 3 schermafbeeldingen bij.
1: overzicht geïnstalleerd apps
2: algemeen overzicht van de prestaties in broncontrole
3: overzicht van de CPU taken
Wat kan/moet ik ondernemen voor bovenstaand probleem?
-
Nog wat info over de hd's:
-
Na contact met Mobileharddisk.nl gaven zij mij de tip om ook eens met "top" te kijken naar wat er gaande is.
19153 18850 mysql S 325m 16.3 0.0 /usr/bin/mysqld --basedir=/usr --datadir=/var/services/mysql --plugin-dir=/usr/lib/mysql/plugin --u
19357 19336 http S 306m 15.4 0.0 /usr/bin/httpd -DSSL -DSPDY -DHAVE_PHP
Als ik aan SQL denk, dan denk ik aan mijn vorige post waarbij er gespeeld is met SLQ: http://www.synology-forum.nl/photo-station-blog/albumrechten-in-photostation-verloren-na-terugzetten-backup/msg130362/#msg130362
Wat zou een eventuele volgende stap kunnen/moeten zijn?
-
Tim
In je plaat 3 overzicht van de CPU taken, is er activiteit van het proces SSD, is Surveillance Station
Stopt de disk activiteit als je Surveillance Station stopt?
-
Neen hansiedown dat maakt geen verschil. De DS415+ blijft grommen als een beer (precies of er worden giga's aan data op weggeschreven) en de LED-jes blijven knipperen, alle 4 (van de 4 hd's).
-
Ik zou voorstellen om alle packages een voor een uit te zetten (stoppen) om te kijken of je zo kunt ontdekken welke package het veroorzaakt.
-
Bedankt voor de tip Hofstede maar ook dit brengt geen soelaas.
-
Dan zou IK een ticket doen dan kunnen ze even een kijkje nemen. ;)
-
Is reeds gebeurd Birdy, thnx :-)
-
Iscsi neemt 96%, ik neem aan dat je schijf daardoor steeds bezig is. Waar gebruik je deze voor?
-
Hij gebruikt geen iSCSI zie laatste printscreen.
Wat je ziet (in 2e printscreen) is Volume/iSCSI samen. ;)
-
Inderdaad ik gebruik geen iSCSI. Wel raar dat die zo'n hoge waarden geeft in de monitor, niet?
-
Ja, je volume is dus heel druk en daar gaat deze topic dan ook over.
Dus nog even wachten op reactie van Support.
PS: of zit je soms ook op die foute update: 5.0-4528 (http://www.synology-forum.nl/synology-dsm-5-0/dsm-5-0-4528/), wie weet heeft het dan ook daar mee te maken.
-
Hopelijk is het inderdaad de "foute" update die de problemen veroorzaakt... :-p
-
Ter info:
Inmiddels de nieuwe update geïnstalleerd; geen resultaat
Ook op aanraden van de support van Synology een smarttest gedraaid en die bleef hangen op 90% bij de eerste hd. Deze morgen een WD 4TB Red in de Synology gestoken. Hij is bezig met "herstellen". Momenteel blijft het fenomeen zich nog voordoen maar hopelijk na het herstellen en een herstart verdwijnt het...
-
Hij is bezig met "herstellen". Momenteel blijft het fenomeen zich nog voordoen
Dat is logisch, NU "busy as a beaver". ;)
-
Bekijk tijdens deze herstel fase maar eens naar je schijven, zie je zo 200-300Mb/s aan lees/schrijf snelheden.
SHR herstellen vergt nogal wat geschuif met data.
-
Er is inderdaad sinds ik deze morgen een nieuwe hd heb gestoken meer activiteit op diskniveau. Maar bij iSCSI is er sindsdien nog niets veranderd. Is dat normaal?
-
Maar bij iSCSI is er sindsdien nog niets veranderd.
Ik zie geen plaatje daarvan maar, het is volume/iSCSI en aangezien er op volume nivo ook veel activiteit m.b.t. herstellen, dan is dat wel normaal. ;)
Eerst maar "even" wachten tot het herstellen gereed is en dan pas kijken het er voor staat.
-
Ondertussen is het 'herstellen' voltooid maar de Synology blijft dezelfde problemen vertonen. Ook na reboot.
https://dl.dropboxusercontent.com/u/26089/IMG_2227.MOV (https://dl.dropboxusercontent.com/u/26089/IMG_2227.MOV)
Ga nu een schijfcontrole doen...
-
Heb je de mogelijkheid de schijven in een PC te testen?
Ik heb ergens eens gelezen dat dat verschillende resultaten op kan leveren.
Dus dat DSM iets anders laat zien dan de WD tool.
Op het synology.com forum word dit probleem ook door gebruikers gemeld echter ook daar vind men geen oplossing.
http://forum.synology.com/enu/viewtopic.php?f=19&t=83280 (http://forum.synology.com/enu/viewtopic.php?f=19&t=83280)
-
Ja doe heb ik. Straks eens proberen. Bedankt voor de tip!
-
Wat is nu tegenkom is dat de Synology 'volloopt'. Er is al 1TB aan gegevens bijgekomen zonder dat ik gegevens op de Synology plaats ::) :o
De smart check is nog steeds bezig... evenals de backup na meer dan 2 dagen (66% backup op 48u).
-
Welke backup is dat? Je beseft toch wel dat het tegelijkertijd laten uitvoeren van de check en de backup zorgt dat alles heel langzaam verloopt? Die twee processen zitten elkaar continu in de weg. Het zou slimmer/sneller zijn om eerst de check af te laten lopen en dan pas de backup te doen.
-
Een backup via "backup en replicatie". Je hebt gelijk maar dat kan toch de aanzet/reden niet zijn dat er plots 1TB aan gegevens wordt ingenomen?
-
Nee, het was meer bedoeld als opmerking.
Wat betreft de gebruikte ruimte denk ik eerder aan CloudStation. Heb je die aanstaan?
-
Jazeker die draait al meer dan een jaar en een half zonder enig probleem :-)
-
Hmm, ik heb al één van de schuldigen gevonden denk ik. Via ssh ben ik ingelogd in de Synology en zie dat de map /volume1/@img_bkp_repo 1,5TB groot is. Om het ENG forum vind ik dit weer: http://forum.synology.com/enu/viewtopic.php?t=82095 (http://forum.synology.com/enu/viewtopic.php?t=82095)
Dat doet mij vermoeden dat sinds het gepruts met de SQL database van PhotoStation het verkeerd is gegaan:
http://www.synology-forum.nl/photo-station-blog/albumrechten-in-photostation-verloren-na-terugzetten-backup/ (http://www.synology-forum.nl/photo-station-blog/albumrechten-in-photostation-verloren-na-terugzetten-backup/)
Synology> du -d 1 -h 796.0K ./bin
104.0K ./dev
6.0M ./etc
4.0K ./initrd
130.7M ./lib
5.2M ./lib64
4.0K ./mnt
2.9M ./tmp
16.0K ./.system_info
0 ./proc
32.0K ./.old_patch_info
4.0K ./lost+found
1.9M ./root
17.6M ./.syno
36.0K ./volumeUSB1
36.0K ./run
5.2M ./sbin
0 ./sys
4.0K ./volumeUSB2
318.7M ./usr
39.8M ./var
3.3T ./volume1
5.6M ./etc.defaults
156.0K ./var.defaults
3.3T .
Synology> cd /volume1/
Synology> du -d 1 -h
16.0K ./lost+found
153.3M ./@tmp
12.0K ./@spool
444.4M ./@database
367.8M ./@appstore
248.2G ./music
32.0K ./Gedeelde_agenda
4.0K ./@download
354.9M ./web
481.0G ./photo
366.0G ./video
6.7G ./surveillance
16.0K ./@MailScanner
4.0K ./@clamav
8.0K ./@maillog
4.0K ./@quarantine
592.3M ./@eaDir
628.0K ./Anthony-Wim
40.0K ./ftp
168.0K ./Gedeelde map
434.4G ./homes
148.0K ./owncloud
8.0K ./public
258.3G ./Time Machine
10.7G ./@cloudstation
4.0K ./@autoupdate
1.5T ./@img_bkp_repo
3.3T .
Synology> cd ./@img_bkp_repo/
Synology> ls
Config Pool repo_ver.json repository_info.db target_info.db
Synology> ls -la
drwxr-xr-x 4 root root 4096 Nov 2 11:55 .
drwxr-xr-x 29 root root 4096 Nov 2 11:32 ..
drwxr-xr-x 3 root root 4096 Nov 1 11:42 Config
drwxr-xr-x 3 root root 4096 Nov 1 11:42 Pool
-rw-r--r-- 1 root root 36 Nov 1 11:41 repo_ver.json
-rw-r--r-- 1 root root 3072 Nov 1 11:41 repository_info.db
-rw-r--r-- 1 root root 3072 Nov 2 11:55 target_info.db
Synology> du -d 1 -h
1.5T ./Pool
8.3G ./Config
1.5T .
Synology> cd Pool/
Synology> ls -la
drwxr-xr-x 3 root root 4096 Nov 1 11:42 .
drwxr-xr-x 4 root root 4096 Nov 2 11:55 ..
drwxr-xr-x 3 root root 4096 Nov 2 11:55 1
Synology> cd 1/
Synology> ls -la
drwxr-xr-x 3 root root 4096 Nov 2 11:55 .
drwxr-xr-x 3 root root 4096 Nov 1 11:42 ..
drwxr-xr-x 18 root root 4096 Nov 4 16:56 0
-rw-r--r-- 1 root root 2048 Nov 1 11:42 avai_bucket.db
-rwx------ 1 admin users 8 Nov 4 20:37 bucketID.counter
-rwx------ 1 admin users 8 Nov 1 11:42 bucketID.counter_dup
-rwx------ 1 root root 2959225856 Nov 4 20:37 chunk_index
-rwx------ 1 admin users 64 Nov 2 11:33 chunk_index_dup
-rw-r--r-- 1 root root 2048 Nov 1 11:42 del_list.db
Synology> du -d 1 -h
1.5T ./0
1.5T .
Synology> cd 0
Synology> du -d 1 -h
100.2G ./0
100.3G ./1
100.4G ./2
100.2G ./3
100.2G ./4
100.2G ./5
100.2G ./6
100.2G ./7
100.2G ./8
100.2G ./9
100.2G ./10
100.2G ./11
100.2G ./12
100.2G ./13
100.2G ./14
63.2G ./15
1.5T .
-
Omdat een antwoord van synology maar niet kwam heb ik een clean install gedaan en daarna de data manueel overgezet. Ik heb ook alle instellingen opnieuw manueel ingesteld en de gebruikers manueel toegevoegd. Na het indexeren en converteren loopt de Synology nu goed.
Deze topic kan dus gesloten worden.
-
Dank je TIM voor je update, have fun 8)