Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
linknx + eibd sur dockstar
#1
hello tous,
1 peu flémard ces temps ci ! j'ai repris l'install sur 1 plug de type
dockstar après 1 bon petit flash qui m'a encore donné des frayeurs Wink.

j'y suis, en debian squeeze.

j'ai tout rejoué l'install, comme a mon habitude et la, patatra, pas
d'usb knx Sad (bon cette fois, je suis certains, il est pluggé).

# lsusb
Bus 001 Device 007: ID 135e:0023
Bus 001 Device 004: ID 04fa:2490 Dallas Semiconductor DS1490F 2-in-1
Fob, 1-Wire adapter
Bus 001 Device 003: ID 18a5:0302 Verbatim, Ltd
Bus 001 Device 002: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port
HUB
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

mon knx est sur le bus 001.

bcusdk-0.0.4/eibd/usb# findknxusb
Possible addresses for KNX USB devices:

Damned again.

donc la question : y a t il 1 particularité pour que ca tourne sur 1
squeeze ?
j'ai loupé 1 truc (je pense pas, j'ai tout rejoué au moins 3 fois).

Merci d'avance.
Arnaud
Répondre
#2
j'ai omis de préciser que je suis sur
linknx-0.0.1.28
bcusdk_0.0.4
pthsem_2.0.8

reboot

idem

test avec bcusdk_0.0.5 en cours

Arnaud

On 7 avr, 23:58, chitloft <arnaud.cogn...@laposte.net> wrote:
> hello tous,
> 1 peu flémard ces temps ci ! j'ai repris l'install sur 1 plug de type
> dockstar après 1 bon petit flash qui m'a encore donné des frayeurs Wink.
>
> j'y suis, en debian squeeze.
>
> j'ai tout rejoué l'install, comme a mon habitude et la, patatra, pas
> d'usb knx Sad (bon cette fois, je suis certains, il est pluggé).
>
> # lsusb
> Bus 001 Device 007: ID 135e:0023
> Bus 001 Device 004: ID 04fa:2490 Dallas Semiconductor DS1490F 2-in-1
> Fob, 1-Wire adapter
> Bus 001 Device 003: ID 18a5:0302 Verbatim, Ltd
> Bus 001 Device 002: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port
> HUB
> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>
> mon knx est sur le bus 001.
>
> bcusdk-0.0.4/eibd/usb# findknxusb
> Possible addresses for KNX USB devices:
>
> Damned again.
>
> donc la question  : y a t il 1 particularité pour que ca tourne sur 1
> squeeze ?
> j'ai loupé 1 truc (je pense pas, j'ai tout rejoué au moins 3 fois).
>
> Merci d'avance.
> Arnaud
Répondre
#3
et bin , trouvé avec la version 0.05 de dcusdk Smile

On 8 avr, 00:06, chitloft <arnaud.cogn...@laposte.net> wrote:
> j'ai omis de préciser que je suis sur
> linknx-0.0.1.28
> bcusdk_0.0.4
> pthsem_2.0.8
>
> reboot
>
> idem
>
> test avec bcusdk_0.0.5 en cours
>
> Arnaud
>
> On 7 avr, 23:58, chitloft <arnaud.cogn...@laposte.net> wrote:
>
> > hello tous,
> > 1 peu flémard ces temps ci ! j'ai repris l'install sur 1 plug de type
> > dockstar après 1 bon petit flash qui m'a encore donné des frayeurs Wink.
>
> > j'y suis, en debian squeeze.
>
> > j'ai tout rejoué l'install, comme a mon habitude et la, patatra, pas
> > d'usb knx Sad (bon cette fois, je suis certains, il est pluggé).
>
> > # lsusb
> > Bus 001 Device 007: ID 135e:0023
> > Bus 001 Device 004: ID 04fa:2490 Dallas Semiconductor DS1490F 2-in-1
> > Fob, 1-Wire adapter
> > Bus 001 Device 003: ID 18a5:0302 Verbatim, Ltd
> > Bus 001 Device 002: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port
> > HUB
> > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>
> > mon knx est sur le bus 001.
>
> > bcusdk-0.0.4/eibd/usb# findknxusb
> > Possible addresses for KNX USB devices:
>
> > Damned again.
>
> > donc la question  : y a t il 1 particularité pour que ca tourne sur 1
> > squeeze ?
> > j'ai loupé 1 truc (je pense pas, j'ai tout rejoué au moins 3 fois).
>
> > Merci d'avance.
> > Arnaud
Répondre
#4
re
1 truc que j'ai jamais encore fait . vue que je suis sur 1 serveur,
pourriez vous me dire comment lancer tous les scripts en tache de
fond ?

