Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
eibd sur NAS QNAP TS-4xx
#26
On 7 mar, 21:12, DaGGeR <dagger...@hotmail.com> wrote:
> Je serai toi, je reprendrai au niveau du tuto :
d'accord

> # rm -rf /opt
OK

> # cd /; ln -sf /share/MD0_DATA/optware/opt /opt
OK

# ls -la
opt -> /share/MD0_DATA/optware/opt@
rhââ de nouveau le @
Il est à remarquer que toute la ligne est en bleu clair (je suppose
que çà signifie lien symbolique) sauf le @ qui est en blanc

> Par contre, tu n'as pas dis si après un reboot, tu avais ( ou pas ) la
> commande IPKG dans la session SSH.
Pardon, j'ai oublié.
Après le reboot le IPKG ne marche plus (à moins qu'il ne faille se
positionner dans un répertoire bien défini)

Comment est-ce que je peux savoir la version de Linux employée ? il
doit bien y avoir une commande "info" ou "ver"
A partir de là, je pourrais au moins attraper la doc adéquate.
J'ai déjà installé eibd sur un PC classique avec Linux, çà a marché du
premier coup.

Merci pour ton aide
#27
On 7 mar, 21:12, DaGGeR <dagger...@hotmail.com> wrote:
> Je serai toi, je reprendrai au niveau du tuto :

J'ai cafouillé au point 1.2
au lieu de taper les commandes en aveugle, j'ai essaye de voir vers où
pointait les répertoires. J'ai pensé qu'avec le changement de version
3.4 la syntaxe n'était plus la même et j'ai cru bon de ...
mkdir -p /share/MD0_DATA/optware/opt devient
mkdir -p /share/MD0_DATA/.qpkg/Optware/opt

mkdir /share/MD0_DATA/optware/ipkglib devient
mkdir /share/MD0_DATA/.qpkg/Optware/ipkglib

J'espère que je n'ai rien flambé, en pricipe un mkdir çà ne casse rien

Après avoir entré les commandes (cut&paste cette fois) çà marche, plus
de @

Pour la ligne
cd /share/HDA_DATA/big-disk ( ou autre ) qu'est ce que je dois mettre
au juste ?
# ls -al /share me donne toute une liste de HDA_DATA, HDB_DATA etc
Je vois même mes share Public, USB etc
#28
Perso j'avais mis : cd /share/HDA_DATA/DaGGeR

avec un p'tit mkdir avant pour créer le repertoire ( mkdir /share/
HDA_DATA/DaGGeR ) étant donné qu'il n'existait pas


Concernant la version de linux installé, je ne peut pas t'aider étant
donné que je n'ai plus le firmware Qnap installé sur le miens.



On 7 mar, 22:04, "marc.assin" <raym...@warichet.com> wrote:
> On 7 mar, 21:12, DaGGeR <dagger...@hotmail.com> wrote:
>
> > Je serai toi, je reprendrai au niveau du tuto :
>
> J'ai cafouillé au point 1.2
> au lieu de taper les commandes en aveugle, j'ai essaye de voir vers où
> pointait les répertoires. J'ai pensé qu'avec le changement de version
> 3.4 la syntaxe n'était plus la même et j'ai cru bon de ...
> mkdir -p /share/MD0_DATA/optware/opt            devient
> mkdir -p /share/MD0_DATA/.qpkg/Optware/opt
>
> mkdir /share/MD0_DATA/optware/ipkglib           devient
> mkdir /share/MD0_DATA/.qpkg/Optware/ipkglib
>
> J'espère que je n'ai rien flambé, en pricipe un mkdir çà ne casse rien
>
> Après avoir entré les commandes (cut&paste cette fois) çà marche, plus
> de @
>
> Pour la ligne
> cd /share/HDA_DATA/big-disk ( ou autre )  qu'est ce que je dois mettre
> au juste ?
> # ls -al /share me donne toute une liste de HDA_DATA, HDB_DATA etc
> Je vois même mes share Public, USB etc
#29
On 8 mar, 07:02, DaGGeR <dagger...@hotmail.com> wrote:
> Perso j'avais mis : cd /share/HDA_DATA/DaGGeR
OK

