Surveillance Station beta 6,3

[verdu30]

Hallo

Ik heb een probleem met de installatie van de nieuwe Surveillance Station 6.3 Bèta.
Ik heb dus SS 6.3 handmatig geïnstalleerd via de download op de site van Synology. Alles installeert correct in ongeveer 3 minuutjes. Maar als ik SS wil opstarten dan blijft "Bezig met laden..." continu staan, waardoor ik SS niet meer kan gebruiken. Weet iemand wat het probleem hier van zou zijn? En wat de oplossing is? Ik heb al eens SS verwijderd en opnieuw geïnstalleerd, ook mijn DS112 gereboot maar dat helpt allemaal niet.

Weten jullie wat de oplossing hiervoor is?

alvast bedankt!

Groetjes

[Briolet]

Welk systeem of browser gebruik je? Zou kunnen uitmaken. Ik zag dat vandaag al weer een nieuwe revision binnenkwam. 6.3-3311. Maar mijn hoge cpu-use problemen blijven.

[verdu30]

Welk systeem of browser gebruik je? Zou kunnen uitmaken. Ik zag dat vandaag al weer een nieuwe revision binnenkwam. 6.3-3311. Maar mijn hoge cpu-use problemen blijven.

Ik gebruik standaard Mac: heb het al getest met Chrome en Safari, maar overal hetzelfde probleem.
Ook op Windows (Chrome en zelfs Internet Explorer) heb ik hetzelfde probleem.

Mijn DSM heeft ook de recentste versie dus ik weet niet wat het probleem kan zijn.

[Briolet]

Heb je wel de instructie gehad om een afspeel plugin te downloaden? Want initieel krijg je een zwart scherm met één regel waarop je kunt klikken om de download van de plugin te starten.
Na het runnen van de installer werkte SS bij mij, zelfs zonder de browser te moeten herstarten.

[spides89]

Klopt, waarschijnlijk is dat het probleem. Je zou ook nog even je oude plugin kunnen verwijderen. Dan krijg je sowieso de melding dat je de plugin moet downloaden.

[Briolet]

Ik heb er 4 van de 5 uitgezet. Dan komt de 212j pas van de 99% af. Er blijft 1 ssd proces over die in zijn eentje zo'n 50 à 60 % cpu opsoupeert.

Ik kreeg vandaag een mailtje van Synology over dit probleem. Vandaag hebben ze versie 6.3-3312 uitgebracht waar dit probleem verholpen moet zijn. En inderdaad is het cpu gebruik drastisch omlaag gegaan. Het ssd proces gebruikt nu nog maar 0 à 2% en gaat zelfs af en toe in slaapmode i.p.v. de constant 50 a 60% met de buggy versie.
Een enkele keer gaat hij een tijdje omhoog naar 10 à 15 %, en ik neem aan dat dit de momenten zijn dat er een opname plaats heeft.

In elk geval kan ik later op de dag weer mijn andere 4 cameras activeren zonder de nas op tilt te zetten.

[Briolet]

Sinds twee dagen kan ik geen livebeelden meer bekijken via een https connectie. Ik zie de beelden ca 1 seconde en dan wordt het beeld zwart met de melding "Verbinding Verbroken". Dit probleem treed niet op met via een http verbinding en ook niet op mijn oudere mac waarop Safari 5.x staat.

De problemen zijn ontstaan sinds deze week Safari 7.0.3 naar 7.0.4 ge-upgrade is. Zijn er anderen met dezelfde ervaring?

[Tim__]

Neen Briolet, met de laatste Safari onder OSX werkt het perfect hier.

[Briolet]

Dan moet ik toch verder kijken of het aan een bepaalde setting ligt die sinds de update incompatibel geworden zijn. Ik heb twee macs met Mavericks erop en bij beiden begon het probleem na de Safari upgrade.

Ik heb ook al gekeken of het helpt om de instelling te gebruiken om de live beelden via de nas te bekijken i.p.v. direct van de camera. Mijn cameras ondersteunen geen encryptie en een mix van https en http op één pagina is een security risk. Maar veranderen van die setting naar altijd via de nas, helpt ook niet.

[Briolet]

Ik had een kennis, die zelf ook SS gebruikt, gevraagd mijn cameras remote uit te lezen. Maar dat werkte niet eens via een http verbinding. Als ik mijn externe IP via nat-loopback benader, werkt http wel. Vreemd, omdat de router firewall normaal ook op het nat-loopback verkeer werkt.
Ik heb de test ook nog eens via de Ziggo WifiSpot getest. En inderdaad blijven de beelden dan ook zwart.

Zijn er mensen met vergelijkbare ervaring? Ik moet er nog steeds een bugreport van maken, maar wil die wel van behulpzame extra info voorzien.

[Tim__]

Neen. Ik kan mijn camera's zowel via de synology dds link benaderen in als extern. Ook camera's benaderen buiten het netwerk middels openvpn via interne ip of Synology ddns werkt perfect op de Mac's met Safari.

[goldenwonder]

Hier op de MacMini met Mavericks en Safari geen problemen meer om te kunnen kijken in liveweergave. Voorheen was dat bij mij onmogelijk.

[Briolet]

Als het bij 2 mensen wel goed werkt is het in elk geval geen algemeen probleem. Het probleem van de externe inlog is gevonden. Daar kom ik nu wel weer bij via een http verbinding. Ik heb Wireshark gebruikt, en zag steeds 'retransmissions' naar de lokale IP's van mijn cameras. Ik heb SS ingesteld om de camera's rechtstreeks uit te lezen, om mijn nas te ontzien. Blijkbaar is SS niet slim genoeg om te merken dat hij niet meer op het lokale netwerk zit en probeert de cameras ook extern, rechtstreeks te benaderen.