Merci
Arnaud

On 8 avr, 00:06, chitloft <arnaud.cogn...@laposte.net> wrote:
> j'ai omis de préciser que je suis sur
> linknx-0.0.1.28
> bcusdk_0.0.4
> pthsem_2.0.8
>
> reboot
>
> idem
>
> test avec bcusdk_0.0.5 en cours
>
> Arnaud
>
> On 7 avr, 23:58, chitloft <arnaud.cogn...@laposte.net> wrote:
>
> > hello tous,
> > 1 peu flémard ces temps ci ! j'ai repris l'install sur 1 plug de type
> > dockstar après 1 bon petit flash qui m'a encore donné des frayeurs Wink.
>
> > j'y suis, en debian squeeze.
>
> > j'ai tout rejoué l'install, comme a mon habitude et la, patatra, pas
> > d'usb knx Sad (bon cette fois, je suis certains, il est pluggé).
>
> > # lsusb
> > Bus 001 Device 007: ID 135e:0023
> > Bus 001 Device 004: ID 04fa:2490 Dallas Semiconductor DS1490F 2-in-1
> > Fob, 1-Wire adapter
> > Bus 001 Device 003: ID 18a5:0302 Verbatim, Ltd
> > Bus 001 Device 002: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port
> > HUB
> > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>
> > mon knx est sur le bus 001.
>
> > bcusdk-0.0.4/eibd/usb# findknxusb
> > Possible addresses for KNX USB devices:
>
> > Damned again.
>
> > donc la question  : y a t il 1 particularité pour que ca tourne sur 1
> > squeeze ?
> > j'ai loupé 1 truc (je pense pas, j'ai tout rejoué au moins 3 fois).
>
> > Merci d'avance.
> > Arnaud
Répondre
#5
Bonjour,
peux-tu préciser ce que tu veux lancer en tache de fond ?
Est-ce le démarrage des démons EIB et linknx ou bien des scripts que
tu as fait ?
Veux-tu pouvoir suivre éventuellement la log en direct sans bloquer ta
console et te permettre de te déconnecter ?

Il y a plusieurs solutions en fonction de ton besoin.

Cordialement
Répondre
#6
Salut adm1024,
Oui, c'est plutôt faire en sorte que eibd + linknx + owfs se lancent comme
démon au boot du pc.
En parallèle, il me faudra 1 système de surveillance si le démon est arreté
pour qqe raison que ce soit. Mais je pourrai voir ca + tard.

Tu écris : "Veux-tu pouvoir suivre éventuellement la log en direct sans
bloquer ta
console et te permettre de te déconnecter ?" La je ne suis pas. Tu px
déailler stp.

Merci
Arnaud.

-----Message d'origine-----
De : domotique-eib@googlegroups.com [mailto:domotique-eib@googlegroups.com]
De la part de adm1024
Envoyé : vendredi 8 avril 2011 20:43
À : domotique-EIB
Objet : Re: linknx + eibd sur dockstar


Bonjour,
peux-tu préciser ce que tu veux lancer en tache de fond ?
Est-ce le démarrage des démons EIB et linknx ou bien des scripts que
tu as fait ?
Veux-tu pouvoir suivre éventuellement la log en direct sans bloquer ta
console et te permettre de te déconnecter ?

Il y a plusieurs solutions en fonction de ton besoin.

Cordialement
Répondre
#7
Bonjour,
si tu veux j'ai deux scripts d'init (processus de démarrage au boot du
serveur) pour eibd et linknx, je peux les mettre à dispo avec un petit
mod opératoire pour les mettre en oeuvre.
Sous unix, il possible via une commande qui s'appelle 'screen' de
lancer des commandes pour lesquelles on souhaite suivre la log à
l'écran. Si on se déconnecte, le système met en place un écran virtuel
sur lequel il est possible de se reconnecter plus tard pour suivre
l'évolution.
C'est très pratique pour lancer des commandes sur le dockstar, comme
des compilations (sans cross compilateur) ...

Pour info, j'ai aussi fait l'installation sur mon dockstar avec
knxweb. j'ai donc aussi la conf pour nginx (apache light) avec php5.

Cordialement
Répondre
#8
Bonjour,

je m’immisce dans votre conversation car je trouve que
c'est très intéressant pour ceux qui possèdent des serveurs type dockstar
(sheeva, pogo ou autres) et personnellement j'utilise un sheeva et tes
scripts m’intéresse beaucoup Big Grin ! Je pence que ça pourrait s'avérer utile
pour tous ceux qui ne si connaissent pas vraiment (même à mettre en
permanent sur la page de Fichiers dans un rar avec explications) car ce
genre de serveur commence à être très répandu (si tu n'a pas le temps je
veut bien rédiger le tuto si tu m'explique les grandes lignes ^_^").

je cherche aussi une solution pour relancer les daemon automatiquement en
cas de problème (sans redémarrer le plug)

Stéphane

Le 9 avril 2011 10:00, adm1024 <adm1024@free.fr> a écrit :

> Bonjour,
> si tu veux j'ai deux scripts d'init (processus de démarrage au boot du
> serveur) pour eibd et linknx, je peux les mettre à dispo avec un petit
> mod opératoire pour les mettre en oeuvre.
> Sous unix, il possible via une commande qui s'appelle 'screen' de
> lancer des commandes pour lesquelles on souhaite suivre la log à
> l'écran. Si on se déconnecte, le système met en place un écran virtuel
> sur lequel il est possible de se reconnecter plus tard pour suivre
> l'évolution.
> C'est très pratique pour lancer des commandes sur le dockstar, comme
> des compilations (sans cross compilateur) ...
>
> Pour info, j'ai aussi fait l'installation sur mon dockstar avec
> knxweb. j'ai donc aussi la conf pour nginx (apache light) avec php5.
>
> Cordialement
Répondre
#9
A oui, je suis preneur

A déposer dans les fichiers non ?

Je viens de finir l'install sur le DS... mais avec apache. Je regarde du
coté de nginx que je ne connaissais pas.

Je vais approfondir ton screen, j'ai du mal a capter Smile..0. (J'adore, on
apprend ts les jours !)
A+
Arnaud


-----Message d'origine-----
De : domotique-eib@googlegroups.com [mailto:domotique-eib@googlegroups.com]
De la part de adm1024
Envoyé : samedi 9 avril 2011 10:01
À : domotique-EIB
Objet : Re: linknx + eibd sur dockstar


Bonjour,
si tu veux j'ai deux scripts d'init (processus de démarrage au boot du
serveur) pour eibd et linknx, je peux les mettre à dispo avec un petit
mod opératoire pour les mettre en oeuvre.
Sous unix, il possible via une commande qui s'appelle 'screen' de
lancer des commandes pour lesquelles on souhaite suivre la log à
l'écran. Si on se déconnecte, le système met en place un écran virtuel
sur lequel il est possible de se reconnecter plus tard pour suivre
l'évolution.
C'est très pratique pour lancer des commandes sur le dockstar, comme
des compilations (sans cross compilateur) ...

Pour info, j'ai aussi fait l'installation sur mon dockstar avec
knxweb. j'ai donc aussi la conf pour nginx (apache light) avec php5.

Cordialement
Répondre
#10
Bonjour,
l'avantage de NGINX, c'est son empreinte mémoire et sur le dockstar
c'est très important.
Je vais faire une archive avec mes scripts et une procédure pour
l'install.
Je regarde pour la relance, il y a beaucoup de solutions
possibles ...à suivre

Cordialement
Répondre
#11
Le 09/04/2011 12:40, adm1024 a écrit :
> Bonjour,
> l'avantage de NGINX, c'est son empreinte mémoire et sur le dockstar
> c'est très important.
> Je vais faire une archive avec mes scripts et une procédure pour
> l'install.
> Je regarde pour la relance, il y a beaucoup de solutions
> possibles ...à suivre
>
> Cordialement
>
hello,
alors, tu as regardé les scripts de démarrage

j'ai 1 question : j'ai fait ca
#apt-get install nginx

ok

j'ai fait

#apt-get install mysql-server phpMyAdmin

et la, je vois de l'apache2 trainer Sad

vi /etc/mysql/my.cnf

Remplacerbind-address = 127.0.0.1 par bind-address = [192.168.0.17]

Mais mon phpmyadmin ne se lance pas Sad
pourtant, le serveur web répond.

tu aurais 1 idée ?
Merci
Arnaud
Répondre
#12
Bonsoir,
j'ai étudié les scripts de démarrage, ils ont l'énorme avantage d'être
complètement intégrés dans l'OS.
Je n'ai pas pu alller plus loin manque de temps, je vais essayer de la
mettre en place chez moi ce week-end.
Pour apache, c'est certainement une dépendance de phpMyadmin. J'avoue
ne pas l'utiliser.
Normalement sous /etc/mysql/my.cnf, il est préférable d'avoir
127.0.0.1 pour éviter que la base de données soit accessible en dehors
du serveur. Pour moi il ne doit pas y avoir de crochets [] autour de
l'adresse IP.
Parcontre je ne vois pas dans les infos que tu donnes d'installation
de PHP5 (php-fastcgi). Est-il installé, configuré et démarré ?

Coté supervision des démons sur le dockstar, je vais essayer monit, un
petit outil de supervision capable de redémarrer les démons arrêtés.
Je vous tiens au courant.

Cordialement
Répondre
#13
Bonsoir,
j'ai étudié les scripts de démarrage, ils ont l'énorme avantage d'être
complètement intégrés dans l'OS.
Je n'ai pas pu alller plus loin manque de temps, je vais essayer de la
mettre en place chez moi ce week-end.
Pour apache, c'est certainement une dépendance de phpMyadmin. J'avoue
ne pas l'utiliser.
Normalement sous /etc/mysql/my.cnf, il est préférable d'avoir
127.0.0.1 pour éviter que la base de données soit accessible en dehors
du serveur. Pour moi il ne doit pas y avoir de crochets [] autour de
l'adresse IP.
Parcontre je ne vois pas dans les infos que tu donnes d'installation
de PHP5 (php-fastcgi). Est-il installé, configuré et démarré ?

Coté supervision des démons sur le dockstar, je vais essayer monit, un
petit outil de supervision capable de redémarrer les démons arrêtés.
Je vous tiens au courant.

Cordialement
Répondre
#14
Le 14/04/2011 20:31, adm1024 a écrit :
> Bonsoir,
> j'ai étudié les scripts de démarrage, ils ont l'énorme avantage d'être
> complètement intégrés dans l'OS.
> Je n'ai pas pu alller plus loin manque de temps, je vais essayer de la
> mettre en place chez moi ce week-end.
> Pour apache, c'est certainement une dépendance de phpMyadmin. J'avoue
> ne pas l'utiliser.
> Normalement sous /etc/mysql/my.cnf, il est préférable d'avoir
> 127.0.0.1 pour éviter que la base de données soit accessible en dehors
> du serveur. Pour moi il ne doit pas y avoir de crochets [] autour de
> l'adresse IP.
> Parcontre je ne vois pas dans les infos que tu donnes d'installation
> de PHP5 (php-fastcgi). Est-il installé, configuré et démarré ?
>
> Coté supervision des démons sur le dockstar, je vais essayer monit, un
> petit outil de supervision capable de redémarrer les démons arrêtés.
> Je vous tiens au courant.
>
> Cordialement
>
Hello,

pour l ip, c'est 1 erreur de ma part Wink c'est bien sans les []
pour my.cnf, je vais voir ca ce soir.

étant donné que je suis en we prolongé demain matin, je vais te laisser
bosser sur les scripts de démarrage Smile.
bon courage.
A+
Arnaud
Répondre
#15
Salut,

tu à avancé sur les script de démarrage et le lancement du daemon en cas de
bug ?

Pour le script de démarrage je l'ai pour l'instant configuré avec
update-rc.d eibdlinknx.sh defaults


mais je n'est toujours pas trouvé pour relancer
(et surtout détecter l’arrêt du daemon).


Stéphane

Le 14 avril 2011 21:59, Arnaud Cognard <arnaud.cognard@laposte.net> a écrit
:

>
> Le 14/04/2011 20:31, adm1024 a écrit :
>
> Bonsoir,
>> j'ai étudié les scripts de démarrage, ils ont l'énorme avantage d'être
>> complètement intégrés dans l'OS.
>> Je n'ai pas pu alller plus loin manque de temps, je vais essayer de la
>> mettre en place chez moi ce week-end.
>> Pour apache, c'est certainement une dépendance de phpMyadmin. J'avoue
>> ne pas l'utiliser.
>> Normalement sous /etc/mysql/my.cnf, il est préférable d'avoir
>> 127.0.0.1 pour éviter que la base de données soit accessible en dehors
>> du se
>
>

> rveur. Pour moi il ne doit pas y avoir de crochets [] autour de
>> l'adresse IP.
>> Parcontre je ne vois pas dans les infos que tu donnes d'installation
>> de PHP5 (php-fastcgi). Est-il installé, configuré et démarré ?
>>
>> Coté supervision des démons sur le dockstar, je vais essayer monit, un
>> petit outil de supervision capable de redémarrer les démons arrêtés.
>> Je vous tiens au courant.
>>
>> Cordialement
>>
>> Hello,
>
> pour l ip, c'est 1 erreur de ma part Wink c'est bien sans les []
> pour my.cnf, je vais voir ca ce soir.
>
> étant donné que je suis en we prolongé demain matin, je vais te laisser
> bosser sur les scripts de démarrage Smile.
> bon courage.
> A+
> Arnaud
>
>
>
Répondre
#16
Bonjour,

Une solution possible pour repartir du bon pieds, un cron qui vérifie que le deamon est présent, par exemple, lancer un ps -A | grep nom_du_deamon, si il est là, c'est que tout va bien (à priori) sinon, il faut le relancer si le retour est vide.
Sinon, pour voir si le deamon est bien vivant, à part l'interroger régulièrement avec un cron, je ne vois pas bien...
Pour le redémarrage, j'ai fait la mm chose et ça marche très bien (j'ai un pogoplug avec une debian)

@+
Thierry

PS : j'essaie tjrs de bosser sur un tuto linknx mais ces derniers temps, j'ai des gros soucis de dispo donc ça va très très lentement ;-)

Le 3 mai 2011 à 09:27, Stephane Triglia a écrit :

> Salut,
>
> tu à avancé sur les script de démarrage et le lancement du daemon en cas de bug ?
>
> Pour le script de démarrage je l'ai pour l'instant configuré avec update-rc.d eibdlinknx.sh defaults
>
>
> mais je n'est toujours pas trouvé pour relancer (et surtout détecter l’arrêt du daemon).
>
>
> Stéphane
>
> Le 14 avril 2011 21:59, Arnaud Cognard <arnaud.cognard@laposte.net> a écrit :
>
> Le 14/04/2011 20:31, adm1024 a écrit :
>
> Bonsoir,
> j'ai étudié les scripts de démarrage, ils ont l'énorme avantage d'être
> complètement intégrés dans l'OS.
> Je n'ai pas pu alller plus loin manque de temps, je vais essayer de la
> mettre en place chez moi ce week-end.
> Pour apache, c'est certainement une dépendance de phpMyadmin. J'avoue
> ne pas l'utiliser.
> Normalement sous /etc/mysql/my.cnf, il est préférable d'avoir
> 127.0.0.1 pour éviter que la base de données soit accessible en dehors
> du se
>
> rveur. Pour moi il ne doit pas y avoir de crochets [] autour de
> l'adresse IP.
> Parcontre je ne vois pas dans les infos que tu donnes d'installation
> de PHP5 (php-fastcgi). Est-il installé, configuré et démarré ?
>
> Coté supervision des démons sur le dockstar, je vais essayer monit, un
> petit outil de supervision capable de redémarrer les démons arrêtés.
> Je vous tiens au courant.
>
> Cordialement
>
> Hello,
>
> pour l ip, c'est 1 erreur de ma part Wink c'est bien sans les []
> pour my.cnf, je vais voir ca ce soir.
>
> étant donné que je suis en we prolongé demain matin, je vais te laisser bosser sur les scripts de démarrage Smile.
> bon courage.
> A+
> Arnaud
>
>
>
Répondre
#17
Bonjour,

Pour démarrer, détecter et relancer le script ne peut-on pas le placer dans
le /etc/inittab avec une instruction type

1:2345:respawn:/chenin_vers_le_script

A+
Répondre


Atteindre :


Utilisateur(s) parcourant ce sujet : 2 visiteur(s)