J'ai avancé un peu. Je suis arrivé au
"Il ne reste plus qu’à effectuer le lancement au démarrage :"
# mount /dev/mtdblock5 -t ext2 /tmp/config
OK

# cd /tmp/config
OK

[/tmp/config] # ls -al autorun.sh
ls: autorun.sh: No such file or directory

[/tmp/config] # ls -al
drwxr-xr-x 3 admin administ 1024 Feb 28 21:51 ./
drwxrwxrwx 9 admin administ 1400 Mar 8 20:25 ../
-rw-r--r-- 1 admin administ 1 Mar 5 10:08 BOOT_COUNT
-rw-r--r-- 1 admin administ 27 Jan 7 12:14 customise.conf
drwx------ 2 admin administ 12288 Nov 30 09:25 lost+found/
-rw-r--r-- 1 admin administ 4876 Mar 6 12:06 smb.conf
-rw-r--r-- 1 admin administ 10 Mar 6 12:06 smb.conf.cksum
-rw-r--r-- 1 admin administ 37 Feb 28 21:51 system.map.key
-rw-r--r-- 1 admin administ 6001 Mar 6 12:06 uLinux.conf

On dirais que autorun.sh manque, ou bien je ne suis pas dans la bonne
directory ?
#30
Une fois que tu es dans le répertoire /tmp/config
( mount /dev/mtdblock5 -t ext2 /tmp/config et après cd /tmp/config )

il faut taper la commande : vi autorun.sh Ce fichier n'existe
pas, c'est toi qui le crée

C'est pour ça qu'après avoir rajouté les lignes, et sauvé il faut le
rendre exécutable au boot avec la commande chmod +x



On 8 mar, 20:31, "marc.assin" <raym...@warichet.com> wrote:
> On 8 mar, 07:02, DaGGeR <dagger...@hotmail.com> wrote:> Perso j'avais mis : cd /share/HDA_DATA/DaGGeR
>
> OK
>
> J'ai avancé un peu. Je suis arrivé au
> "Il ne reste plus qu’à effectuer le lancement au démarrage :"
> # mount /dev/mtdblock5 -t ext2 /tmp/config
> OK
>
> # cd /tmp/config
> OK
>
> [/tmp/config] # ls -al autorun.sh
> ls: autorun.sh: No such file or directory
>
> [/tmp/config] # ls -al
> drwxr-xr-x    3 admin    administ     1024 Feb 28 21:51 ./
> drwxrwxrwx    9 admin    administ     1400 Mar  8 20:25 ../
> -rw-r--r--    1 admin    administ        1 Mar  5 10:08 BOOT_COUNT
> -rw-r--r--    1 admin    administ       27 Jan  7 12:14 customise.conf
> drwx------    2 admin    administ    12288 Nov 30 09:25 lost+found/
> -rw-r--r--    1 admin    administ     4876 Mar  6 12:06 smb.conf
> -rw-r--r--    1 admin    administ       10 Mar  6 12:06 smb.conf.cksum
> -rw-r--r--    1 admin    administ       37 Feb 28 21:51 system.map.key
> -rw-r--r--    1 admin    administ     6001 Mar  6 12:06 uLinux.conf
>
> On dirais que autorun.sh manque,  ou bien je ne suis pas dans la bonne
> directory ?
#31
On 9 mar, 06:56, DaGGeR <dagger...@hotmail.com> wrote:
> Une fois que tu es dans le répertoire /tmp/config
> ( mount /dev/mtdblock5 -t ext2 /tmp/config et après cd /tmp/config )

>  il faut taper la commande : vi autorun.sh      Ce fichier n'existe
> pas, c'est toi qui le crée
Ah ! OK

Au démarrage de eibd, j'ai un message d'erreur
eibd: error while loading shared libraries: libpthsem.so.20: cannot
open shared object file: No such file or directory

Pourtant l'install de pthsem n'a pas donné d'erreur

