[Tutorial] Instalação do SMS Power View no Linux

Iniciado por Sampayu, 03 de Setembro de 2014, 02:17

tópico anterior - próximo tópico
Imprimir
Ir para Fim Páginas 1 2 3 4 ... 7
Ações

antonio.spadim

#15
20 de Outubro de 2014, 19:50
Agora matei todos processos rodando java (inclusive do powerview) e rodei em modo debug. A mensagem de erro que está dnado é como se tivesse abrindo a porta, acho que não consegue comunicar ou usar a bib rxtx, e fecha, ai parte para a próxima...etc...:
Código Selecionar
root@avsrv1:/opt/sms/app# ps aux | grep java
root      3189  0.0  0.0   8076   888 pts/1    S+   19:46   0:00 grep java                                                                                              
root@avsrv1:/opt/sms/app# ./powerview start --debug                                                                                                                    
Iniciando como Serviço...                                                                                                                                              
Criando link simbolico para USB-Serial.                                                                                                                                
SMS Power View iniciado com sucesso.                                                                                                                                    
root@avsrv1:/opt/sms/app# Oct  20 19:46:46 [                                        lang.Class]: [      main - DEBUG] SMSysServico.main() - INICIO                      
Oct  20 19:46:46 [                                        lang.Class]: [      main - DEBUG] SMSysServico.main() - Util.copyRequiredFiles();                            
Oct  20 19:46:46 [                                        lang.Class]: [      main - DEBUG] SMSysServico.main() - Util.checkDebug(args); 1                              
Oct  20 19:46:46 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] instanciando                                                                
Oct  20 19:46:46 [                          xml.BuilderComandoSerial]: [      main - DEBUG] BuilderComandoSerial() Arquivo: /opt/sms/app/resource/protocolos/verificaProtocolo.xml                                                                                                                                                              
Oct  20 19:46:46 [                          xml.BuilderComandoSerial]: [      main - DEBUG] Parsing XML file... /opt/sms/app/resource/protocolos/verificaProtocolo.xml  
Oct  20 19:46:46 [                          xml.BuilderComandoSerial]: [      main - DEBUG] XML file parsed                                                            
Oct  20 19:46:46 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] instanciando                                                                
Oct  20 19:46:46 [                          xml.BuilderProtocoloBase]: [      main - DEBUG] USANDO O SEGUINTE ARQUIVO XML: /opt/sms/app/resource/protocolos/sqp-1.xml  
Oct  20 19:46:46 [                          log.RedirectOutputStream]: [      main - DEBUG] Parsing XML file... /opt/sms/app/resource/protocolos/sqp-1.xml              
Oct  20 19:46:46 [                          log.RedirectOutputStream]: [      main - DEBUG] XML file parsed                                                            
Oct  20 19:46:46 [                       factory.VerificaTipoNobreak]: [      main - DEBUG] Identificando Nobreak TRIFASICO                                            
Oct  20 19:46:46 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] inicio                                                                      
Oct  20 19:46:46 [                          log.RedirectOutputStream]: [      main - DEBUG] WARNING:  RXTX Version mismatch                                            
       Jar version = RXTX-2.2pre1                                                                                                                                      
       native lib Version = RXTX-2.2pre2                                                                                                                              
RXTX Warning:  Removing stale lock file. /var/lock/LCK..ttyS1                                                                                                          
Oct  20 19:46:50 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] Configurar porta: /dev/ttyS8                                                
Oct  20 19:46:50 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] Fechando porta antes de abrir para evitar poss�veis erros Porta: /dev/ttyS8                                                                                                                                                                      
Oct  20 19:46:50 [                    comunicacao.GerenteComunicacao]: [      main - ERROR] Erro ao fechar porta antes de abrir: null                                  
java.lang.NullPointerException
       at br.com.alerta24h.comunicacao.linux.PortaSerial.close(PortaSerial.java:34)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.configuraPorta(GerenteComunicacao.java:71)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.executaCmd(GerenteComunicacao.java:222)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.executaComando(GerenteComunicacao.java:196)
       at br.com.sms.powerview.factory.VerificaTipoNobreak.identificarTipo(VerificaTipoNobreak.java:76)
       at br.com.sms.powerview.factory.SMSysFactory.verificaNobreak(SMSysFactory.java:81)
       at br.com.sms.powerview.factory.SMSysFactory.createNobreak(SMSysFactory.java:87)
       at br.com.sms.powerview.servico.SMSysServico.main(SMSysServico.java:61)
Oct  20 19:46:50 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] getResposta()
)ct  20 19:46:50 [                                        lang.Class]: [  Thread-1 - DEBUG] UtilSerial.envia() char: (G,,�,�,�,ﾻ,
Oct  20 19:46:50 [                                        lang.Class]: [  Thread-1 - DEBUG] UtilSerial.envia() bytes: (71,1,-1,-1,-1,-69,13)
Oct  20 19:46:50 [                               util.EscritaNobreak]: [  Thread-1 - DEBUG] >[71, 1, -1, -1, -1, -69, 13]
// G���ﾻ
// 471ffffffffffffffffffffffffffffffbbd

Oct  20 19:46:50 [                                 linux.PortaSerial]: [      main - DEBUG] Fim
Oct  20 19:46:51 [                               util.EscritaNobreak]: [      main - DEBUG] <[0, 0]
//
// 00

Oct  20 19:46:51 [                                        lang.Class]: [      main - DEBUG] UtilSerial.recebe() dados inválidos: tamanho da resposta fora da faixa - 2
Oct  20 19:46:51 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] resposta = null
Oct  20 19:46:51 [                    comunicacao.GerenteComunicacao]: [      main - ERROR] erro: null
java.lang.NullPointerException
       at java.util.StringTokenizer.<init>(StringTokenizer.java:199)
       at java.util.StringTokenizer.<init>(StringTokenizer.java:221)
       at br.com.alerta24h.comunicacao.util.UtilSerial.formataLeituraSerial(UtilSerial.java:363)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.getResposta(GerenteComunicacao.java:52)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.configuraPorta(GerenteComunicacao.java:78)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.executaCmd(GerenteComunicacao.java:222)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.executaComando(GerenteComunicacao.java:196)
       at br.com.sms.powerview.factory.VerificaTipoNobreak.identificarTipo(VerificaTipoNobreak.java:76)
       at br.com.sms.powerview.factory.SMSysFactory.verificaNobreak(SMSysFactory.java:81)
       at br.com.sms.powerview.factory.SMSysFactory.createNobreak(SMSysFactory.java:87)
       at br.com.sms.powerview.servico.SMSysServico.main(SMSysServico.java:61)