Ik heb 1 camera ingesteld om live via de nas te bekijken, en voor die camera heb ik nu wel beeld bij een externe inlog. Blijft het probleem van de https benadering. Ik dacht b.v. aan een verbod op mixed http/https content, maar ik had gisteren ook al eens alles ingesteld om via de NAS te bekijken en het probleem bleef.

Ik heb gisteren ook de oude versie van Safari 7.0.3 van mijn TM backup gehaald. Die geeft nu hetzelfde probleem. Maar het kan zijn dat de upgrade naar Safari 7.0.4 meer gedaan heeft dan de Safari versie te upgraden.
-----

En na de camera setting nog eens veranderd te hebben, ging de gehele nas op tilt. Onbenaderbaar traag. Zelfs een ssh inlog duurde een volle minuut. Top gaf

Code: [Selecteer]

Mem: 232836K used, 16452K free, 0K shrd, 1736K buff, 16612K cached
CPU: 13.4% usr  8.6% sys  0.0% nic  0.0% idle 72.3% io  0.5% irq  4.9% sirq
Load average: 13.85 15.77 14.30 2/347 23779
  PID  PPID USER     STAT   VSZ %MEM %CPU COMMAND
25179     1 root     S    64452 25.7 11.6 /var/packages/SurveillanceStation/target/sbin/ssd -c 4
26867     1 root     S    73808 29.5  2.6 /var/packages/SurveillanceStation/target/sbin/ssd -c 3
25264     1 root     D    64584 25.8  1.7 /var/packages/SurveillanceStation/target/sbin/ssd -c 5
14847     1 root     S    92312 36.9  1.4 /var/packages/CloudStation/target/sbin/syncd -c /volume1/@cl
24382  5895 root     S    23424  9.3  1.2 /usr/syno/sbin/afpd -g guest -c 256 -n GedeeldeData AFPServe
25228     1 root     S    63560 25.4  1.0 /var/packages/SurveillanceStation/target/sbin/ssd -c 6
  126     2 root     RW<      0  0.0  0.8 [kswapd0]
22995     1 root     S    70600 28.2  0.7 /var/packages/SurveillanceStation/target/sbin/ssd -c 2
23001  6976 root     D     266m108.9  0.5 /usr/syno/synoman/webman/3rdparty/SurveillanceStation/cgi/mu
22973  6976 root     D     263m108.0  0.5 /usr/syno/synoman/webman/3rdparty/SurveillanceStation/cgi/mu
 3761     1 root     S    29656 11.8  0.5 scemd
Nu ben ik niet zo thuis in dat commando, maar ik zie dat SS nu inderdaad de nas lam legt. Als ik het geheugengebruik van de eerste 4 processen optel, kom ik op 120%. Dus gebruikt hij nu virtueel geheugen en dat verklaart weer het geflikker van de schijflampjes. Na het drukken van de blauwe knop, duurde het ruim een half uur voordat hij echt uit was. 

[Tim__]

Dat is mijn output van 'top':

Code: [Selecteer]

Mem: 441152K used, 73772K free, 0K shrd, 35628K buff, 269844K cached
CPU:  2.1% usr  1.0% sys  0.0% nic 96.2% idle  0.4% io  0.0% irq  0.0% sirq
Load average: 1.03 1.15 1.14 1/321 18460
  PID  PPID USER     STAT   VSZ %MEM %CPU COMMAND
17340     1 root     S    99284 19.2  1.1 /var/packages/SurveillanceStation/target/sbin/ssd -c 7
17343     1 root     S    83280 16.1  0.8 /var/packages/SurveillanceStation/target/sbin/ssd -c 8
17258     1 root     S    93368 18.0  0.2 /var/packages/CloudStation/target/sbin/syncd -c /volume1/@cloudstation/@sync -p
16814     1 root     S <  76312 14.7  0.1 /var/packages/AudioStation/target/sbin/synoaudiod
29973     1 root     S    69288 13.4  0.1 /var/packages/VideoStation/target/sbin/synovpcd
17065     1 root     S    99076 19.2  0.1 /var/packages/MediaServer/target/sbin/dms
19113     1 root     S    84824 16.4  0.1 /var/packages/CloudStationClient/target/bin/cloud-daemon.exe /var/packages/Cloud
17267     1 root     S    82928 16.0  0.1 /var/packages/CloudStation/target/sbin/syno-cloud-clientd
 6029     1 root     S    21372  4.1  0.1 scemd
 9271     1 root     S    18552  3.6  0.1 /usr/syno/sbin/snmpd -Ln -c /usr/syno/etc/snmpd.conf -p /var/run/snmpd.pid udp:1
18439 18434 root     R     4824  0.9  0.1 top
19390 19274 http     S     298m 59.2  0.0 /usr/bin/httpd -DSSL -DHAVE_PHP
19260 19254 http     S     191m 37.9  0.0 php-fpm: pool www
22493 19254 http     S     190m 37.9  0.0 php-fpm: pool www
19261 19254 http     S     189m 37.6  0.0 php-fpm: pool www

[/font]

[Briolet]

Sinds twee dagen kan ik geen livebeelden meer bekijken via een https connectie. Ik zie de beelden ca 1 seconde en dan wordt het beeld zwart met de melding "Verbinding Verbroken". Dit probleem treed niet op met via een http verbinding en ook niet op mijn oudere mac waarop Safari 5.x staat.

Ik kreeg net een mailtje van mijn kennis dat hij mijn beelden nu wel kan zien. En inderdaad, bij mij werkt het nu ook met een https inlog. De enige verandering is de DSM update die ik gisteren deed. Het ligt niet aan de reboot na de update, omdat ik ook al een reboot geprobeerd had.