[/] # ipkg -V 2 install libpth
pkg_info_preinstall_check: updating arch priority for each package
pkg_info_preinstall_check: update file owner list
Installing libpth (2.0.7-2) to root...
Downloading http://ipkg.nslu2-linux.org/feeds/optwar...-2_arm.ipk
Running script /opt/ipkg-nWrXTf/libpth-2HmsYa/preinst
installing maintainer scripts
installing data files
extracting data files to /
creating libpth.list file
creating //opt/lib/ipkg/info/libpth.list file for pkg libpth
resolving conf files
cleanup temp files
cleanup_temporary_files: pkg=libpth local_filename=/opt/ipkg-nWrXTf/
libpth_2.0.7-2_arm.ipk tmp_dir=/opt/ipkg-nWrXTf
Done.
Configuring unpacked packages
Configuring libpth
Running script //opt/lib/ipkg/info/libpth.postinst
writing status file
pkg_write_changed_filelists: saving changed filelists
creating libpth.list file
creating //opt/lib/ipkg/info/libpth.list file for pkg libpth
Successfully terminated.
#32
libpth et libpthsem sont 2 choses différentes. En fait, libpthsem
contient libpth plus une séries d'extensions ajoutées par Martin
Koegler lorsqu'il à développé EIBD. DOnc dans ton cas il faut
installer le package pthsem (et si l'erreur persiste après install,
essaie la commande ldconfig )

On 9 mar, 21:26, "marc.assin" <raym...@warichet.com> wrote:
> On 9 mar, 06:56, DaGGeR <dagger...@hotmail.com> wrote:
>
> > Une fois que tu es dans le répertoire /tmp/config
> > ( mount /dev/mtdblock5 -t ext2 /tmp/config et après cd /tmp/config )
> >  il faut taper la commande : vi autorun.sh      Ce fichier n'existe
> > pas, c'est toi qui le crée
>
> Ah ! OK
>
> Au démarrage de eibd, j'ai un message d'erreur
> eibd: error while loading shared libraries: libpthsem.so.20: cannot
> open shared object file: No such file or directory
>
> Pourtant l'install de pthsem n'a pas donné d'erreur
>
> [/] # ipkg -V 2 install libpth
> pkg_info_preinstall_check: updating arch priority for each package
> pkg_info_preinstall_check: update file owner list
> Installing libpth (2.0.7-2) to root...
> Downloadinghttp://ipkg.nslu2-linux.org/feeds/optware/cs05q3armel/cross/stable/li...
> Running script /opt/ipkg-nWrXTf/libpth-2HmsYa/preinst
>   installing maintainer scripts
>   installing data files
>     extracting data files to /
>     creating libpth.list file
>     creating //opt/lib/ipkg/info/libpth.list file for pkg libpth
>   resolving conf files
>   cleanup temp files
> cleanup_temporary_files: pkg=libpth local_filename=/opt/ipkg-nWrXTf/
> libpth_2.0.7-2_arm.ipk tmp_dir=/opt/ipkg-nWrXTf
> Done.
> Configuring unpacked packages
> Configuring libpth
> Running script //opt/lib/ipkg/info/libpth.postinst
>   writing status file
> pkg_write_changed_filelists: saving changed filelists
>     creating libpth.list file
>     creating //opt/lib/ipkg/info/libpth.list file for pkg libpth
> Successfully terminated.
#33
On 9 mar, 21:43, jef2000 <jef2...@ouaye.net> wrote:
> dans ton cas il faut installer le package pthsem
OK
Est-ce que tu peux me donner la/les commande svp ?

Merci d'avance
#34
A première vue, je dirais "comme eibd":
wget http://ouaye.net/linknx/optware-cs05q1ar...-1_arm.ipk
ipkg -V 2 install pthsem_2.0.7-1_arm.ipk


On 9 mar, 21:55, "marc.assin" <raym...@warichet.com> wrote:
> On 9 mar, 21:43, jef2000 <jef2...@ouaye.net> wrote:>  dans ton cas il faut installer le package pthsem
>
> OK
> Est-ce que tu peux me donner la/les commande svp ?
>
> Merci d'avance
#35
On 9 mar, 22:04, jef2000 <jef2...@ouaye.net> wrote:
> A première vue, je dirais "comme eibd":
OK, merci
J'y suis presque
[/] # groupswrite ip:127.0.0.1 0/1/31 1
Send request
Pas d'erreur, mais la lampe ne s'allume pas.

La commande est acceptée, donc je pense que eibd tourne.
D'après mes notes, prises à l'époque, je lancais eibd par
eibd -d -i ipt:10.0.1.249
ce n'est p'têt plus d'application ?

Comment est-ce que je peux killer le daemon et essayer d'autres
paramètres ?

Eventuellement, une idée de comment savoir la version de Linux qui
tourne, pour que je puisse lire la doc et essayer de me débrouiller ?
#36
Pour info linux : uname -a si cela fonctionne sur ton systeme (si installé)
Thierry

Le 9 mars 2011 à 22:38, marc.assin a écrit :

> On 9 mar, 22:04, jef2000 <jef2...@ouaye.net> wrote:
>> A première vue, je dirais "comme eibd":
> OK, merci
> J'y suis presque
> [/] # groupswrite ip:127.0.0.1 0/1/31 1
> Send request
> Pas d'erreur, mais la lampe ne s'allume pas.
>
> La commande est acceptée, donc je pense que eibd tourne.
> D'après mes notes, prises à l'époque, je lancais eibd par
> eibd -d -i ipt:10.0.1.249
> ce n'est p'têt plus d'application ?
>
> Comment est-ce que je peux killer le daemon et essayer d'autres
> paramètres ?
>
> Eventuellement, une idée de comment savoir la version de Linux qui
> tourne, pour que je puisse lire la doc et essayer de me débrouiller ?
#37
On 9 mar, 22:48, Sprint <sprint...@free.fr> wrote:
> Pour info linux : uname -a si cela fonctionne sur ton systeme (si installé)
Merci
Voici ce qu'il me dit
[/] # uname -a
Linux NAS1 2.6.33.2 #1 Sat Feb 12 04:17:20 CST 2011 armv5tel unknown
Me voilà bien avancé
#38
Pour arrêter eibd:
killall eibd

J'avais le même problème avec les libs libpthsem
C'était pas dans le bon directory.
Chez moi (synology 710+), c'etait dans /usr/local/lib et eibd ne
cherchait pas a cet endroit.
Une fois que tu as trouvé ou sont les libs de pthsem, il y a la
commande export LD_LIBRARY_PATH
Cf dans le mode opératoire version3 (pages Google du groupe sur
linknx, eibd etc...)
@+

On 9 mar, 22:55, "marc.assin" <raym...@warichet.com> wrote:
> On 9 mar, 22:48, Sprint <sprint...@free.fr> wrote:> Pour info linux : uname -a si cela fonctionne sur ton systeme (si installé)
>
> Merci
> Voici ce qu'il me dit
> [/] # uname -a
> Linux NAS1 2.6.33.2 #1 Sat Feb 12 04:17:20 CST 2011 armv5tel unknown
> Me voilà bien avancé
#39
A propos de " Mise à jour Firmware Synology DSM 3.1 et Eibd/Linknx",
cette histoire de firmware pose quand même des questions
fondamentales.

Tout d'abord, perso je trouve le terme "firmware" abusif. Pour moi, un
firmware est un soft de quelques K qu'on programme souvent avec un
outil spécial, dans un contôleur: classiquement le BIOS d'un PC, d'un
contrôleur SCSI, un disk ou autre.

En fait de firmware, il s'agit d'un OS complet, Linux en l'occurence
et donc çà pose le problème des modifications apportées à l'OS pour
supporter des fonctions supplémentaires, comme eibd.

Quand je vois comment j'ai ramé ici..... il y a intérêt à bien
documenter la procédure. Pour moi, il est clair qu'un upgrade
"firmware" bousille les modifs apportées à l'OS et remet tout à plat.
Je sais bien qu'un "mount" ne pose pas de problème à un spécialiste
Linux, ce n'est pas le cas de tout le monde.
Le plus paniquent est l'aspect irréversible, en cas de malheur (panne
de courant en plein milieu de l'upgrade) on est mal... Si le NAS ne
boot plus, plus moyen de prendre le contrôle de la machine, ni revenir
en arrière...
#40
On dimanche 13 mars 2011, marc.assin wrote:

> En fait de firmware, il s'agit d'un OS complet

Tu as raison de faire la nuance. Un firmware n'est généralement pas basé
sur un OS (c'est souvent le bitstream d'un FPGA), et n'est pas exécuté par
le processeur principal, mais par des composants annexes.

Maintenant, suivant le point de vue, on peut voir le NAS comme un composant
annexe d'un ordinateur ;o)

Il n'en reste pas moins vrai que les mises à jour d'un NAS sont plus
complexes que celles d'un simple firmware, et peuvent remettre en cause pas
mal de choses (compatibilité de librairies, etc...).

--
Frédéric
#41
Maintenant que j'ai installé le N148/22, j'ai un bobo avec eibd (qui a
fonctionné)
la commande
# groupswrite ip:127.0.0.1 0/1/31 1
qui marchait précédemment ne fonctionne plus, de même
eibd --info me donne
-sh: eibd: command not found
or je suis bien dans le bon répertoire
[/share/MD0_DATA/optware/opt/bin] # ls -al e*
-rwxr-xr-x 1 admin administ 299752 Feb 27 08:46 eibd*

J'ai rebooté le NAS depuis le dernier essai, j'ai cassé quelque
chose ?
#42
On 22 mar, 22:24, "marc.assin" <raym...@warichet.com> wrote:
> J'ai rebooté le NAS depuis le dernier essai, j'ai cassé quelque chose ?

Ben oui
[/share/MD0_DATA/optware/opt/bin] # ./eibd --info
./eibd: error while loading shared libraries: libpthsem.so.20: cannot
open shared object file: No such file or directory

Or çà a fonctionné!
Est-ce qu'il faut charger ces librairies à chaque reboot ?
#43
Salut Raymond,

Pour l'erreur "eibd: command not found", c'est la variable
d'environnement PATH qui ne contient probablement pas le répertoire
dans le quel est installé eibd.
Supposons que eibd est installé dans /opt/bin.
Tu as 2 possibilités:
1) Tu appelles eibd (ou toute autre commande se trouvant dans /opt/
bin) en donnant le chemin complet.
Chemin absolu:
"/opt/bin/eibd --info"
Ou chemin relatif (si tu te trouves dans /opt/bin):
"./eibd --info"
2) Tu ajoutes /opt/bin dans la variable PATH.
Temporairement (et uniquement pour le shell dans lequel tu te
trouves):
export PATH=$PATH:/opt/bin
Ou de manière permanente dans un fichier de démarrage (sur mon syno,
ça se trouve dans /opt/etc/profile)
Peut-être que ton NAS as déjà le bon PATH dans /opt/etc/profile mais
que celui-ci n'est pas exécuté au démarrage du NAS.

Tu peux vérifier la valeur actuelle de la variable PATH avec la
commande "echo $PATH"


Ensuite, pour l'erreur "error while loading shared libraries:
libpthsem.so.20", ça veut dire qu'il ne trouve pas la librairie, mais
ça ne veut pas pour autant dire qu'elle ne se trouve pas sur ton NAS.
Tout est question de dire au système où il doit la chercher.
Supposons que libpthsem.so.20 est installé dans /opt/lib.
De nouveau, 2 solutions.
1) Utiliser la variable d'environnement LD_LIBRARY_PATH:
export LD_LIBRARY_PATH=/opt/lib
2) Ajouter /opt/lib dans le fichier /etc/ld.so.conf qui contient la
liste des répertoires dans lequels le système cherche ses librairies.
Une fois le fichier /etc/ld.so.conf modifié, il faut lancer la
commande ldconfig pour que la modification soit prise en compte.

J'espère que ça pourra t'aider.

Jean-François






On 22 mar, 23:06, "marc.assin" <raym...@warichet.com> wrote:
> On 22 mar, 22:24, "marc.assin" <raym...@warichet.com> wrote:
>
> > J'ai rebooté le NAS depuis le dernier essai, j'ai cassé quelque chose ?
>
> Ben oui
> [/share/MD0_DATA/optware/opt/bin] # ./eibd --info
> ./eibd: error while loading shared libraries: libpthsem.so.20: cannot
> open shared object file: No such file or directory
>
> Or çà a fonctionné!
> Est-ce qu'il faut charger ces librairies à chaque reboot ?
#44
On 22 mar, 23:40, jef2000 <jef2...@ouaye.net> wrote:
> J'espère que ça pourra t'aider.
Merci Jean-François