Oct  20 19:46:51 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] Fechando porta de comunicacao: /dev/ttyS8
Oct  20 19:46:52 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] Configurar porta: /dev/ttyUSB0
Oct  20 19:46:52 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] Fechando porta antes de abrir para evitar poss�veis erros Porta: /dev/ttyUSB0
Oct  20 19:46:52 [                    comunicacao.GerenteComunicacao]: [      main - ERROR] Erro ao fechar porta antes de abrir: null
java.lang.NullPointerException
       at br.com.alerta24h.comunicacao.linux.PortaSerial.close(PortaSerial.java:34)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.configuraPorta(GerenteComunicacao.java:71)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.executaCmd(GerenteComunicacao.java:222)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.executaComando(GerenteComunicacao.java:196)
       at br.com.sms.powerview.factory.VerificaTipoNobreak.identificarTipo(VerificaTipoNobreak.java:76)
       at br.com.sms.powerview.factory.SMSysFactory.verificaNobreak(SMSysFactory.java:81)
       at br.com.sms.powerview.factory.SMSysFactory.createNobreak(SMSysFactory.java:87)
       at br.com.sms.powerview.servico.SMSysServico.main(SMSysServico.java:61)
Oct  20 19:46:52 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] getResposta()
)ct  20 19:46:52 [                                        lang.Class]: [  Thread-3 - DEBUG] UtilSerial.envia() char: (G,,�,�,�,ﾻ,
Oct  20 19:46:52 [                                        lang.Class]: [  Thread-3 - DEBUG] UtilSerial.envia() bytes: (71,1,-1,-1,-1,-69,13)
Oct  20 19:46:52 [                               util.EscritaNobreak]: [  Thread-3 - DEBUG] >[71, 1, -1, -1, -1, -69, 13]
// G���ﾻ
// 471ffffffffffffffffffffffffffffffbbd

Oct  20 19:46:52 [                                 linux.PortaSerial]: [      main - DEBUG] Fim
Oct  20 19:46:53 [                               util.EscritaNobreak]: [      main - DEBUG] <[0, 0]
//
// 00

Oct  20 19:46:53 [                                        lang.Class]: [      main - DEBUG] UtilSerial.recebe() dados inválidos: tamanho da resposta fora da faixa - 2
Oct  20 19:46:53 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] resposta = null
Oct  20 19:46:53 [                    comunicacao.GerenteComunicacao]: [      main - ERROR] erro: null
java.lang.NullPointerException
       at java.util.StringTokenizer.<init>(StringTokenizer.java:199)
       at java.util.StringTokenizer.<init>(StringTokenizer.java:221)
       at br.com.alerta24h.comunicacao.util.UtilSerial.formataLeituraSerial(UtilSerial.java:363)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.getResposta(GerenteComunicacao.java:52)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.configuraPorta(GerenteComunicacao.java:78)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.executaCmd(GerenteComunicacao.java:222)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.executaComando(GerenteComunicacao.java:196)
       at br.com.sms.powerview.factory.VerificaTipoNobreak.identificarTipo(VerificaTipoNobreak.java:76)
       at br.com.sms.powerview.factory.SMSysFactory.verificaNobreak(SMSysFactory.java:81)
       at br.com.sms.powerview.factory.SMSysFactory.createNobreak(SMSysFactory.java:87)
       at br.com.sms.powerview.servico.SMSysServico.main(SMSysServico.java:61)
Oct  20 19:46:53 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] Fechando porta de comunicacao: /dev/ttyUSB0
Oct  20 19:46:54 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] Configurar porta: /dev/ttyS1
Oct  20 19:46:54 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] Fechando porta antes de abrir para evitar poss�veis erros Porta: /dev/ttyS1
Oct  20 19:46:54 [                    comunicacao.GerenteComunicacao]: [      main - ERROR] Erro ao fechar porta antes de abrir: null
java.lang.NullPointerException
       at br.com.alerta24h.comunicacao.linux.PortaSerial.close(PortaSerial.java:34)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.configuraPorta(GerenteComunicacao.java:71)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.executaCmd(GerenteComunicacao.java:222)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.executaComando(GerenteComunicacao.java:196)
       at br.com.sms.powerview.factory.VerificaTipoNobreak.identificarTipo(VerificaTipoNobreak.java:76)
       at br.com.sms.powerview.factory.SMSysFactory.verificaNobreak(SMSysFactory.java:81)
       at br.com.sms.powerview.factory.SMSysFactory.createNobreak(SMSysFactory.java:87)
       at br.com.sms.powerview.servico.SMSysServico.main(SMSysServico.java:61)
Oct  20 19:46:54 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] getResposta()
)ct  20 19:46:54 [                                        lang.Class]: [  Thread-5 - DEBUG] UtilSerial.envia() char: (G,,�,�,�,ﾻ,
Oct  20 19:46:54 [                                        lang.Class]: [  Thread-5 - DEBUG] UtilSerial.envia() bytes: (71,1,-1,-1,-1,-69,13)
Oct  20 19:46:54 [                               util.EscritaNobreak]: [  Thread-5 - DEBUG] >[71, 1, -1, -1, -1, -69, 13]
// G���ﾻ
// 471ffffffffffffffffffffffffffffffbbd

Oct  20 19:46:54 [                                 linux.PortaSerial]: [      main - DEBUG] Fim
Oct  20 19:46:55 [                               util.EscritaNobreak]: [      main - DEBUG] <[]
//
//

Oct  20 19:46:55 [                                        lang.Class]: [      main - DEBUG] UtilSerial.recebe() dados inválidos: tamanho da resposta fora da faixa - 0
Oct  20 19:46:55 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] resposta = null
Oct  20 19:46:55 [                    comunicacao.GerenteComunicacao]: [      main - ERROR] erro: null
java.lang.NullPointerException
       at java.util.StringTokenizer.<init>(StringTokenizer.java:199)
       at java.util.StringTokenizer.<init>(StringTokenizer.java:221)
       at br.com.alerta24h.comunicacao.util.UtilSerial.formataLeituraSerial(UtilSerial.java:363)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.getResposta(GerenteComunicacao.java:52)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.configuraPorta(GerenteComunicacao.java:78)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.executaCmd(GerenteComunicacao.java:222)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.executaComando(GerenteComunicacao.java:196)
       at br.com.sms.powerview.factory.VerificaTipoNobreak.identificarTipo(VerificaTipoNobreak.java:76)
       at br.com.sms.powerview.factory.SMSysFactory.verificaNobreak(SMSysFactory.java:81)
       at br.com.sms.powerview.factory.SMSysFactory.createNobreak(SMSysFactory.java:87)
       at br.com.sms.powerview.servico.SMSysServico.main(SMSysServico.java:61)
Oct  20 19:46:55 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] Fechando porta de comunicacao: /dev/ttyS1
Oct  20 19:46:55 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] Configurar porta: /dev/ttyS0
Oct  20 19:46:55 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] Fechando porta antes de abrir para evitar poss�veis erros Porta: /dev/ttyS0
Oct  20 19:46:55 [                    comunicacao.GerenteComunicacao]: [      main - ERROR] Erro ao fechar porta antes de abrir: null
java.lang.NullPointerException
       at br.com.alerta24h.comunicacao.linux.PortaSerial.close(PortaSerial.java:34)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.configuraPorta(GerenteComunicacao.java:71)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.executaCmd(GerenteComunicacao.java:222)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.executaComando(GerenteComunicacao.java:196)
       at br.com.sms.powerview.factory.VerificaTipoNobreak.identificarTipo(VerificaTipoNobreak.java:76)
       at br.com.sms.powerview.factory.SMSysFactory.verificaNobreak(SMSysFactory.java:81)
       at br.com.sms.powerview.factory.SMSysFactory.createNobreak(SMSysFactory.java:87)
       at br.com.sms.powerview.servico.SMSysServico.main(SMSysServico.java:61)
Oct  20 19:46:55 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] getResposta()
)ct  20 19:46:55 [                                        lang.Class]: [  Thread-7 - DEBUG] UtilSerial.envia() char: (G,,�,�,�,ﾻ,
Oct  20 19:46:55 [                                        lang.Class]: [  Thread-7 - DEBUG] UtilSerial.envia() bytes: (71,1,-1,-1,-1,-69,13)
Oct  20 19:46:55 [                               util.EscritaNobreak]: [  Thread-7 - DEBUG] >[71, 1, -1, -1, -1, -69, 13]
// G���ﾻ
// 471ffffffffffffffffffffffffffffffbbd

Oct  20 19:46:55 [                                 linux.PortaSerial]: [      main - DEBUG] Fim
Oct  20 19:46:55 [                               util.EscritaNobreak]: [      main - DEBUG] <[]
//
//

Oct  20 19:46:55 [                                        lang.Class]: [      main - DEBUG] UtilSerial.recebe() dados inválidos: tamanho da resposta fora da faixa - 0
Oct  20 19:46:55 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] resposta = null
Oct  20 19:46:55 [                    comunicacao.GerenteComunicacao]: [      main - ERROR] erro: null
java.lang.NullPointerException
       at java.util.StringTokenizer.<init>(StringTokenizer.java:199)
       at java.util.StringTokenizer.<init>(StringTokenizer.java:221)
       at br.com.alerta24h.comunicacao.util.UtilSerial.formataLeituraSerial(UtilSerial.java:363)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.getResposta(GerenteComunicacao.java:52)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.configuraPorta(GerenteComunicacao.java:78)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.executaCmd(GerenteComunicacao.java:222)
       at br.com.alerta24h.comunicacao.GerenteComunicacao.executaComando(GerenteComunicacao.java:196)
       at br.com.sms.powerview.factory.VerificaTipoNobreak.identificarTipo(VerificaTipoNobreak.java:76)
       at br.com.sms.powerview.factory.SMSysFactory.verificaNobreak(SMSysFactory.java:81)
       at br.com.sms.powerview.factory.SMSysFactory.createNobreak(SMSysFactory.java:87)
       at br.com.sms.powerview.servico.SMSysServico.main(SMSysServico.java:61)
Oct  20 19:46:55 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] Fechando porta de comunicacao: /dev/ttyS0
Oct  20 19:46:55 [                       factory.VerificaTipoNobreak]: [      main - DEBUG] Nobreak TRIFASICO nao identificado
Oct  20 19:46:55 [                       factory.VerificaTipoNobreak]: [      main - DEBUG] Identificando Nobreak MONOFASICO
Oct  20 19:46:55 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] inicio
Oct  20 19:46:55 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] Configurar porta: /dev/ttyS8
Oct  20 19:46:55 [                    comunicacao.GerenteComunicacao]: [      main - DEBUG] Fechando porta antes de abrir para evitar poss�veis erros Porta: /dev/ttyS8

Sampayu

#16
21 de Outubro de 2014, 02:51
Citação de: antonio.spadim online 20 de Outubro de 2014, 19:50
Agora matei todos processos rodando java (inclusive do powerview) e rodei em modo debug. A mensagem de erro que está dnado é como se tivesse abrindo a porta, acho que não consegue comunicar ou usar a bib rxtx, e fecha, ai parte para a próxima...etc...:

Percebi que você fez algumas coisas diferentes do tutorial, como por exemplo instalar o Oracle JRE do WebUpd8team e instalar o SMS Power View em /opt/sms/app (ao invés de em /opt/sms), por isto acho que a melhor coisa a fazer é verificar se você realmente fez todas as adaptações necessárias:

1) Como o JRE do WebUpd8team não é instalado em /opt/java/jre, no item 1.4 do tutorial a linha JAVA_HOME=/opt/java/jre precisa ser modificada de modo que no lugar do path /opt/java/jre conste o path de onde o JRE do WebUpd8team foi instalado. O script powerview depende do path correto para carregar diversas classes.

2) O mesmo aplica-se ao item 1.6 do tutorial: durante a instalação do SMS Power View é necessário informar ao instalador o path correto do JRE, já que esse JRE não estará em /opt/java/jre

3) Como meu sistema é de 32 bits, alguma particularidade do sistema de 64 bits pode ter passado desapercebida, como por exemplo esta: abra (em modo root) o script do powerview para edição com o mousepad, gedit ou outro editor simples:
Código Selecionar
sudo mousepad /opt/sms/app/powerview

...daí vá até a linha export PW_DLL=.:libs/32/ e substitua por export PW_DLL=.:libs/64/ (caso seu sistema seja de 64 bits mas naquela linha esteja de fato registrado 32, ao invés de 64).

PS: estou assumindo que você instalou o pacote da biblioteca RXTX com o comando
Código Selecionar
sudo apt-get install librxtx-java
e que depois criou o link simbólico com o comando
Código Selecionar
sudo ln -sf /usr/lib/jni/librxtxSerial.so /opt/sms/app/libs/64/librxtxSerial.so

(repare que, diferentemente do que está no meu tutorial, o segundo path teve que ser modificado para /opt/sms/app/libs/64/librxtxSerial.so)

4) Verifique se o arquivo de dispositivo /dev/ttyS8 está realmente apontando para /dev/USB0. O comando:
Código Selecionar
ls -laskXF --color /dev/ttyS8

...deverá retornar algo assim (só que colorido):

/dev/ttyS8 -> /dev/ttyUSB0

Eu acho que o problema está relacionado a essas diferenças de configuração do Java (WepUpd8team) e do path do SMS Power View (/opt/sms/app). Se for isso mesmo, é possível que as mudanças acima resolvam o problema.

Se nada do que pus aí em cima resolver, talvez o problema seja algo mais complicado e/ou obscuro. Aguardo seu retorno informando se algum dos procedimentos acima resolveu o problema.
Yuri Sucupira ("Sampayu")

antonio.spadim

#17
21 de Outubro de 2014, 09:14
Olá e muito obrigado novamente Yuri pelo Help!!!
Eu fiz o checklist de acordo com o que você foi listando:
1) Há o caminho correto para o JRE, veja:
Código Selecionar
root@avsrv1:~# export
declare -x DERBY_HOME="/usr/lib/jvm/java-8-oracle/db"
declare -x HOME="/root"
declare -x J2REDIR="/usr/lib/jvm/java-8-oracle/jre"
declare -x J2SDKDIR="/usr/lib/jvm/java-8-oracle"
declare -x JAVA_HOME="/usr/lib/jvm/java-8-oracle"
declare -x LANG="en_US.UTF-8"
declare -x LANGUAGE="en_US:en"
declare -x LC_ADDRESS="pt_BR.UTF-8"
declare -x LC_IDENTIFICATION="pt_BR.UTF-8"
declare -x LC_MEASUREMENT="pt_BR.UTF-8"
declare -x LC_MONETARY="pt_BR.UTF-8"
declare -x LC_NAME="pt_BR.UTF-8"
declare -x LC_NUMERIC="pt_BR.UTF-8"
declare -x LC_PAPER="pt_BR.UTF-8"
declare -x LC_TELEPHONE="pt_BR.UTF-8"
declare -x LC_TIME="pt_BR.UTF-8"
declare -x LOGNAME="root"
declare -x MAIL="/var/mail/root"
declare -x OLDPWD
declare -x PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/lib/jvm/java-8-oracle/bin:/usr/lib/jvm/java-8-oracle/db/bin:/usr/lib/jvm/java-8-oracle/jre/bin"
declare -x PWD="/root"
declare -x SHELL="/bin/bash"
declare -x SHLVL="1"
declare -x SSH_CLIENT=""
declare -x SSH_CONNECTION=""
declare -x SSH_TTY="/dev/pts/0"
declare -x TERM="xterm"
declare -x USER="root"

