[GUFSC] RTlinux

Alexandre Campos alexandre em emc.ufsc.br
Terça Junho 26 07:45:43 BRT 2007


Caros,
assumí que esta lista fosse adequada para mensagem que enviei, considerando
[1] :
"...
Uma lista geral
<https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc>na qual os
inscritos conversam sobre qualquer tema relacionado a software
livre. Desde as dúvidas mais elementares até os problemas mais complexos,
todos são adequados para esta lista. Nela também se busca ajuda no uso de
aplicativos livres e comenta-se sobre questões da filosofia do software
livre.
..."

Porém, parece que o RTLinux tem uma patente, ainda que aceita pela FSF e
alguns outros rolos que podem ser aprofundados em [2][3].

[1]http://www.softwarelivre.ufsc.br/tiki-index.php?page=ComoObterAjuda
[2]http://www.fsmlabs.com/products/rtlinuxpro/rtlinux_patent.html
[3]http://www.gnu.org/philosophy/rtlinux-patent.html


Por outro lado,  lamento profundamente se alguém da lista sentiu-se
desconsiderado pela minha mensagem em inglês, e apresento as minhas mais
sinceras desculpas aos tais, porém gostaria de frisar que em nenhum momento
foi esta a minha intencao. Saibam que ainda que a muitos nao conheco
pessoamente, muito os considero a todos pelas idéias trocadas por meio desta
lista.

Mas agora o meu problema:
Esta é a tabela de rotas normal, prévia a instalacao do  módulo do LNET.

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface
138.100.76.0    *               255.255.255.0   U     0      0        0
eth0
link-local      *               255.255.0.0     U     0      0        0
eth0
loopback        *               255.0.0.0       U     0      0        0
lo
default         138.100.76.1    0.0.0.0         UG    0      0        0
eth0

A tabela de rotas após a execucao do  './inslnet' (instalacao do LNET) fica
da seguinte forma. Cabe dizer que, com isto a configuracao anterior das
rotas se perde. Porém ao tentar reconstruir a tabela de rotas por meio do
comando route é preciso indicar o Iface (que antes era eth0), mas que agora,
ao instalar o LNET, perdeu-se.


Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface
loopback        *               255.0.0.0       U     0      0        0
lo


Assim sendo,  a orígem do problema na tabela de rotas  é que nao existe um
dispositivo Iface, equivalente a eth0 que permita reconfigurar a rede.

Qualquer dica é bem-vinda!!
alexandre