Merci pour cette réponse complète et détaillée.
Je pense que j'ai compris, faut encore mettre en application
#45
Je pense que eibd tourne
[/share/MD0_DATA/optware/opt/bin] # ps -ax | grep eibd
5702 admin 872 S /share/MD0_DATA/optware/opt/bin/eibd -D -T -
S -d -i ipt:10.0.1.244

mais
[/share/MD0_DATA/optware/opt/bin] # ./groupswrite ip:10.0.1.244 0/1/31
1
Open failed: Connection timed out

10.0.1.244 est l'adresse IP du N148/22
ping et info sur participant fonctionnent
les paramètres de démarrage de eibd me semblent bons, non ?
#46
Tu dois utiliser "ip:127.0.0.1" pour la commande groupswrite car elle
ne se connecte pas directement à la passerelle N148/22 mais à EIBD qui
tourne localement, d'où 127.0.0.1

On 23 mar, 22:12, "marc.assin" <raym...@warichet.com> wrote:
> Je pense que eibd tourne
> [/share/MD0_DATA/optware/opt/bin] # ps -ax | grep eibd
>  5702 admin       872 S   /share/MD0_DATA/optware/opt/bin/eibd -D -T -
> S -d -i ipt:10.0.1.244
>
> mais
> [/share/MD0_DATA/optware/opt/bin] # ./groupswrite ip:10.0.1.244 0/1/31
> 1
> Open failed: Connection timed out
>
> 10.0.1.244 est l'adresse IP du N148/22
> ping et info sur participant fonctionnent
> les paramètres de démarrage de eibd me semblent bons, non ?
#47
On 23 mar, 22:53, jef2000 <jef2...@ouaye.net> wrote:

> Tu dois utiliser "ip:127.0.0.1" pour la commande groupswrite
Cà marche.
Merci Jean-François :-)
Sans toi, je n'y serais pas arrivé

> car elle ne se connecte pas directement à la passerelle N148/22
> mais à EIBD qui tourne localement, d'où 127.0.0.1
J'ai mis un certain temps à comprendre, car
eibd tourne sur le NAS, en x.x.x.246
mais est démarré avec le paramètre ipt:x.x.x.244 qui est l'IP du N148
Assez génial !

Je vais enfin pouvoir commencer ce pourquoi j'ai mis tout çà en route:
Visu sur téléphone Cisco.
#48
J'ai mon eibd qui marche, lorsque je lance une commande, à la main
./groupswrite ip:x.x.x.244 0/1/31 1
çà m'allume bien la lampe.

En programmation, çà se termine sur un time-out
Suite au déménagement sur le NAS, j'ai adapté mon programme PHP, j'ai
corrigé les adresses IP.

Je me suis rapellé que dans php.ini, il fallait rajouter l'endroit des
librairies dans le include_path, qui devient
include_path=".:/etc/config/php:/share/Web/Cisco/lib"

J'ai copié le eibclient.php dans la lib ..... qu'est ce que j'ai
oublié ?
#49
Bonsoir,

Si je comprends bien, tu as une page php qui utilise la librairie
eibclient.php.
Et quand tu appelles ta page php via un navigateur web, elle tombe en
timeout.
Or cette même page fonctionnait avant que tu ne décides de l'héberger
sur ton NAS.

Dans ta page php, tu dois spécifier l'ip à utiliser avec eibd.
Tu as bien mis 127.0.0.1 ?

Si l'ip est correcte, augmente le niveau de debug dans ton php.ini en
modifiant "display_startup_errors = Off" en "display_startup_errors =
On".
Tu devrais ainsi faire apparaître les erreurs lors de l'exécution de
ta page dans le navigateur.

Ben
#50
On 25 mar, 21:00, Ben <tmt....@gmail.com> wrote:
> tu as une page php qui utilise la librairie eibclient.php.
oui
> Et quand tu appelles ta page php via un navigateur web, elle tombe en
> timeout.
oui
> Or cette même page fonctionnait avant que tu ne décides de l'héberger
> sur ton NAS.
oui
> Dans ta page php, tu dois spécifier l'ip à utiliser avec eibd.
> Tu as bien mis 127.0.0.1 ?
oui

> Si l'ip est correcte, augmente le niveau de debug dans ton php.ini en
> modifiant "display_startup_errors = Off" en "display_startup_errors =
> On".
Aha ! c'est ce qu'il me faut !
Merci


Atteindre :


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