2) Durante a instalação ele configurou com o path correto, apontando para o $JAVA_HOME

3) Verifiquei também no arquivo do script e há o caminho correto para o JRE assim como a utilização das bibliotecas 64bits como você informou:   export PW_DLL=.:libs/64/ . Sim eu instlaei o librxtx-java pelo apt-get e depois fiz o link simbólico da biblioteca para dentro do /libs do powerview como é possível ver abaixo:
Código Selecionar
root@avsrv1:/opt/sms/app# ls -laskXF --color /opt/sms/app/libs/64/
total 64
4 drwxrwxrwx 2 root root  4 Out 21 09:02 ./
4 drwxrwxrwx 4 root root  4 Out 20 15:26 ../
56 -rw-r--r-- 1 root root 56 Out 20 21:54 librxtxSerial.org
0 lrwxrwxrwx 1 root root  1 Out 21 08:59 librxtxSerial.so -> /usr/lib/jni/librxtxSerial.so


4) Também há sim definido o link simbólico do ttyUSB0 para o ttyS8:
Código Selecionar
root@avsrv1:/opt/sms/app# ls -laskXF --color /dev/ttyS8
0 lrwxrwxrwx 1 root root 1 Out 21 08:59 /dev/ttyS8 -> /dev/ttyUSB0


Ainda assim o problema permanece e com você disse, parece ser mais obscuro. Andei dando uma lida na saída do debug que postei, e também nas dependências de algumas bibliotecas e parece que fizeram caca ao compilar o powerview para usar com a librxtxSerial.so em 64 bits.

Vou tentar, como você solicitou, instalar no braço do jre para não ter dúvidas que é o processo da Webupd8.

Achei o seguinte blog que também informou que há problema, porém não especificou. Vou hoje montar um vm com versões anteriores de jre e SO com 32 e 64 bits para entender o que está rolando como mencionaram no blog, e testar a solução alternativa que deram lá.

Em paralelo, vou tentar contato com a SMS porém acho difícil (mesmo tendo contato de revenda) eles resolverem esse problema de bate-pronto sem uma burocracia.

Meu último passo, será escrever um programa que faça o interfaceamento com os nobreaks, gere snmp (caso queira usar com um nagios da vida), log direto no banco ou arquivo de texto, e tenha uma interface em PHP ao invés de java em função de todos problemas que você está vendo aqui. Enfim, uma aplicação decente para servidor. Mas isso é o último plano, que se for executado, entrego aqui os resultados porém em mais longo prazo (pois levará um tempo para escrever o programa, testar, etc...) e principalment encaixar isso na agenda.

No mais, qualquer sugestão é muito bem-vinda e desde já agradeço todo empenho em ajudar a resolver o problema. Espero que ajude outros também com a mesma situação.

Abraços
Toni

antonio.spadim

#18
21 de Outubro de 2014, 19:38 Última edição: 21 de Outubro de 2014, 19:40 por antonio.spadim
Yuri,
  Funcionou!  ;D
  Apaguei e desintalei tudo que dizia respeito ao java (arquivos, pastas, links simbólicos, exports, etc..) e também apaguei tudo do PowerView. Procedi então o seu roteiro passo-a-passo desde a instalação do Java no braço, do powerview, baixei o rxtx pelo repositório do debian, fiz os simbólicos novamente, e funcionou. =]
   Uma coisa que notei ser diferente do 32bits (ou é viagem minha) essa última versão do PV ele demora uns 15s até abrir a porta e o webservice estar disponível para ser acessado. Não é pá e bola. Acho que escrever o programinha vai ficar pra próxima rs
  Valeu pela mão e espero que ajude outros com o mesmo problema.
Abraços,
Toni

antonio.spadim

#19
21 de Outubro de 2014, 21:28
Corrigindo, funcionou com o cabo ligado direto na serial do servidor, com a usb/serial não rs  Mas funcionou de um jeito pelo menos hehehe

Sampayu

#20
22 de Outubro de 2014, 01:16
Citação de: antonio.spadim online 21 de Outubro de 2014, 19:38
Yuri,
  Funcionou!  ;D
  Apaguei e desintalei tudo que dizia respeito ao java (arquivos, pastas, links simbólicos, exports, etc..) e também apaguei tudo do PowerView. Procedi então o seu roteiro passo-a-passo desde a instalação do Java no braço, do powerview, baixei o rxtx pelo repositório do debian, fiz os simbólicos novamente, e funcionou. =]
   Uma coisa que notei ser diferente do 32bits (ou é viagem minha) essa última versão do PV ele demora uns 15s até abrir a porta e o webservice estar disponível para ser acessado. Não é pá e bola. Acho que escrever o programinha vai ficar pra próxima rs
  Valeu pela mão e espero que ajude outros com o mesmo problema.
Abraços,
Toni

Show de bola! Fico feliz por saber. Eu estava bem intrigado com essa pane aí. ;D

Eu estava prestes a sugerir a você "detonar" o JRE do Webupd8team mesmo e fazer a instalação manual que sugeri, mas como eu estava (ainda estou um pouco...) intrigado com aqueles erros de criação de arquivos lock, eu estava meio que custando a acreditar na minha própria suspeita (de que o Java sozinho pudesse ser o responsável). Acho que em parte o JRE tem alguma culpa na história (eu custo a acreditar que o JRE distribuído via repositório do Webupd8team seja idêntico ao originalmente disponibilizado pela Oracle), mas algo me diz que há também algum problema relacionado a dois ou mais device drivers estarem simultaneamente tentando usar o mesmo arquivo de dispositivo.

Mas enfim: que bom que aí funcionou. :)

Em relação à demora de 15s: o script powerview verifica uma série de coisas e carrega "trocentas" bibliotecas, então talvez seja por isso que fica meio lento para inicializar. No meu Xubuntu 14.04 de 32 bits também demora um tempinho para conectar à porta e carregar a interface do webserver. Tudo bem que meu computador é pré-histórico (motherboard Asus P5WD2 Premium - que usa barramento de 800MHz, processador Intel Pentium D de 3.4 GHz, 2 GB de RAM DDR 2 677MHz, e tudo isso tendo que gerenciar 4 HD SATA II de 500GB cada + 1 HD SATA II externo e-SATA de 1 Tera), então já viu...

Inclusive, essa demora na inicialização foi um dos meus motivadores para eu haver decidido criar um init script e com isso deixar o SMS Power View inicializando automaticamente como serviço, a cada boot: assim, quando faço login na GUI o serviço já está rodando há tempos. Foi a solução que encontrei.

No servidor que você está rodando aí eu não sei se é interessante fazer isso, mas se for, dá uma olhadinha lá na seção 4. :)
Yuri Sucupira ("Sampayu")

Sampayu

#21
22 de Outubro de 2014, 04:27
Citação de: antonio.spadim online 21 de Outubro de 2014, 21:28
Corrigindo, funcionou com o cabo ligado direto na serial do servidor, com a usb/serial não rs  Mas funcionou de um jeito pelo menos hehehe

Antes mais nada, onde grafei cypress_m8 e usbserial eu estou me referindo aos drivers mencionados neste e neste post. O cypress_m8 utiliza o (depende do) usbserial.

O que eu acho que entendi do funcionamento geral do SMS Power View em cada um dos 3 contextos:

Contexto 1 - conectando a saída USB do nobreak diretamente à entrada USB do computador (meu caso):

[NOBREAK](USB)------(USB)[PC] => driver low-level USB -> ttyUSB0 -> driver high-level (interface) cyperss_m8 (usando as instruções básicas do driver usbserial) -> API Java (usando a / por intermédio da biblioteca RXTX) -> webserver -> website do SMS Power View

Contexto 2 - conectando a saída serial (RS232) do nobreak diretamente à entrada serial do computador (seu caso):

[NOBREAK](SERIAL)------(SERIAL)[PC] => driver low-level serial -> ttyS8 -> driver high-level (interface) cyperss_m8 (reconhece que o sinal é serial e simplesmente o repassa adiante) -> API Java (usando a / por intermédio da biblioteca RXTX) -> webserver -> website do SMS Power View

Contexto 3 - conectando a saída serial (RS232) do nobreak ao conversor Prolific, e o conversor à entrada USB do computador (seu caso que não dá certo):

HIPÓTESE 1 - dirty signal (conversão defeituosa/parcial do sinal RS232 para USB, pelo emulador do microprocessador interno do seu conversor Prolific, gerando um sinal que acaba por "acionar" tanto o driver low-level serial quanto o low-level USB):
[NOBREAK](SERIAL)------(SERIAL)[CONVERSOR](USB)--sinal--"sujo"--(USB)[PC] => driver low-level serial  e driver low-level USB -> ttyS1 e ttyUSB0 ocupados pelo mesmo dispositivo -> driver high-level (interface) cyperss_m8 (reconhece que o sinal de ttyUSB0 é USB [embora "sujo"] e, usando as instruções básicas de usbserial, repassa o sinal adiante) -> API Java (usando a / por intermédio da biblioteca RXTX): não reconhece o sinal USB oriundo de ttyUSB0 e não encontra dispositivo serial em ttyS8 (porque ele está em ttyS1) -> falha

HIPÓTESE 2 - pane de implementação da RXTX:
[NOBREAK](SERIAL)------(SERIAL)[CONVERSOR](USB)--sinal--"sujo"--(USB)[PC] => driver low-level USB -> ttyUSB0 -> driver high-level (interface) cyperss_m8 (usando as instruções básicas do driver usbserial) -> API Java (usando a / por intermédio da biblioteca RXTX): não reconhece o sinal USB oriundo de ttyUSB0 e não encontra dispositivo serial em ttyS8 -> falha

Isso tudo aí em cima é uma completa viagem, claro. Mas, tentando levar essa viagem a sério, eu tentaria o seguinte:

1) Conecte o nobreak ao conversor mas desconecte o conversor do servidor.

2) Só para desencargo de consciência, adicione sua conta (que eu chamei de username) aos grupos dialout, modem, serial e uucp (exclua aqueles que não existirem no seu sistema, e substitua username por root caso esteja conectado como root):
Código Selecionar
sudo usermod -a -G dialout,modem,serial,uucp username

3) Reinicie o sistema para poder efetivar sua inclusão nesses grupos (é necessário sair do runlevel atual e retornar a ele. Você pode fazer isso executando o comando sudo telinit 6).

4) Limpe os arquivos de trava:
Código Selecionar
rm -f /var/lock/LCK*

5) Conecte o nobreak ao conversor e o conversor à USB do computador (contexto 3).

6) Execute novamente o powerview start --debug e veja o que acontece.

Se funcionar, maravilha. Se não funcionar, experimente isto:

7) Interrompa o powerview com powerview stop

8) Execute os itens 1 e 4.

9) Edite o script powerview para que ele ligue o ttyS1 ao ttyUSB0 (ao invés de apontar ttyS8 para ttyUSB0):

Onde o código-fonte estiver assim:

i=0;
j=8;

Mude-o para isto:

i=0;
j=1;

10) Execute novamente os itens 5 e 6.

Se nada disso funcionar, eu desisto. :P
(mas fico feliz que pelo menos no contexto 2 esteja funcionando :))
Yuri Sucupira ("Sampayu")

edsanmi

#22
12 de Dezembro de 2014, 14:51
Olá,

Alguém sabe como implementar no FeeBSD/PFSense?

allmac

#23
16 de Setembro de 2015, 22:23 Última edição: 17 de Setembro de 2015, 10:50 por allmac
Olá! Desculpem por reviver o tópico. O SMS PowerView sofreu algumas alterações desde as últimas notícias aqui.
Eu não segui o manual aqui, mas usei como revisão. Só não reinstalei o JAVA, mas tenho o JDK 1.8 Oracle.

Os problemas indicados parece que resolvi, mas o continuo sem conseguir usar o programa.
Será que surge alguma dica que possa me ajudar?

Eu consigo acessar a interface web local, configurar e conectar no Alerta24horas.com.br.
Mas nenhuma informação do nobreak é mostrada, apesar de achar pelos LOGs que está recebendo.

Detalhe que ao me conectar com o Alerta24horas.com.br a interface identificou o número de série do meu no-break, então parece que de algum modo conseguiu ler algo pela USB.

Abaixo os erros que tenho:

Sep  17 10:18:34 [lang.Class]: [Thread-17 - DEBUG] Procurando pelo comando: InformacoesDefault
Sep  17 10:18:34 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: modelo
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: modelo
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): não tem método para o atributo: modelo
   java.lang.Exception: Tipo nao encontrado: modelo
   at br.com.sms.powerview.alerta24h.beans.Medidor$Tipo.getTipoByAttribute(Medidor.java:133)
   at br.com.sms.powerview.alerta24h.AlertaUtil.getNewMedidores(AlertaUtil.java:319)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.enviaMedidores(ThreadComunicacao.java:204)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.run(ThreadComunicacao.java:265)
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: versao
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: versao
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): não tem método para o atributo: versao
   java.lang.Exception: Tipo nao encontrado: versao
   at br.com.sms.powerview.alerta24h.beans.Medidor$Tipo.getTipoByAttribute(Medidor.java:133)
   at br.com.sms.powerview.alerta24h.AlertaUtil.getNewMedidores(AlertaUtil.java:319)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.enviaMedidores(ThreadComunicacao.java:204)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.run(ThreadComunicacao.java:265)
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Procurando pelo comando: CaracteristicasDefault
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: faixaTensao
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: faixaTensao
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): não tem método para o atributo: faixaTensao
   java.lang.Exception: Tipo nao encontrado: faixaTensao
   at br.com.sms.powerview.alerta24h.beans.Medidor$Tipo.getTipoByAttribute(Medidor.java:133)
   at br.com.sms.powerview.alerta24h.AlertaUtil.getNewMedidores(AlertaUtil.java:319)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.enviaMedidores(ThreadComunicacao.java:207)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.run(ThreadComunicacao.java:265)
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: faixaCorrente
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: faixaCorrente
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): não tem método para o atributo: faixaCorrente
   java.lang.Exception: Tipo nao encontrado: faixaCorrente
   at br.com.sms.powerview.alerta24h.beans.Medidor$Tipo.getTipoByAttribute(Medidor.java:133)
   at br.com.sms.powerview.alerta24h.AlertaUtil.getNewMedidores(AlertaUtil.java:319)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.enviaMedidores(ThreadComunicacao.java:207)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.run(ThreadComunicacao.java:265)
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: tensaoBateria
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: tensaoBateria
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): não tem método para o atributo: tensaoBateria
   java.lang.Exception: Tipo nao encontrado: tensaoBateria
   at br.com.sms.powerview.alerta24h.beans.Medidor$Tipo.getTipoByAttribute(Medidor.java:133)
   at br.com.sms.powerview.alerta24h.AlertaUtil.getNewMedidores(AlertaUtil.java:319)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.enviaMedidores(ThreadComunicacao.java:207)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.run(ThreadComunicacao.java:265)
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: frequencia
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: frequencia
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): não tem método para o atributo: frequencia
   java.lang.Exception: Tipo nao encontrado: frequencia
   at br.com.sms.powerview.alerta24h.beans.Medidor$Tipo.getTipoByAttribute(Medidor.java:133)
   at br.com.sms.powerview.alerta24h.AlertaUtil.getNewMedidores(AlertaUtil.java:319)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.enviaMedidores(ThreadComunicacao.java:207)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.run(ThreadComunicacao.java:265)
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Procurando pelo comando: MedidoresEstadoDefault
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: serialVersionUID
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: serialVersionUID
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): não tem método para o atributo: serialVersionUID
   java.lang.Exception: Tipo nao encontrado: serialVersionUID
   at br.com.sms.powerview.alerta24h.beans.Medidor$Tipo.getTipoByAttribute(Medidor.java:133)
   at br.com.sms.powerview.alerta24h.AlertaUtil.getNewMedidores(AlertaUtil.java:319)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.enviaMedidores(ThreadComunicacao.java:223)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.run(ThreadComunicacao.java:265)
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: data
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: data
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): não tem método para o atributo: data
   java.lang.Exception: Tipo nao encontrado: data
   at br.com.sms.powerview.alerta24h.beans.Medidor$Tipo.getTipoByAttribute(Medidor.java:133)
   at br.com.sms.powerview.alerta24h.AlertaUtil.getNewMedidores(AlertaUtil.java:319)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.enviaMedidores(ThreadComunicacao.java:223)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.run(ThreadComunicacao.java:265)
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: modoOnline
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: modoOnline
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): não tem método para o atributo: modoOnline
   java.lang.Exception: Tipo nao encontrado: modoOnline
   at br.com.sms.powerview.alerta24h.beans.Medidor$Tipo.getTipoByAttribute(Medidor.java:133)
   at br.com.sms.powerview.alerta24h.AlertaUtil.getNewMedidores(AlertaUtil.java:319)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.enviaMedidores(ThreadComunicacao.java:223)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.run(ThreadComunicacao.java:265)
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: tensaoEntrada
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: tensaoEntrada
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor tensaoEntrada já existente na lista com o valor 0
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: tensaoEntradaMaxima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: tensaoEntradaMaxima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor tensaoEntradaMaxima já existente na lista com o valor 0
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: tensaoEntradaMinima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: tensaoEntradaMinima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor tensaoEntradaMinima já existente na lista com o valor 0
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: tensaoSaida
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: tensaoSaida
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor tensaoSaida já existente na lista com o valor 0
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: tensaoSaidaMaxima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: tensaoSaidaMaxima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor tensaoSaidaMaxima já existente na lista com o valor 0
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: tensaoSaidaMinima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: tensaoSaidaMinima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor tensaoSaidaMinima já existente na lista com o valor 0
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: potenciaSaida
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: potenciaSaida
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor potenciaSaida já existente na lista com o valor 0
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: frequenciaSaida
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: frequenciaSaida
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor frequenciaSaida já existente na lista com o valor 0
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: frequenciaSaidaMaxima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: frequenciaSaidaMaxima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor frequenciaSaidaMaxima já existente na lista com o valor 0
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: frequenciaSaidaMinima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: frequenciaSaidaMinima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor frequenciaSaidaMinima já existente na lista com o valor 0
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: potenciaSaidaMaxima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: potenciaSaidaMaxima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor potenciaSaidaMaxima já existente na lista com o valor 0
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: potenciaSaidaMinima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: potenciaSaidaMinima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor potenciaSaidaMinima já existente na lista com o valor 0
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: tipo
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: tipo
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): não tem método para o atributo: tipo
   java.lang.Exception: Tipo nao encontrado: tipo
   at br.com.sms.powerview.alerta24h.beans.Medidor$Tipo.getTipoByAttribute(Medidor.java:133)
   at br.com.sms.powerview.alerta24h.AlertaUtil.getNewMedidores(AlertaUtil.java:319)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.enviaMedidores(ThreadComunicacao.java:223)
   at br.com.sms.powerview.alerta24h.ThreadComunicacao.run(ThreadComunicacao.java:265)
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: porcentagemTensaoBateria
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: porcentagemTensaoBateria
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor porcentagemTensaoBateria já existente na lista com o valor 0
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: porcentagemTensaoBateriaMaxima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: porcentagemTensaoBateriaMaxima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor porcentagemTensaoBateriaMaxima já existente na lista com o valor 0
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: porcentagemTensaoBateriaMinima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: porcentagemTensaoBateriaMinima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor porcentagemTensaoBateriaMinima já existente na lista com o valor 0
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: temperatura
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: temperatura
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor temperatura já existente na lista com o valor 0
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: temperaturaMaxima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: temperaturaMaxima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor temperaturaMaxima já existente na lista com o valor 0
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: temperaturaMinima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: temperaturaMinima
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor temperaturaMinima já existente na lista com o valor 0
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: ultimaTensao
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: ultimaTensao
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor ultimaTensao já existente na lista com o valor 0
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: beepLigado
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: beepLigado
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor beepLigado já existente na lista com o valor 1
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: shutdownAtivo
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: shutdownAtivo
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor shutdownAtivo já existente na lista com o valor 1
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: testeAtivo
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: testeAtivo
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: upsOk
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: upsOk
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: boost
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: boost
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor boost já existente na lista com o valor 1
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: byPass
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: byPass
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor byPass já existente na lista com o valor 1
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: bateriaBaixa
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: bateriaBaixa
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Medidor bateriaBaixa já existente na lista com o valor 1
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): OBTENDO MEDIDOR PARA O ATRIBUTO: bateriaLigada
Sep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] Tipo.getTipoByAttribute(): PROCURANDO O TIPO PARA O ATRIBUTO: bateriaLigada
Sep  17 10:18:35 [alerta24h.ThreadComunicacao]: [Thread-17 - DEBUG] enviaMedidores(): Enviando medidores novos para o alerta... Qtd: 3

