Camera opnieuw toevoegen

[dirklammers]

Ik heb wat problemen gehad met mijn 2e camera. Heb die geheel verwijderd in SS en wil die camera nu weer toevoegen.
Dat gaat allemaal goed tot aan het laatste bevestigingsscherm (na het opnameschema). Dan komt de melding "camera 2 bestaat al". Ik moet dan kiezen voor een andere naam (wil ik niet) of een andere "opslagruimte" (andere schijf ??). Wil ik ook niet.
Ik heb dus de indruk dat bij het verwijderen van een camera niet echt álles verwijderd wordt ...... Hoe krijg ik mijn camera 2 weer in beeld 

[Vuurvreter]

Herkenbaar, lukt voorlopig alleen door een andere naam te geven

[dirklammers]

Ik heb ook al eens geprobeerd heel SS te verwijderen en opnieuw te installeren. Zelfs dán blijven de cameranamen geblokkeerd. Zou toch ergens een config file moeten zijn die achterblijft en handmatig verwijderd moet worden !?

[Birdy]

Even getest en gevonden:

Een Birdy cam geïnstalleerd en een grep gedaan:

Code: [Selecteer]

root@DS716-II:/volume1/@appstore/SurveillanceStation# grep Birdy system.db
Binary file system.db matches
Birdy cam verwijderd en weer een grep gedaan, Birdy cam blijft in de system.db.

Effe met vi gekeken in system.db:

Code: [Selecteer]

^H^H^H^HBirdyONVIFGeneric_ONVIF192.168.1.192!i^B*^B*/live/ch0/live/ch0adminQazwsx12
^^/volume1/surveillance/BirdyBirdy(^@^^Z

Dus, als je dat wilt verwijderen, kan je dit mogelijk met phpMyAdmin kunnen doen.

[Birdy]

O nee, phpMyAdmin wordt het niet, die is voor MariaDB's, system.db is een SQLite database.

[Briolet]

Je kunt "sqlite3 -help" intikken voor de sqlite3 handleiding. 

(Hoewel help op de mac heel wat leerzamer is dan de minimalistische help op de nas)

[Birdy]

I see, verder moet je wat sql kennis hebben, heb ik gezien

[dirklammers]

Tjonge, muteren in system.db klinkt wel als een heftige ingreep om gewoon een camera te verwijderen zeg  Daar ga ik maar niet aan beginnen. Zo ver gaat mijn linux kennis nu ook weer niet. Dan maar twee nieuwe namen verzinnen. Bedankt voor het uitzoeken.

[Birdy]

Graag gedaan

[Briolet]

Je hebt er geen linux kennis voor nodig maar sqlite3 kennis.

Als je "sqlite3 system.db" intikt, zit je in de database. Vervolgens krijg je met ".dump" een ascii dump van de inhoud. Je hebt dan wel een indruk van wat er in staat, maar die file bedraagt bij mij een kwart megabyte. Je moet dan wel heel fanatiek zijn om daatrde goede elementen uit te wissen.
En om uit de edit mode te komen moest ik 3x ctrl-C intikken. Dus het duurde even voor ik door had hoe je weer uit die editor komt.

Inderdaad, niet aan beginnen.
Zou hij zo persistent zijn omdat er nog steeds een licentie gekoppeld blijft?

[dirklammers]

root@DS716-II:/volume1/@appstore/SurveillanceStation# grep Birdy system.db
Binary file system.db matches

Is system.db een onderdeel van SS of van het "hogere" DSM-systeem ?
In het eerste geval zou het toch mogelijk moeten zijn om SS te verwijderen en eventueel daarna handmatig de map /volume1/@appstore/SurveillanceStation te verwijderen ? Dan begin je toch "schoon" met SS ?

Dirk

[Birdy]

Ook even getest:

Als je SS verwijdert, krijg je standaard te zien:



Met deze standaard opties heb ik SS verwijderd, hierna is "/volume1/@appstore/SurveillanceStation" ook verwijderd, dus ook system.db.
Hierna de gehele NAS doorzocht om te zien of nog ergens system.db bestaat, bestaat niet dus, system.db is van SS zelf (had ik wel verwacht overigens).

Hierna SS weer geïnstalleerd en system.db is opnieuw gecreëerd (uiteraard) en Birdy cam zit er niet in.

Ook getest met vinkje weg:



Dan is "/volume1/@appstore/SurveillanceStation" ook verwijderd, dus ook system.db.
Echter, wanneer je SS weer installeerd, dan is Birdy cam ook weer terug, ergens worden dus die settings (records) bewaard of de system.db zelf (die ik niet kon vinden na het verwijderen van SS)

Kortom, je moet kiezen voor alles verwijderen, behalve je opnames neem ik aan (2e vinkje weghalen).

[Ben(V)]

Je kunt die sqlite databases heel simple bekijken en bewerken met dit programma.
https://sqlitebrowser.org/
Even met winscp de database naar je PC kopieren en openen met de sqlite browser.

Deze database heb ik nooit bekeken maar wel enkele andere sqlite databases van DSM, echter zijn ze allemaal beschermt met een wachtwoord dus ik verwacht deze ook.
Geen idee wat het wachtwoord is.

[Briolet]

De database heeft geen wachtwoord. Vanuit de terminal kon ik hem zo bekijken.

Die sqlite browser werkt perfect. Als ik de database naar een share kopieer en wil openen geeft de browser een foutmelding dat hij niet te openen is.
Als ik hem echter naar de desktop van mijn mac verplaats is hij wel direct te openen. Zal wel een rechten kwestie zijn. Bij het kopieren naar de mac, krijgt hij wel de goede rechten. (En is minder werk dan het aanpassen van de rechten op de nas)

Edit: Het is meer dan alleen rechten. Als ik de file terug kopieer naar de nas, staan de bevoegdheden op iedereen lezen en schrijven. Toch kan deze browser de database niet vanaf de share openen.

[Ben(V)]

Misschien een ACL die op de folder staat.
DSM maakt steeds meer gebruik daarvan.