NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Olá, Waldenio Confirmei que a maquina que estou usando é 32 bits. Vou pedir para criar uma nova maquina virutual com 64bits. Creio que seja a melhor coisa a fazer não concorda? Obrigada, 2010/8/2 Nilza BARROS <nilzabarros@xxxxxxxxx> > Olá, Waldenio > > Obrigada. Mas eu ainda não voltei ainda estou em casa, mas se Deus quiser > logo estarei de volta. > Tentei executar os comandos PIPE e FILE como vc falou, > > ldm@dpns27:~$ PIPE decoders/dclsfc -v 2 -s lsystns.upc -d > data/gempak/logs/dclsfc.log -e > GEMTBL=/home/gempak/GEMPAK_INPE1.1/gempak/tables > data/gempak/syn/YYYYMMDD_syn.gem > -su: PIPE: command not found > ============ > Agora estou desconfiada da versão do gempak que copiei, eu baixei o de > 64bits, pois nosso servidor (que é uma maquina virtual) esta instalado em um > servidor DELL. > ====== > ldm@dpns27:~/decoders$ ./dcnmos > -su: ./dcnmos: cannot execute binary file > > ====1) Identifiquei nas variaveis de ambiente que o caminho para os > binarios > */home/gempak/GEMPAK_INPE1.1/os/linux/, *mas na minha instalacao o caminho > que existe é: > > 2) Ao tentar rodar os executaveis, eis a msg de erro: > > /home/gempak/GEMPAK_INPE1.1/os/linux64/bin > % ./cwordsh > ./cwordsh: *Erro no formato exec. Wrong Architecture.* > > 3) Erro tambem ocorre qdo tento executar no ldm > *ldm@dpns27:~/decoders$* <ldm@dpns27:~/decoders$>* ./dcgrib2 > *-su: ./dcgrib2: cannot execute binary file > *ldm@dpns27:~/decoders$* <ldm@dpns27:~/decoders$>* ./dcmsfc > *-su: ./dcmsfc: cannot execute binary file > Antes de mais nada, me lembrei que o servidor foi instalado em portugues, > mas utilizei o comando *dpkg reconfigure local*es para alterar a > linguagem, > > ==========GEMPAK======== > LANGUAGE=pt_BR:pt:en > MAIL=/var/mail/gempak > HOME=/home/gempak > SHELL=/bin/csh > USER=gempak > LOGNAME=gempak > PWD=/home/gempak > LANG=en_US.ISO8859-1 > LC_TIME=en_US.ISO8859-1 > ==========LDM=========== > > LANG=en_US.UTF-8 > HISTCONTROL=ignoreboth > SHLVL=1 > HOME=/usr/local/ldm > LANGUAGE=en_us:en:pt > =========== > Será que o problema é este. Digo, o fato de usar 64bits? Neste caso onde > devo baixar os executavies? O que vc me aconselha? > > Abraço e obrigada, > Nilza > > > 2010/8/2 waldenio almeida <waldenio.almeida@xxxxxxxxxxxxx> > > Bom Dia Nilza, >> >> Bom ver vc de volta à ativa. Soube do ocorrido, e estimo melhoras. >> >> Agora vamos no "comando da madrugada" =) >> >> Agora não sei dizer o que é o código de erro 126. Parece algo relacionado >> com os decoders, já que a única instrução que funcionou foi o Jason, que é >> uma ação de "FILE", e não de "PIPE" para um decoder. Tente executar um deles >> manualmente para ver o que acontece... >> >> Vou ver se consigo passar no CHM esta semana, mas não prometo. Se >> conseguir te procuro. Enquanto isso, uma sugestão seria vc conversar com o >> Thiago no CH12. >> >> >> Abs, >> Waldenio. >> >> >> Nilza BARROS wrote: >> >>> Olá, Waldenio e usuario do IDD, >>> Quando alterei o nome do servdir (idd.cptec.inpe.br < >>> http://idd.cptec.inpe.br/>) comecei a receber alguns produtos. >>> >>> Mas ainda não recebo os dados que preciso. Eu gostaria de receber dados >>> de synop. >>> Nos tivemos um problema com nosso servidor e nao consigo utilizar os >>> arquivos de configuraçao (pqact e ldmd.conf) que funcionavam corretamente. >>> Estou enviando meus arquivos de configuração. >>> Pelo que entendi a linha abaixo que fica no arquivo >>> pqact.gempak_decoders deveria resolver este problema. >>> ==== >>> # >>> # Synoptic land reports >>> # >>> WMO (^S[IM]V[IGNS])|(^SNV[INS])|(^S[IMN](W[KZ]|[^VW])) >>> PIPE decoders/dclsfc -v 2 -s lsystns.upc >>> -d data/gempak/logs/dclsfc.log >>> -e GEMTBL=/home/gempak/GEMPAK_INPE1.1/gempak/tables >>> data/gempak/syn/YYYYMMDD_syn.gem >>> =========== >>> Segue abaixo o log que obtenho no momento. >>> Aug 2 03:33:10 dpns27 pqact[828] NOTE: child 13714 exited with status >>> 126 (decoders/dcuair-b24-m16-ddata/gempak/logs/dcuair.log-eGEMTBL=/home >>> >>> /gempak/GEMPAK_INPE1.1/gempak/tables-ssnstns.tbldata/gempak/upperair/YYYYMMDD_upa.gem) >>> Aug 2 03:33:10 dpns27 pqact[828] NOTE: child 13715 exited with status >>> 126 (decoders/dcacft-eGEMTBL=/home/gempak/GEMPAK_INPE1.1/gempak/tables- >>> ddata/gempak/logs/dcacft.logdata/gempak/acft/YYYYMMDDHH_acf.gem) >>> Aug 2 03:33:10 dpns27 pqact[828] NOTE: child 13720 exited with status >>> 126 (decoders/dcmetr-v2-a500-m72-ssfmetar_sa.tbl-ddata/gempak/logs/dcme >>> >>> tr.log-eGEMTBL=/home/gempak/GEMPAK_INPE1.1/gempak/tablesdata/gempak/surface/YYYYMMDD_sao.gem) >>> Aug 2 03:33:10 dpns27 pqact[828] NOTE: child 13723 exited with status >>> 126 (decoders/dctaf-ddata/gempak/logs/dctaf.log-eGEMTBL=/home/gempak/GE >>> MPAK_INPE1.1/gempak/tablesdata/gempak/taf/YYYYMMDD00.taf) >>> Aug 2 03:33:10 dpns27 pqact[828] NOTE: child 13726 exited with status >>> 126 (decoders/dclsfc-v2-slsystns.upc-ddata/gempak/logs/dclsfc.log-eGEMT >>> >>> BL=/home/gempak/GEMPAK_INPE1.1/gempak/tablesdata/gempak/syn/YYYYMMDD_syn.gem) >>> Aug 2 03:33:10 dpns27 pqact[828] NOTE: child 13739 exited with status >>> 126 (decoders/dctaf-ddata/gempak/logs/dctaf.log-eGEMTBL=/home/gempak/GE >>> MPAK_INPE1.1/gempak/tablesdata/gempak/taf/YYYYMMDD00.taf) >>> Aug 2 03:33:11 dpns27 pqact[828] NOTE: child 13744 exited with status >>> 126 (decoders/dctaf-ddata/gempak/logs/dctaf.log-eGEMTBL=/home/gempak/GE >>> MPAK_INPE1.1/gempak/tablesdata/gempak/taf/YYYYMMDD00.taf) >>> Aug 2 03:33:12 dpns27 pqact[828] NOTE: child 13749 exited with status >>> 126 (decoders/dcmetr-v2-a500-m72-ssfmetar_sa.tbl-ddata/gempak/logs/dcme >>> >>> tr.log-eGEMTBL=/home/gempak/GEMPAK_INPE1.1/gempak/tablesdata/gempak/surface/YYYYMMDD_sao.gem) >>> Aug 2 03:33:12 dpns27 pqact[828] NOTE: child 13754 exited with status >>> 126 (decoders/dcmsfc-b9-ddata/gempak/logs/dcmsfc.log-eGEMTBL=/home/gemp >>> ak/GEMPAK_INPE1.1/gempak/tablesdata/gempak/ship/YYYYMMDDHH_sb.gem) >>> Aug 2 03:33:13 dpns27 pqact[828] NOTE: child 13759 exited with status >>> 126 (decoders/dcmsfc-b9-ddata/gempak/logs/dcmsfc.log-eGEMTBL=/home/gemp >>> ak/GEMPAK_INPE1.1/gempak/tablesdata/gempak/ship/YYYYMMDDHH_sb.gem) >>> Aug 2 03:33:13 dpns27 pqact[828] NOTE: child 13760 exited with status >>> 126 (decoders/dcmetr-v2-a500-m72-ssfmetar_sa.tbl-ddata/gempak/logs/dcme >>> >>> tr.log-eGEMTBL=/home/gempak/GEMPAK_INPE1.1/gempak/tablesdata/gempak/surface/YYYYMMDD_sao.gem) >>> ========== >>> Atualmente, o unicos dados salvos são: >>> ldm@dpns27:~$ <mailto:ldm@dpns27:%7E$> ls -l data/gempak/ >>> >>> total 4 >>> drwxr-xr-x 2 ldm unidata 4096 Aug 2 02:20 jason >>> ldm@dpns27:~$ <mailto:ldm@dpns27:%7E$> ls -l data/gempak/ >>> >>> total 4 >>> drwxr-xr-x 2 ldm unidata 4096 Aug 2 02:20 jason >>> ldm@dpns27:~$ <mailto:ldm@dpns27:%7E$> ls -l data/gempak/jason/ >>> >>> total 656 >>> -rw-r--r-- 1 ldm unidata 115006 Aug 2 00:55 2010080120.bufr >>> -rw-r--r-- 1 ldm unidata 109614 Aug 2 00:55 2010080121.bufr >>> -rw-r--r-- 1 ldm unidata 126377 Aug 2 00:55 2010080122.bufr >>> -rw-r--r-- 1 ldm unidata 93645 Aug 2 02:20 2010080123.bufr >>> -rw-r--r-- 1 ldm unidata 142278 Aug 2 02:20 2010080200.bufr >>> -rw-r--r-- 1 ldm unidata 51566 Aug 2 02:20 2010080201.bufr >>> ============== >>> Agradeço caso possam me ajudar. >>> Abraco >>> Nilza >>> 2010/6/19 waldenio almeida <waldenio.almeida@xxxxxxxxxxxxx <mailto: >>> waldenio.almeida@xxxxxxxxxxxxx>> >>> >>> Prezada Nilza, >>> >>> O upstream LDM é quem vai te fornecer os dados. Vejo também que >>> tens uma configuração antiga, pois ainda está requisitando dados >>> da moingobe (agora é idd.cptec.inpe.br <http://idd.cptec.inpe.br/>). >>> >>> >>> As duas causas masi comuns para o LDM upstream não responder são: >>> 1) Não há autorização para ti no servidor upstream ou 2) o seu >>> firewall estar bloqueando as comunicações pela porta 388. >>> >>> Para verificar isso, use o comando: >>> ldmping rtstats.unidata.ucar.edu <http://rtstats.unidata.ucar.edu/> >>> >>> se não aparecer "RESPONDING" deve ser o seu firewall... >>> >>> >>> abs, >>> Waldenio. >>> >>> >>> Nilza BARROS wrote: >>> >>> >>> Prezados Usuarios do IDD, >>> Finalizei a instalacao do ldm e do gempak no SO Debian. >>> Acompanhei integralmente as instrucoes do Manual para >>> instalacao do FEDORA. Pretendo neste momento so rodar o ldm >>> apenas com as configuracoes minimas. >>> >>> Aparentemente, a instalacao esta correto, mas nao estou >>> recebendo os dados. >>> De acordo com o log (que envio em anexo) um dos problemas e >>> === >>> ERROR: Disconnecting due to LDM failure; Upstream LDM didn't >>> reply to FEEDME request; RPC: Authentication error; why = >>> (authentication error 5) >>> === >>> Jun 17 16:40:25 dpns27 rpc.ldmd[3390] NOTE: Starting Up >>> (version: 6.8.1; built: Jun 15 2010 03:40:04) >>> Jun 17 16:40:25 dpns27 rpc.ldmd[3390] NOTE: Using local >>> address 0.0.0.0:388 <http://0.0.0.0:388/> <http://0.0.0.0:388 >>> >>> <http://0.0.0.0:388/>> >>> >>> Jun 17 16:40:25 dpns27 pqact[3391] NOTE: Starting Up >>> Jun 17 16:40:25 dpns27 pqact[3391] WARN: No such file or directory >>> Jun 17 16:40:25 dpns27 pqact[3391] WARN: stateRead(): Couldn't >>> open "/usr/local/ldm/etc/pqact.conf.state" >>> Jun 17 16:40:25 dpns27 pqact[3391] WARN: Previous-state >>> information doesn't exist. Continuing... >>> Jun 17 16:40:25 dpns27 pqact[3394] NOTE: Starting Up >>> Jun 17 16:40:25 dpns27 pqact[3394] WARN: No such file or directory >>> Jun 17 16:40:25 dpns27 pqact[3394] WARN: stateRead(): Couldn't >>> open "etc/pqact.gempak_decoders.state" >>> Jun 17 16:40:25 dpns27 pqact[3394] WARN: Previous-state >>> information doesn't exist. Continuing... >>> Jun 17 16:40:25 dpns27 pqact[3396] NOTE: Starting Up >>> Jun 17 16:40:25 dpns27 pqact[3396] WARN: No such file or directory >>> Jun 17 16:40:25 dpns27 pqact[3396] WARN: stateRead(): Couldn't >>> open "etc/pqact.gempak_images.state" >>> Jun 17 16:40:25 dpns27 pqact[3396] WARN: Previous-state >>> information doesn't exist. Continuing... >>> Jun 17 16:40:25 dpns27 pqact[3397] NOTE: Starting Up >>> Jun 17 16:40:25 dpns27 pqact[3397] NOTE: Configuration-file >>> "etc/pqact.gempak_cptec" has no entries. You should probabl >>> y not start this program instead. >>> Jun 17 16:40:25 dpns27 pqact[3397] WARN: No such file or directory >>> Jun 17 16:40:25 dpns27 pqact[3397] WARN: stateRead(): Couldn't >>> open "etc/pqact.gempak_cptec.state" >>> Jun 17 16:40:25 dpns27 pqact[3397] WARN: Previous-state >>> information doesn't exist. Continuing... >>> Jun 17 16:40:25 dpns27 moingobe.cptec.inpe.br >>> <http://moingobe.cptec.inpe.br/> >>> >>> <http://moingobe.cptec.inpe.br >>> <http://moingobe.cptec.inpe.br/>>[3398] NOTE: Starting >>> Up(6.8.1): moingobe.cptec.inpe.br:388 >>> <http://moingobe.cptec.inpe.br:388/> >>> >>> <http://moingobe.cptec.inpe.br:388 >>> <http://moingobe.cptec.inpe.br:388/>> 20100617154025 >>> .845 TS_ENDT {{WMO, ".*"}} >>> Jun 17 16:40:25 dpns27 moingobe.cptec.inpe.br >>> <http://moingobe.cptec.inpe.br/> >>> >>> <http://moingobe.cptec.inpe.br >>> <http://moingobe.cptec.inpe.br/>>[3398] NOTE: Previous >>> product-information file ".bfc5a9067e0970ddebbbb201c >>> >>> ldm@dpns27:~/logs$ ls -ltr >>> total 3884 >>> Jun 17 20:19:05 dpns27 mopora.cptec.inpe.br >>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br >>> >>> <http://mopora.cptec.inpe.br/>>[4016] NOTE: LDM-6 desired >>> product-class: 20100617191905.847 TS_ENDT {{WMO, ".*"}} >>> Jun 17 20:19:05 dpns27 mopora.cptec.inpe.br >>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br >>> >>> <http://mopora.cptec.inpe.br/>>[4016] ERROR: Disconnecting due >>> to LDM failure; nullproc_6 failure to mopora.cptec.inpe.br >>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br >>> >>> <http://mopora.cptec.inpe.br/>>; RPC: Unable to receive; errno >>> = Connection reset by peer >>> Jun 17 20:19:06 dpns27 moingobe.cptec.inpe.br >>> <http://moingobe.cptec.inpe.br/> >>> >>> <http://moingobe.cptec.inpe.br >>> <http://moingobe.cptec.inpe.br/>>[4015] NOTE: LDM-6 desired >>> product-class: 20100617191906.613 TS_ENDT {{WMO, ".*"}} >>> Jun 17 20:19:06 dpns27 moingobe.cptec.inpe.br >>> <http://moingobe.cptec.inpe.br/> >>> >>> <http://moingobe.cptec.inpe.br >>> <http://moingobe.cptec.inpe.br/>>[4015] ERROR: Disconnecting >>> due to LDM failure; Upstream LDM didn't reply to FEEDME >>> request; RPC: Authentication error; why = (authentication error 5) >>> Jun 17 20:19:06 dpns27 mopora.cptec.inpe.br >>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br >>> >>> <http://mopora.cptec.inpe.br/>>[4016] NOTE: LDM-6 desired >>> product-class: 20100617191906.966 TS_ENDT {{WMO, ".*"}} >>> Jun 17 20:19:07 dpns27 mopora.cptec.inpe.br >>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br >>> >>> <http://mopora.cptec.inpe.br/>>[4016] ERROR: Disconnecting due >>> to LDM failure; nullproc_6 failure to mopora.cptec.inpe.br >>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br >>> >>> <http://mopora.cptec.inpe.br/>>; RPC: Unable to receive; errno >>> = Connection reset by peer >>> Jun 17 20:19:09 dpns27 mopora.cptec.inpe.br >>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br >>> >>> <http://mopora.cptec.inpe.br/>>[4016] NOTE: LDM-6 desired >>> product-class: 20100617191909.064 TS_ENDT {{WMO, ".*"}} >>> Jun 17 20:19:09 dpns27 mopora.cptec.inpe.br >>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br >>> >>> <http://mopora.cptec.inpe.br/>>[4016] ERROR: Disconnecting due >>> to LDM failure; nullproc_6 failure to mopora.cptec.inpe.br >>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br >>> >>> <http://mopora.cptec.inpe.br/>>; RPC: Unable to receive; errno >>> = Connection reset by peer >>> Jun 17 20:19:12 dpns27 mopora.cptec.inpe.br >>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br >>> >>> <http://mopora.cptec.inpe.br/>>[4016] NOTE: LDM-6 desired >>> product-class: 20100617191912.162 TS_ENDT {{WMO, ".*"}} >>> Jun 17 20:19:12 dpns27 mopora.cptec.inpe.br >>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br >>> >>> <http://mopora.cptec.inpe.br/>>[4016] ERROR: Disconnecting due >>> to LDM failure; nullproc_6 failure to mopora.cptec.inpe.br >>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br >>> >>> <http://mopora.cptec.inpe.br/>>; RPC: Unable to receive; errno >>> = Connection reset by peer >>> Jun 17 20:19:17 dpns27 mopora.cptec.inpe.br >>> <http://mopora.cptec.inpe.br/> <http://mopora.cptec.inpe.br >>> >>> <http://mopora.cptec.inpe.br/>>[4016] NOTE: LDM-6 desired >>> product-class: 20100617191917.264 TS_ENDT {{WMO, ".*"}} >>> Jun 17 20:19:19 dpns27 moingobe.cptec.inpe.br >>> <http://moingobe.cptec.inpe.br/> >>> >>> <http://moingobe.cptec.inpe.br >>> <http://moingobe.cptec.inpe.br/>>[4015] NOTE: LDM-6 desired >>> product-class: 20100617191919.745 TS_ENDT {{WMO, ".*"}} >>> >>> == >>> >>> Agradeco caso possam me ajudar, >>> Nilza Barros >>> >>> >>> >>> >>> 2010/5/24 Nilza BARROS <nilzabarros@xxxxxxxxx >>> <mailto:nilzabarros@xxxxxxxxx> <mailto:nilzabarros@xxxxxxxxx >>> >>> <mailto:nilzabarros@xxxxxxxxx>>> >>> >>> >>> Prezado Waldenio, >>> Agradeço a informação. Então vou tentar manter o >>> Debian como SO, >>> pois tenho >>> mais familiaridade. >>> Abraço, >>> Nilza >>> >>> 2010/5/24 Waldenio G. Almeida >>> <waldenio.almeida@xxxxxxxxxxxxx >>> <mailto:waldenio.almeida@xxxxxxxxxxxxx> >>> <mailto:waldenio.almeida@xxxxxxxxxxxxx >>> <mailto:waldenio.almeida@xxxxxxxxxxxxx>>> >>> >>> >>> Prezada Nilza, >>> >>> Tanto o LDM como o GEMPAK funcionam bem em Debian. A >>> universidade de >>> Évora é um exemplo de usuário Debian do IDD. >>> >>> Na minha avaliação é indiferente se vc escolher Debian, >>> SUSE >>> ou Fedora. >>> O CPTEC usa SUSE, mas o UNIDATA usa Fedora. >>> >>> Na verdade, o melhor sistema será aquele no qual o seu >>> suporte >>> tiver >>> maior familiaridade e capacidade de administrar e resolver >>> problemas. >>> Assumindo obviamente que ele (o suporte) será capaz de >>> fazer >>> qualquer >>> modificação ou configuração que for necessária sem >>> apoio externo. >>> >>> O único sistema LINUX que apresentou deficiências foi o >>> UBUNTU. Na época >>> algumas bibliotecas do MOTIF não estavam disponíveis, >>> além de >>> outras >>> deficiências com relação às distribuições mais >>> tradicionais do >>> LINUX. >>> Isso aconteceu em 2006 quando estávamos trabalhando na >>> extensão do IDD >>> para a África, e optamos por abandoná-lo. Não falo >>> portanto pelas >>> versões novas do Ubuntu. >>> >>> Abs, >>> Waldenio. >>> >>> >>> Nilza BARROS wrote: >>> > Prezados, >>> > >>> > Pretendemos reinstalar nosso IDD,pois com a utilização do >>> Debian os >>> > dados de SYNOP estão chegando corrompidos. Já fizemos >>> vários >>> testes >>> > e tudo indica que o problema é o sistema operacional. >>> > Mas, antes de iniciar a instalação, gostaria de >>> saber dos >>> > participantes do IDD- BRASIL qual sistema operacional me >>> aconselham a >>> > usar. >>> > >>> > Pretendo seguir os passos descritos no site do cptec, >>> onde >>> existe o >>> > manual de instalação para o Fedora e para o Suse. >>> > Minhas perguntas são: >>> > >>> > 1) Qual melhor opção Fedora ou Suse? >>> > 2) Posso utilizar qualquer versão do SO escolhido ou >>> existe >>> alguma que >>> > devo evitar?. Gostaria de usar a versão mais atual. >>> > >>> > Agradeço caso possam me orientar. >>> > >>> > -- >>> > Abraço, >>> > Nilza Barros >>> > >>> >>> ------------------------------------------------------------------------ >>> > >>> > _______________________________________________ >>> > idd-brasil mailing list >>> > idd-brasil@xxxxxxxxxxxxxxxx >>> <mailto:idd-brasil@xxxxxxxxxxxxxxxx> >>> <mailto:idd-brasil@xxxxxxxxxxxxxxxx >>> <mailto:idd-brasil@xxxxxxxxxxxxxxxx>> >>> >>> > For list information or to unsubscribe, visit: >>> http://www.unidata.ucar.edu/mailing_lists/ >>> >>> >>> >>> >>> -- Abraço, >>> Nilza Barros >>> >>> >>> >>> >>> -- Abraço, >>> Nilza Barros >>> >>> >>> >>> >>> -- >>> Abraço, >>> Nilza Barros >>> >> > > > -- > Abraço, > Nilza Barros > -- Abraço, Nilza Barros
idd-brasil archives: