lordtaki

Problème identifié dans surveillance.log: RETURNING id;;COMMIT;] in db [/var/packages/SurveillanceStation/target/system.db], error [table camera has no column named codec_optimization_text], ext error code [1], tryCnt [0]. Apr 16 20:58:12 [11607][11608][cam-lib][notice] camera.cpp:2753:Insert(): Failed to execute command. Apr 16 20:58:12 [11607][11608][cam-lib][notice] camera.cpp:2843:Save(): INSERT FAILED Apr 16 20:58:12 [11607][11608] cameraWizard.cpp:6671:CamBatSaveThread(): Failed to add camera. Confirmé dans SurveillanceStation.log: Run script: /var/packages/SurveillanceStation/target/scripts/sql/upgrade/231_enable_codec_optimization.sh Run script: /var/packages/SurveillanceStation/target/scripts/sql/upgrade/291_codec_optimization_text.sh Test camera table to check if column (enable_codec_optimization) exists Error: in prepare, no such column: enable_codec_optimization Solution? Désinstallation et réinstallation du paquet.

Oui à jour car j'ai installé aujourd'hui surveillance station qui tire toutes les dépendances.

Bonjour, un moment que je n'avais pas fréquenté le forum (le temps et mon modèle DS413 devenu obsolète depuis longtemps). Version DSM: DSM 6.2.4-25556 Update 8 Version Surveillance Station: 9.2.0-9289 Caméra IP: TP-Link C220 J'avais bien vérifié la compatibilité avant l'achat de la caméra. Elle fonctionne via Tapo et j'ai créé le compte pour l'authentification. Je lance l'application "caméra ip" et je clique sur ajouter. Elle est détectée avec la bonne adresse IP, marque ONVIF, modèle C220 et port 2020. SI je choisis cette entrée et que je fais l'authentification, celle-ci est OK mais je n'ai jamais la prévisualisation. Je fais donc un ajout manuel en choisissant la marque TP-Link plutôt et j'ai bien la prévisualisation dans la colonne 'instantané'. La colonne 'statut' est verte. Je fais suivant puis "configuration rapide". Quand c'est terminé j'ai bien la fenêtre pop-up de 'traitement' puis retour à la fenêtre principale... vide de toute caméra. J'ai vérifié via l'application Log et pas d'évènement. Je suis sec depuis une heure (reboot dans le doute ne change rien). Merci pour votre aide.

Les autorisations prennent aussi en compte l'origine du client (localhost, adresse IP, % (joker pour openbar)...

Vous donnez en ligne de commande juste le chemin du répertoire (ce qui n'est pas une commande système). Si vous voulez vous déplacez dans ce répertoire il faut ajouter 'cd' avant le chemin du répertoire. Si vous voulez lister l'intérieur du répertoire: ls /etc/nginx/sites-enabled/

J'ai aussi ce problème lors du téléchargement de fichiers via file station.

fdupes doit être disponible avec une source de paquets alternatifs

Je ne connais pas Surveillance Station pour répondre. Tout ce que je peux affirmer est qu'effectivement faire une somme de contrôle (et les vérifs derrière) consomme évidemment un peu de ressources CPU. Ne connaissant pas la méthode utilisée par Synology je ne peux rien affirmer de plus.

Cela prendra très longtemps mais tu auras une idée à la racine du système. A répéter dans les répertoires au fur et à mesure du tri... par exemple en alland dans /volume1 (cd /volume1). D'expérience, suivre le conseil de Zeus. C'est certainement le versioning de cloud station, drive... Cela n'est pas forcément un bug.

Une sécurité haut de gamme? La qualité du pare feu sera surtout relative au temps passé à le configurer. Déjà se former sur la configuration avancée réseau de sa box ou de son routeur 😉 cela vous fera économiser 1000€

Ha ben justement il est dit régulièrement que la veille des disques durs ce n'est pas bon. Du coup qui a raison? Cela se base sur quoi en fait ce conseil?

Comme dit plus haut:

Bonjour, scp ou rsync.

Avec cette configuration vous n'avez pas de tolérance de panne. Mais puisque vous dites avoir une sauvegarde de vos fichiers (30To maximum quand même). Pour l'arrêt/démarrage effectivement cela entraîne des contraintes supplémentaires. Par conception, un NAS consomme moins qu'un ordinateur traditionnel et on considère que cela ne fait pas économiser grand chose.

Il était écrit "cd /var" et pas "/var". En croisant vos 2 posts il semble que /volume1 dépende de /. Faites "df -h /volume1". Si le résultat ne renvoie pas qu'il est monté sur un FS propre à lui même (colonne Mounted on) c'est que c'est bien le cas. Faites alors "ls -al /volume1" pour voir ce qu'il y a dedans.