Sampayu

#24
17 de Setembro de 2015, 20:55 Última edição: 18 de Setembro de 2015, 10:15 por Sampayu
Citação de: allmac online 16 de Setembro de 2015, 22:23
Olá! Desculpem por reviver o tópico. O SMS PowerView sofreu algumas alterações desde as últimas notícias aqui.

Olá. Primeiramente, obrigado: graças ao seu post eu me dei conta de que o SPV (SMS Power View) em execução no meu sistema ainda era o versão V2.16.00.11, embora o mais recente SPV disponível para download no website Alerta 24h seja o versão V2.16.00.13.

Isto posto, informo que acabei de usar meu próprio tutorial para desinstalar o SPV 11 e instalar o SPV 13, e está tudo funcionando perfeitamente. :)

Uma dúvida: você já leu o conteúdo da seção Troubleshooting? Os problemas lá mencionados são bastante comuns e frequentes. O erro de stack guard pode ser a causa de fundo para o problema relatado por você.

Caso você já tenha seguido as dicas da seção Troubleshooting e ainda assim o problema esteja persistindo: de acordo com o debug que você postou, fiquei com a forte impressão de que o problema pode ser uma incompatibilidade das classes proprietárias do programa SPV com o JRE do seu JDK (caso não saiba a diferença entre JDK e JRE, leia este post).

Exemplo retirado do seu debug:
CitarSep  17 10:18:35 [lang.Class]: [Thread-17 - DEBUG] getNewMedidores(): não tem método para o atributo: serialVersionUID
   java.lang.Exception: Tipo nao encontrado: serialVersionUID

Basicamente, o que esse texto está informando é que uma classe Java (lang.Class) do programa SPV possui uma função denominada getNewMedidores(), porém o JRE do seu JDK não está conseguindo usar a função getNewMedidores() com o atributo serialVersionUID para identificar o número de série do seu nobreak, porque o tipo do atributo serialVersionUID não foi definido dentro da classe, e pelo visto o JRE do seu JDK requer que o tipo seja especificado. Como no meu sistema todos os módulos do SPV estão funcionando normal e corretamente, só posso concluir que o meu JRE consegue ler a classe que tem a função getNewMedidores() e executar essa função com o atributo serialVersionUID, mesmo sem o tipo de serialVersionUID ter sido definido.

JDK é Kit de Desenvolvimento Java, ou seja, só é útil para quem desenvolve (programa) em Java. Se você não é desenvolvedor, a minha forte sugestão é que você desinstale completamente o JDK 1.8 que está em seu sistema e que em seguida instale o Sun JRE tal qual eu explico no tutorial. Isso vai aumentar bastante a possibilidade de o seu JRE conseguir executar as classes Java do SPV, e deste modo você deixará de ter dor de cabeça com isso.
Yuri Sucupira ("Sampayu")

allmac

#25
18 de Setembro de 2015, 11:09
Fiz uns testes aqui. Me parece alguma falha da SMS mesmo!

No início do ano fiz uma reclamação com eles de que a versão de Mac não lia os dados do no-brake.
Testei novamente e fui olhar o LOG e percebi que aparecem os mesmos erros.
Então peguei a versão Mac e rodei tbm no Linux e apareceu novamente os mesmos erros!

Como estou testando agora no Ubuntu para Raspberry (Arm), deve ser alguma biblioteca C que utilizaram e só roda em Linux x86.
Ele vai servir como "Servidor UPS" para os demais equipamentos ligados no no-break.

Vou fazer contato com eles novamente e dou um retorno aqui só para dar um feedback e a solução.
Obrigado!

OBS: Não existe mais JRE para Arm, eles mandam instalar o Java SE (eJDK).

Sampayu

#26
18 de Setembro de 2015, 16:57
Citação de: allmac online 18 de Setembro de 2015, 11:09
Fiz uns testes aqui. Me parece alguma falha da SMS mesmo!

No início do ano fiz uma reclamação com eles de que a versão de Mac não lia os dados do no-brake.
Testei novamente e fui olhar o LOG e percebi que aparecem os mesmos erros.
Então peguei a versão Mac e rodei tbm no Linux e apareceu novamente os mesmos erros!

Como estou testando agora no Ubuntu para Raspberry (Arm), deve ser alguma biblioteca C que utilizaram e só roda em Linux x86.
Ele vai servir como "Servidor UPS" para os demais equipamentos ligados no no-break.

Vou fazer contato com eles novamente e dou um retorno aqui só para dar um feedback e a solução.
Obrigado!

OBS: Não existe mais JRE para Arm, eles mandam instalar o Java SE (eJDK).
Mmmm, entendi: processador ARM... Ah, então deve ser mesmo problema causado por isso que você mencionou. Deve haver alguma diferença entre as bibliotecas do JRE "avulso" e as bibliotecas do JRE que vem dentro do JDK.

Num caso desses, o jeito é realmente solicitar ao desenvolvedor do SPV para portar uma versão para ARM.

Estranho que, embora o próprio manual de instalação do SPV diga para instalar o JDK, você não é a primeira pessoa a informar que o SPV não está funcionando direito com o JDK.

Sent from my RAZR HD using Tapatalk

Yuri Sucupira ("Sampayu")

Sampayu

#27
18 de Setembro de 2015, 18:45 Última edição: 18 de Setembro de 2015, 18:55 por Sampayu
Citação de: allmac online 18 de Setembro de 2015, 11:09
OBS: Não existe mais JRE para Arm, eles mandam instalar o Java SE (eJDK).

Acabei de fazer download do JRE para Linux x86 (32 bits) e do JDK 8 para arquitetura ARM de 32 bits. Daí descompactei o tarball do JRE numa pasta "jre" e o tarball do JDK numa pasta "jdk". Após isso, entrei (via terminal do shell) no diretório raiz deles e rodei este comando:

Código Selecionar
diff ./jre/lib/ ./jdk/lib/ |grep "Somente em ./jre/lib" |more > ~/Área\ de\ Trabalho/faltando.txt

...e assim obtive a seguinte lista (conteúdo do arquivo faltando.txt, armazenado em minha Área de Trabalho):