On 6/25/07, Emílio Wuerges <wuerges em gmail.com> wrote:
>
> Primeiramente, acredito q esta nao e' a lista adequada para receber essa
> mensagem. A descricao do problema esta ate' em ingles! Isso e' uma falta de
> consideracao com muitos membros da lista, provavelmente.
>
> Mas agora o seu problema:
> Devido a mensagem de erro:
>
> //--
>  jordiRTLinux:/opt/rtldk-2.2/rtlinuxpro/lnet/bin # ./ping.rtl target=
> 138.100.76.1
>
> dev0: PING ( 138.100.76.1)
> ERROR: dev0 rtl_sendmsg() returned -301
>
>
>
> The error information on the documentation says: 'Destination IP4 Address
> not found in table'. But we don't know how to solve this problem.
> //--
>
> O erro provavelmente se deve a uma tabela de rotas mal configurada.
> Poderia postar a tabela de rotas?
>
>
> 2007/6/25, Alexandre Campos < alexandre em emc.ufsc.br>:
> >
> > Caros,
> > talvez alguem tenha uma dica para resolver um problema com RTLINUX:
> > Qualquer sugestao é bem-vinda!!
> > abracos,
> > alexandre
> >
> >
> > We recently, have a WR RTLinuxPro v2.2 Subscription and WR LNet Real
> > Time Networking for RTLinuxPro v2.2.
> > We have installed the RTLinuxPro successfully and we have check it with
> > the regression scripts, but we have problems setting up the LNet.
> > We have one of the recommended Network Card: INTEL PRO/1000 82541GI.
> > We can make the './lnet/bin/inslnet' and it works, then we can do
> > ./lnetinfo and we can see the next information.
> >
> > jordiRTLinux:/opt/rtldk-2.2/rtlinuxpro/lnet/bin # ./inslnet
> >
> > ===============================================================================
> >
> >
> > LNet ready!  Below are the locations of some useful utilities.
> >
> >   '/opt/rtldk-2.2/rtlinuxpro/lnet/bin/lnetinfo'       : display LNet
> > device info
> >   '/opt/rtldk-2.2/rtlinuxpro/lnet/bin/lnetmsglvl.rtl' : change LNet
> > debug-message level
> >   '/opt/rtldk-2.2/rtlinuxpro/lnet/bin/eth_dump.rtl'   : display received
> > Ethernet packets
> >
> > jordiRTLinux:/opt/rtldk-2.2/rtlinuxpro/lnet/bin # ./lnetinfo
> > LNet Ethernet dev 0
> >   Intel Pro/1000 82541GI_LF
> >   IRQ:22  IO:0xc800  GUID:00:0e:0c:dd:15:92
> >   IOMEM:0xcdee0000
> >
> >
> > After that, we configure the IP address of the Lnet device, as you can
> > see below.
> >
> > jordiRTLinux:/opt/rtldk-2.2/rtlinuxpro/lnet/bin # ./lnet_ipconfig.rtl
> > idx=0 mac=00:0e:0c:dd:15:92 ip= 138.100.76.211
> > IPv4 table entry 0 changed:
> >   [was] mac=00:02:b3:2a:f6:b1 ip= 10.0.53.1
> >   [now] mac=00:0e:0c:dd:15:92 ip= 138.100.76.211
> >
> > Then we think that we can do a ping, to check that the Ethernet works
> > properly, but when we do that, we get the next error:
> >
> >  jordiRTLinux:/opt/rtldk-2.2/rtlinuxpro/lnet/bin # ./ping.rtl target=
> > 138.100.76.1
> >
> > dev0: PING ( 138.100.76.1)
> > ERROR: dev0 rtl_sendmsg() returned -301
> >
> >
> >
> > The error information on the documentation says: 'Destination IP4
> > Address not found in table'. But we don't know how to solve this problem.
> >
> > We have also try to execute the './ethernet_regression' and we get the
> > next unsatisfactory message
> >
> > jordiRTLinux:/opt/rtldk-2.2/rtlinuxpro/lnet/regression # ./regression.sh
> >
> > *******************************************************************************
> >
> >
> > * Begin LNet 2.2 regression.sh
> >
> > * HOST1=lnet1 HOST2=lnet2
> >
> > * ROOTDIR=/opt/rtldk-2.2/i386_root DURATION=120 BOARD=on
> >
> > * EXTRA_CMDLINE=
> >
> > *******************************************************************************
> >
> >
> >
> >
> > =============================== Begin Logfile
> > =================================
> >
> > ++ prepare_hosts
> >
> > ++ : lnet1 lnet2 /opt/rtldk-2.2/i386_root
> >
> > ++ echo '###Preparing hosts'
> >
> > ###Preparing hosts
> >
> > ++ '[' '!' -f /opt/rtldk-2.2/i386_root/etc/init.d/rcS.orig ']'
> >
> > ++ cp /opt/rtldk-2.2/i386_root/etc/init.d/rcS /opt/rtldk-2.2
> > /i386_root/etc/init.d/rcS.orig
> >
> > cp: cannot stat `/opt/rtldk- 2.2/i386_root/etc/init.d/rcS': No such file
> > or directory
> >
> > ++ echo 'cd /rtlinuxpro && ./scripts/rw.sh'
> >
> > ./lnet_regression_bashlib.sh: line 286: /opt/rtldk-2.2/i386_root/etc/init.d/rcS:
> > No such file or directory
> >
> > ++ mkdir -p /opt/rtldk-2.2/i386_root/root/.ssh
> >
> > ++ filter_file /opt/rtldk-2.2/i386_root/root/.ssh/authorized_keys lnet1
> >
> > ++ file=/opt/rtldk-2.2/i386_root/root/.ssh/authorized_keys
> >
> > ++ shift
> >
> > +++ echo lnet1
> >
> > +++ sed '{ s,[]/\\$*[],\\&,g }'
> >
> > ++ x=lnet1
> >
> > ++ sed -i '{ /lnet1/d }' /opt/rtldk-2.2
> > /i386_root/root/.ssh/authorized_keys
> >
> > sed: can't read /opt/rtldk-2.2/i386_root/root/.ssh/authorized_keys: No
> > such file or directory
> >
> > ++ error 'filter_file: filtering of file /opt/rtldk-2.2/i386_root/root/.ssh/authorized_keys
> > failed'
> >
> > ++ : /tmp/lnet2.2_test_failed on lnet1 lnet2 /opt/rtldk-2.2
> > /i386_root/tmp/lnet-2.2_regression_logs/lnet2.2_main_regression.log
> >
> > ++ touch /tmp/lnet2.2_test_failed
> >
> > ++ echo
> >
> >
> >
> > ++ '[' -n '' ']'
> >
> > ++ set +x
> >
> > filter_file: filtering of file /opt/rtldk-2.2/i386_root/root/.ssh/authorized_keys
> > failed
> >
> > ================================ End logfile
> > ==================================
> >
> > Killed
> >
> > jordiRTLinux:/opt/rtldk-2.2/rtlinuxpro/lnet/regression #
> >
> >
> >
> > Whatever more information that you need I will provide you immediately.
> >
> >
> >
> > It seems that the problem is on how to link the new module installed
> > 'lnet' with and Ethernet interface (eth0) o another similar methods that
> > allows to configure properly the Ethernet (Gateway, etc). I think that when
> > I try to do a ping the error message sounds like if the system wasn't able
> > to find the address (gateway problem).
> >
> >
> >
> > Thanks in advance for you help,
> >
> >
> >
> >
> > _______________________________________________
> > GUFSC mailing list
> > GUFSC em softwarelivre.ufsc.br
> > https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
> >
> >
>
>
> --
> Emilio Wuerges
> LAPS - Laboratorio de Automacao de Projeto de Sistemas
> UFSC - Universidade Federal de Santa Catarina
> Brasil
> _______________________________________________
> GUFSC mailing list
> GUFSC em softwarelivre.ufsc.br
> https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
>
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://www.softwarelivre.ufsc.br/pipermail/gufsc/attachments/20070626/0c0cebc9/attachment.html 


Mais detalhes sobre a lista de discussão GUFSC