Se connecter avec
S'enregistrer | Connectez-vous

IPcop et Powerchute pour onduleur

Dernière réponse : dans Le monde de Linux

Salut


Alors voila, j'ai un petit souci avec mon onduleur et mon IPcop.

Auparavant, cette machine était sous win2000 donc pas de souci avec le logiciel powerchute.
Maintenant que je l'ai transformée en IPcop, le systeme ne reconnait plus l'onduleur :sweat: 
Pour l'instant, c'est branché comme avant (cable electrique pc -> onduleur et cable USB aussi)
Ainsi, en cas de coupure, l'onduleur prend la relève
Mais en fin de batterie, il ne saura pas éteindre la machine proprement... :( 

Après quelques recherches, j'ai vu qu'il existait PowerChute Business Edition pour 'nux

JE l'ai téléchargé sous la forme d'un RPM à installer avec la syntaxe classique
RMP -ivh pbeagent-7.0.5-108.i386.rpm

sauf que IPcop ne connait pas la commande RPM :heink: 


Quelqu'un d'autre aurait il eu ce probleme et l'aurait résolu ? :??: 


d'avance merci :jap: 

Autres pages sur : ipcop powerchute onduleur

Lassé par la pub ? Créez un compte

re

finalement, j'ai trouvé un .bin executable :) 
après un chmod +x pbe_agent_linux_jvm.bin je le lance

et..... voila :heink: 




Ce qui me fait penser qu'il faudrait installer java.... ce que j'ai fait
mais ca ne change rien


comment dois je m'y prendre ?


merci

Citation :
Citation :
see errors.log for other possible causes
:) 

Oui en effet, j'aurais montrer le contenu du dit fichier :D  qui n'est d'ailleurs pas très différent...




je pense que ca doit venir de java (telecharé sur le site de sun en .bin) mais bon.....
je me mets doucement à 'nux et je connais pas encore bien tout ça :sweat: 

helpmeplease@IDN a dit :
Oui en effet, j'aurais montrer le contenu du dit fichier :D  qui n'est d'ailleurs pas très différent...

je pense que ca doit venir de java (telecharé sur le site de sun en .bin) mais bon.....
je me mets doucement à 'nux et je connais pas encore bien tout ça :sweat: 

En gros il n'arrive pas à accèder à une class qui est représenté par un fichier, donc il manque un répertoire dans la variable classpath.
Essai de lancer ton programme après avoir fait cette commande :
export CLASSPATH=$CLASSPATH:/path/to/program

N'oublie pas de modifie la commande pour y mettre le chemin vers ton programme. :) 

Yep, merci
Le schmilblick avance :D 

le CLASSPATH est donc fixé à /root/powerchute

Maintenant, ce .bin execute une commande java pour installer l'appli et c'est la que ça coince.

Java génère un fichier d'erreur un peu plus gros ou on voit la commande executée et les erreurs :