Somente em ./jre/lib/: applet
Somente em ./jre/lib/: calendars.properties
Somente em ./jre/lib/: charsets.jar
Somente em ./jre/lib/: classlist
Somente em ./jre/lib/: cmm
Somente em ./jre/lib/: content-types.properties
Somente em ./jre/lib/: currency.data
Somente em ./jre/lib/: deploy
Somente em ./jre/lib/: deploy.jar
Somente em ./jre/lib/: desktop
Somente em ./jre/lib/: ext
Somente em ./jre/lib/: flavormap.properties
Somente em ./jre/lib/: fontconfig.bfc
Somente em ./jre/lib/: fontconfig.properties.src
Somente em ./jre/lib/: fontconfig.RedHat.5.bfc
Somente em ./jre/lib/: fontconfig.RedHat.5.properties.src
Somente em ./jre/lib/: fontconfig.RedHat.6.bfc
Somente em ./jre/lib/: fontconfig.RedHat.6.properties.src
Somente em ./jre/lib/: fontconfig.SuSE.10.bfc
Somente em ./jre/lib/: fontconfig.SuSE.10.properties.src
Somente em ./jre/lib/: fontconfig.SuSE.11.bfc
Somente em ./jre/lib/: fontconfig.SuSE.11.properties.src
Somente em ./jre/lib/: fontconfig.Turbo.bfc
Somente em ./jre/lib/: fontconfig.Turbo.properties.src
Somente em ./jre/lib/: fonts
Somente em ./jre/lib/: hijrah-config-umalqura.properties
Somente em ./jre/lib/: i386
Somente em ./jre/lib/: images
Somente em ./jre/lib/: javafx.properties
Somente em ./jre/lib/: javaws.jar
Somente em ./jre/lib/: jce.jar
Somente em ./jre/lib/: jfr
Somente em ./jre/lib/: jfr.jar
Somente em ./jre/lib/: jfxswt.jar
Somente em ./jre/lib/: jsse.jar
Somente em ./jre/lib/: jvm.hprof.txt
Somente em ./jre/lib/: locale
Somente em ./jre/lib/: logging.properties
Somente em ./jre/lib/: management
Somente em ./jre/lib/: management-agent.jar
Somente em ./jre/lib/: meta-index
Somente em ./jre/lib/: net.properties
Somente em ./jre/lib/: oblique-fonts
Somente em ./jre/lib/: plugin.jar
Somente em ./jre/lib/: psfontj2d.properties
Somente em ./jre/lib/: psfont.properties.ja
Somente em ./jre/lib/: resources.jar
Somente em ./jre/lib/: rt.jar
Somente em ./jre/lib/: security
Somente em ./jre/lib/: sound.properties
Somente em ./jre/lib/: tzdb.dat

Essa aí é a lista dos arquivos que o JRE possui em sua pasta lib mas o JDK não possui.

TENTATIVA 1

Um teste (muito rudimentar e amador :o) que eu faria: fazer download do tarball do JRE, descompactá-lo para dentro de alguma pasta, daí acessar a subpasta lib do JRE, copiar todos os arquivos da lista acima e colá-los dentro da subpasta lib do seu JDK. Em seguida, reinicie o computador. A ideia é ver se de repente esses arquivos resolvem o problema...

Arquivos com extensão JAR são verdadeiras bibliotecas de objetos diversos (contêm inclusive classes Java). E classes Java via de regra são independentes de plataforma (só costumam dar problema se elas forem escritas para sistema de 64 bits e o seu for de 32 bits). Consequentemente, se o problema for mesmo ausência de alguma biblioteca, é possível que ela esteja dentro de um desses arquivos e que, ao copiá-los para dentro da subpasta lib do seu JDK, esse JDK passe a funcionar com o SPV.

Enfim: não custa nada tentar... E, se não der certo, basta excluir os arquivos: você já tem a lista de quais arquivos copiou, portanto desfazer o procedimento será simples. ;)

TENTATIVA 2

Caso a tentativa 1 não tenha dado certo, é provável que o problema não seja uma classe faltando no seu JDK, mas sim uma classe presente no SPV que o JRE do seu JDK não consegue reconhecer ou executar. Em tal caso, um segundo teste que você pode fazer é o seguinte: dentro da pasta do seu JDK, renomeie a subpasta jre para algo como p.ex. jre-jdk. Em seguida, copie a pasta jre do JRE e cole-a dentro da pasta do jdk.

Após isso, será necessário entrar na nova subpasta jre do seu JDK, excluir a pasta bin (porque os binários executáveis dela são para arquitetura Intel), em seguida acessar a subpasta jre-jdk, copiar a subpasta bin e então colá-la lá dentro da subpasta jre (para que o JRE do seu JDK volte a ter os binários executáveis específicos para arquitetura ARM).

A ideia neste caso é tentar fazer o JRE que veio no tarball para x86 funcionar com o JDK para ARM.

Reinicie novamente o PC e veja se funcionou. Se não funcionou, aí é só deletar a subpasta jre do seu JDK e em seguida renomear a jre-jdk para jre.

São dois testes simples (embora um pouco trabalhosos) que você pode fazer e que têm alguma chance de dar certo.

Boa sorte...
Yuri Sucupira ("Sampayu")

allmac

#28
22 de Outubro de 2015, 15:10
Novos testes!! A SMS liberou uma atualização: V2.16.00.14

Até agora verifiquei que no Linux o script info.sh não funciona porque no lugar de () usaram [] na soma da variável. Como não consegue fazer a soma, entra em loop e não finaliza.

Já copiei para as pastas libs 32 e 64 do programa os arquivos que estavam na versão anterior que ao menos inicia sem erro, mas não consigo sequer iniciar agora!!

Código Selecionar
Java HotSpot(TM) Client VM warning: You have loaded library /tmp/libhidapi-jni-646104470687661266264.so which might have disabled stack guard. The VM will try to fix the stack guard now.
It's highly recommended that you fix the library with 'execstack -c <libfile>', or link it with '-z noexecstack'.

Sampayu

#29
22 de Outubro de 2015, 15:27
Citação de: allmac online 22 de Outubro de 2015, 15:10
Novos testes!! A SMS liberou uma atualização: V2.16.00.14

Até agora verifiquei que no Linux o script info.sh não funciona porque no lugar de () usaram [] na soma da variável. Como não consegue fazer a soma, entra em loop e não finaliza.

Já copiei para as pastas libs 32 e 64 do programa os arquivos que estavam na versão anterior que ao menos inicia sem erro, mas não consigo sequer iniciar agora!!

Código Selecionar
Java HotSpot(TM) Client VM warning: You have loaded library /tmp/libhidapi-jni-646104470687661266264.so which might have disabled stack guard. The VM will try to fix the stack guard now.
It's highly recommended that you fix the library with 'execstack -c <libfile>', or link it with '-z noexecstack'.

Hoje de manhã a fonte do meu PC queimou, e ao mesmo tempo o meu Macbook parou de inicializar (após eu haver tentado aplicar uma atualização de sistema que migraria meu OS X da versão "Yosemite" para a versão "El Capitan"). Que zica! :o

Vai demorar uns dias até minha fonte retornar do conserto e com isto eu poder religar meu PC e testar essa nova versão. Mas, como você já detectou esses problemas na versão nova, minha sugestão é que desinstale tudo e volte a usar a última versão do programa que estava funcionando no seu computador (se nenhuma estava, por causa da arquitetura do hardware, aí o negócio é entrar em contato diretamente com a SMS, relatar o seu caso e solicitar suporte ao seu equipamento).

Desculpe não poder auxiliar mais no momento. Fui pego de surpresa pela "pane simultânea" nos meus dois computadores. :( Quando estiver em condições de testar a nova versão, faço a atualização do programa e reporto aqui se deu tudo certo ou se ocorreu algum problema, e, caso algum problema ocorra e eu consiga resolver, atualizarei o tutorial e reportarei aqui. :)
Yuri Sucupira ("Sampayu")
Imprimir
Ir para Topo Páginas 1 2 3 4 ... 7
Ações