root@ipcop:~/powerchute # more jinstall.log
Tue Feb 20 23:51:42 2007 Valid versions of java: 1.4.2_11 through
Tue Feb 20 23:51:42 2007 Search for JVM: no
Tue Feb 20 23:51:42 2007 attempting to install jvm 1.4.2_11
Tue Feb 20 23:51:42 2007 predefined install JVM dir /bin/java/jre/1.4.2_11/
Tue Feb 20 23:51:42 2007 creating predefined jvm dir /bin/java/jre/1.4.2_11/
Tue Feb 20 23:51:42 2007 Testing jvm version: /bin/java/jre/1.4.2_11//bin/java
Tue Feb 20 23:51:42 2007 redirecting stderr
Tue Feb 20 23:51:42 2007 result after issuing version command: 0
Tue Feb 20 23:51:42 2007 resetting stderr
Tue Feb 20 23:51:42 2007 found jvm version: 1.4.2_11
Tue Feb 20 23:51:42 2007 createJvmDirectory ok: true
Tue Feb 20 23:51:42 2007 found existing jvm directory: true
Tue Feb 20 23:51:42 2007 about to configure jvm 1.4.2_11
Tue Feb 20 23:51:42 2007 configureJvm ok: true
Tue Feb 20 23:51:42 2007 installCompressedJvm ok: true
Tue Feb 20 23:51:42 2007 Testing jvm version: /bin/java/jre/1.4.2_11//bin/java
Tue Feb 20 23:51:42 2007 redirecting stderr
Tue Feb 20 23:51:42 2007 result after issuing version command: 0
Tue Feb 20 23:51:42 2007 resetting stderr
Tue Feb 20 23:51:42 2007 found jvm version: 1.4.2_11
Tue Feb 20 23:51:42 2007 installJvm ok: true
Tue Feb 20 23:51:42 2007 java installer C++ command: "/bin/java/jre/1.4.2_11//bin/java" -Djava.util.prefs.userRoot\=/bin/java/jre/1.4.2_11 -Djava.util.prefs.systemRoot\=/bin/java/jre/1.4.2_11 -DProduct.Nodes\=5 DProduct.Type\='FREE' -DProduct.NodeLevel\=5 -DProduct.FeatureLevel\=BASIC -cp :./install.jar:./m11.jar:./comm.jar:./ds.jar:./pcbe_ds.jar:./RXTXComm.jar\:./ModifyShutdownLinux.jar load
Tue Feb 20 23:51:43 2007 java wizard execed with no reported errors
Tue Feb 20 23:51:43 2007 Java wizard not started properly
See errors.log for other possible causes.out of disk space?
Tue Feb 20 23:51:43 2007 Other possible causes for errors:
* Read/write access rights to the 'temp' and installation directories?
* OS need to be patched to run Java apps?
* Anti-virus software installed that won't permit unknonwn executable or JAR files to run?
Tue Feb 20 23:51:43 2007 install ok: false
Tue Feb 20 23:51:43 2007 jvmLocation
Tue Feb 20 23:51:43 2007 jvmInstalledInTemp false
Tue Feb 20 23:51:43 2007 configureReg: false
Tue Feb 20 23:51:43 2007 copying log files to /root/powerchute
Tue Feb 20 23:55:21 2007
Tue Feb 20 23:55:21 2007 Preparing Java install wizard
Tue Feb 20 23:55:21 2007 Valid versions of java: 1.4.2_11 through
Tue Feb 20 23:55:21 2007 Search for JVM: no
Tue Feb 20 23:55:21 2007 attempting to install jvm 1.4.2_11
Tue Feb 20 23:55:21 2007 predefined install JVM dir /bin/java/jre/1.4.2_11/
Tue Feb 20 23:55:21 2007 creating predefined jvm dir /bin/java/jre/1.4.2_11/
Tue Feb 20 23:55:21 2007 Testing jvm version: /bin/java/jre/1.4.2_11//bin/java
Tue Feb 20 23:55:21 2007 redirecting stderr
Tue Feb 20 23:55:21 2007 result after issuing version command: 0
Tue Feb 20 23:55:21 2007 resetting stderr
Tue Feb 20 23:55:21 2007 found jvm version: 1.4.2_11
Tue Feb 20 23:55:21 2007 createJvmDirectory ok: true
Tue Feb 20 23:55:21 2007 found existing jvm directory: true
Tue Feb 20 23:55:21 2007 about to configure jvm 1.4.2_11
Tue Feb 20 23:55:21 2007 configureJvm ok: true
Tue Feb 20 23:55:21 2007 installCompressedJvm ok: true
Tue Feb 20 23:55:21 2007 Testing jvm version: /bin/java/jre/1.4.2_11//bin/java
Tue Feb 20 23:55:21 2007 redirecting stderr
Tue Feb 20 23:55:22 2007 result after issuing version command: 0
Tue Feb 20 23:55:22 2007 resetting stderr
Tue Feb 20 23:55:22 2007 found jvm version: 1.4.2_11
Tue Feb 20 23:55:22 2007 installJvm ok: true
Tue Feb 20 23:55:22 2007 java installer C++ command: "/bin/java/jre/1.4.2_11//bin/java" -Djava.util.prefs.userRoot\=/bin/java/jre/1.4.2_11 -Djava.util.prefs.systemRoot\=/bin/java/jre/1.4.2_11 -DProduct.Nodes\=5 DProduct.Type\='FREE' -DProduct.NodeLevel\=5 -DProduct.FeatureLevel\=BASIC -cp .:./install.jar:./m11.jar:./comm.jar:./ds.jar:./pcbe_ds.jar:./RXTXComm.jar\:./ModifyShutdownLinux.jar load
Tue Feb 20 23:55:22 2007 java wizard execed with no reported errors
Tue Feb 20 23:55:23 2007 Java wizard not started properly
See errors.log for other possible causes.out of disk space?
Tue Feb 20 23:55:23 2007 Other possible causes for errors:
* Read/write access rights to the 'temp' and installation directories?
* OS need to be patched to run Java apps?
* Anti-virus software installed that won't permit unknonwn executable or JAR files to run?
Tue Feb 20 23:55:23 2007 jvmLocation
Tue Feb 20 23:55:23 2007 jvmInstalledInTemp false
Tue Feb 20 23:55:23 2007 configureReg: false
Tue Feb 20 23:55:23 2007 copying log files to /root/powerchute


Pourtant, java est bien installé car en tapant java -version il me répond

java version "1.4.2"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2-b28)
Java HotSpot(TM) Client VM (build 1.4.2-b28, mixed mode)



Et en executant la commande à la main

"/bin/java/jre/1.4.2_11/bin/java" -Djava.util.prefs.userRoot\=/bin/java/jre/1.4.2_11 Djava.util.prefs.systemRoot\=/bin/java/jre/1.4.2_11 -DProduct.Nodes\=5 -DProduct.Type\='FREE' -DProduct.NodeLevel\=5 DProduct.FeatureLevel\=BASIC -cp .:./install.jar:./m11.jar:./comm.jar:./ds.jar:./pcbe_ds.jar:./RXTXComm.jar\:./ModifyShutdownLinux.jar load

Java répond :

Exception in thread "main" java.lang.NoClassDefFoundError: load


Les reps spécifiés dans les options de java sont correctes.
Mais les classes spécifiées par -cp sortent de je ne sais ou... si elles sont contenues dans le .bin ou non :??: 

helpmeplease@IDN a dit :
Yep, merci
Le schmilblick avance :D 

le CLASSPATH est donc fixé à /root/powerchute

Maintenant, ce .bin execute une commande java pour installer l'appli et c'est la que ça coince.

Java génère un fichier d'erreur un peu plus gros ou on voit la commande executée et les erreurs :



Ne me dis pas que tu te loggues en root !? [:snort]

Sinon pour ton problème ca peut venir du fait que la l'installation du logiciel requiert une interface graphique ( :pfff:  ) hors il me semble que ipcop n'en fourni pas. :/ 

Citation :
Ne me dis pas que tu te loggues en root !? [:snort]

He bien si, du fait qu'il faut installer un programme, je ne pense pas que je pourrais avoir les droits suffisants en tant que simple utilisateur...

Citation :

Sinon pour ton problème ca peut venir du fait que la l'installation du logiciel requiert une interface graphique ( :pfff:  ) hors il me semble que ipcop n'en fourni pas. :/ 

En effet, l'ipcop ne tourne qu'en console (normal pour une machine dédiée firewall/routeur)
Je l'ai testé sur une multitude d'autre distribs (dans une machine virtuelle) : debian mandrake, redhat... ayant KDE ou autre et ça a marché à chaque fois, en lancant une fenêtre pour effectuer la procedure d'install.

Donc je crois que ce ne sera pas possible en mode console.
C'est con quand même :pfff: 


Citation :
>> Ne me dis pas que tu te loggues en root !? [:snort]
+1

En plus, il y a peut-être déjà un couple user/group dédié.

Par défaut, il n'y a que root.
Mais pour les opérations habituelles, je me suis créé un compte user standard.
C'était juste le temps de faire l'install :D 




En tout cas, merci pour l'aide ;) 

helpmeplease@IDN a dit :
He bien si, du fait qu'il faut installer un programme, je ne pense pas que je pourrais avoir les droits suffisants en tant que simple utilisateur...


En effet, l'ipcop ne tourne qu'en console (normal pour une machine dédiée firewall/routeur)
Je l'ai testé sur une multitude d'autre distribs (dans une machine virtuelle) : debian mandrake, redhat... ayant KDE ou autre et ça a marché à chaque fois, en lancant une fenêtre pour effectuer la procedure d'install.

Donc je crois que ce ne sera pas possible en mode console.
C'est con quand même :pfff: 



Par défaut, il n'y a que root.
Mais pour les opérations habituelles, je me suis créé un compte user standard.
C'était juste le temps de faire l'install :D 




En tout cas, merci pour l'aide ;) 

1/ Tu connais la commande "su" ? :) 
2/ Effectivement c'est ridicule comme installeur, tu peux peut-être récuperer les fichiers installé sur un pc où ça a marché.
3/ That's the Linux way ... :) 

M'enfin, si tu installes tes classes dans /root/classpath, ton programme ne pourra pas y accéder, sauf s'il tourne sous id 0 (root). Et ça, c'est mal :o 

Quand je parle de user/group dédié, je ne parle pas d'un utilisateur lambda, capable de se connecter. Fais un cat de /etc/passwd et de /etc/group pour te faire une idée. Il y a pleins de users/groups de services. Ton progress devrait tourner sous l'un d'eux, voire un que tu créerais exprès.
Lassé par la pub ? Créez un compte