Project Home
Project Home
Wiki
Wiki
Discussion Forums
Discussions
Project Information
Project Info
Forum Topic - qnet problem under qnx6.3.2: (15 Items)
   
qnet problem under qnx6.3.2  
I have a qnx 6.3.2 machine and qnx6.3.2 target, i wanna the two to transfer data via qnet.
i was able to start them via "mount -T io-net /lib/dll/npm-qnet.so" and the two could ping thru each other, but under /
net of the target, there was no qnx host there. when i changed another host machine, then /net had the host name.

And another problem is that when the qnx host started, it popped up:
"Unable to mount a qnx4 file systems as fs/hd0-qnx4 on /dev/hd0779 (Corrupted file system detected), may the qnet 
problem be the result of this? 

thx
Eric
RE: qnet problem under qnx6.3.2  
If you have more than 1 interface, you have to specify which one is
bound to qnet. (use option bind=nic in your mount command).

Thanks.

Weijie


-----Original Message-----
From: Eric Dong [mailto:eric.dongxx@gmail.com] 
Sent: June 24, 2008 5:00 AM
To: builds-networking
Subject: qnet problem under qnx6.3.2

I have a qnx 6.3.2 machine and qnx6.3.2 target, i wanna the two to
transfer data via qnet.
i was able to start them via "mount -T io-net /lib/dll/npm-qnet.so" and
the two could ping thru each other, but under /net of the target, there
was no qnx host there. when i changed another host machine, then /net
had the host name.

And another problem is that when the qnx host started, it popped up:
"Unable to mount a qnx4 file systems as fs/hd0-qnx4 on /dev/hd0779
(Corrupted file system detected), may the qnet problem be the result of
this? 

thx
Eric

_______________________________________________
Builds
http://community.qnx.com/sf/go/post9547
RE: qnet problem under qnx6.3.2  
If you can provide information from nicinfo, sloginfo to start that
might help to diagnose the problem.

The corrupted file system could be a problem, but that seems unlikely.
You can use "chkfsys" to fix the file system corruption if it isn't too
severe.



-----Original Message-----
From: Eric Dong [mailto:eric.dongxx@gmail.com] 
Sent: Tuesday, June 24, 2008 5:00 AM
To: builds-networking
Subject: qnet problem under qnx6.3.2

I have a qnx 6.3.2 machine and qnx6.3.2 target, i wanna the two to
transfer data via qnet.
i was able to start them via "mount -T io-net /lib/dll/npm-qnet.so" and
the two could ping thru each other, but under /net of the target, there
was no qnx host there. when i changed another host machine, then /net
had the host name.

And another problem is that when the qnx host started, it popped up:
"Unable to mount a qnx4 file systems as fs/hd0-qnx4 on /dev/hd0779
(Corrupted file system detected), may the qnet problem be the result of
this? 

thx
Eric

_______________________________________________
Builds
http://community.qnx.com/sf/go/post9547
Re: RE: qnet problem under qnx6.3.2  
relevant sloginfo as follows:
Jun 24 09:52:39    7    15     0 npm-qnet(L4): qnet_birth(): qnet_init() - calling

Jun 24 09:52:39    7    15     0 npm-qnet(L4): en_ionet_rx_ctrl(): new interface: en0: index 0 cell 1 endpt 0 iface 0 
mac addr 00:0D:60:10:62:87

Jun 24 09:52:39    7    15     0 npm-qnet(QOS): nd_change_notify(): Node Up:   nd 0 xx.edu

Jun 24 09:52:39    7    15     0 npm-qnet(L4): qnet_birth(): qnet_init() - complete: 0

Jun 24 09:52:39    7    15     0 npm-qnet(L4): lr_verify_my_name_and_domain(): starting resolution of our hostname xx.
edu to ensure unique

Jun 24 09:52:40    7    15     0 npm-qnet(L4): lr_verify_my_name_and_domain(): qnet going online

seemed okay, i started the qnet thru "mount -T io-net /lib/dll/npm-qnet.so", this scipt could work well on other 
machines. and the nicinfo should be no problem.

thx
Eric
RE: RE: qnet problem under qnx6.3.2  
It would still be useful to see the nicinfo to see what the driver is
doing.  I take it that other machines on the same network are working ok
with the mount command, so this seems to point to something being wrong
with this particular box.



-----Original Message-----
From: Eric Dong [mailto:eric.dongxx@gmail.com] 
Sent: Tuesday, June 24, 2008 10:49 AM
To: builds-networking
Subject: Re: RE: qnet problem under qnx6.3.2

relevant sloginfo as follows:
Jun 24 09:52:39    7    15     0 npm-qnet(L4): qnet_birth(): qnet_init()
- calling

Jun 24 09:52:39    7    15     0 npm-qnet(L4): en_ionet_rx_ctrl(): new
interface: en0: index 0 cell 1 endpt 0 iface 0 mac addr
00:0D:60:10:62:87

Jun 24 09:52:39    7    15     0 npm-qnet(QOS): nd_change_notify(): Node
Up:   nd 0 xx.edu

Jun 24 09:52:39    7    15     0 npm-qnet(L4): qnet_birth(): qnet_init()
- complete: 0

Jun 24 09:52:39    7    15     0 npm-qnet(L4):
lr_verify_my_name_and_domain(): starting resolution of our hostname
xx.edu to ensure unique

Jun 24 09:52:40    7    15     0 npm-qnet(L4):
lr_verify_my_name_and_domain(): qnet going online

seemed okay, i started the qnet thru "mount -T io-net
/lib/dll/npm-qnet.so", this scipt could work well on other machines. and
the nicinfo should be no problem.

thx
Eric

_______________________________________________
Builds
http://community.qnx.com/sf/go/post9585
Re: RE: RE: qnet problem under qnx6.3.2  
yes, u guess is right. since the other hosts would be available under /net on the target, here is the output of nicinfo 
of the "wrong" machine:

INTEL 82558 Ethernet Controller

  Physical Node ID ........................... 000D60 106287
  Current Physical Node ID ................... 000D60 106287
  Current Operation Rate ..................... 100.00 Mb/s full-duplex
  Active Interface Type ...................... MII
    Active PHY address ....................... 1
  Maximum Transmittable data Unit ............ 1514
  Maximum Receivable data Unit ............... 1514
  Hardware Interrupt ......................... 0xb
  I/O Aperture ............................... 0x8000 - 0x803f
  Memory Aperture ............................ 0xc0201000 - 0xc0201fff
  Promiscuous Mode ........................... Off
  Multicast Support .......................... Enabled

  Packets Transmitted OK ..................... 251
  Bytes Transmitted OK ....................... 39582
  Broadcast Packets Transmitted OK ........... 251
  Multicast Packets Transmitted OK ........... 0
  Memory Allocation Failures on Transmit ..... 0

  Packets Received OK ........................ 5285
  Bytes Received OK .......................... 471963
  Broadcast Packets Received OK .............. 5285
  Multicast Packets Received OK .............. 0
  Memory Allocation Failures on Receive ...... 0

  Single Collisions on Transmit .............. 0
  Multiple Collisions on Transmit ............ 0
  Deferred Transmits ......................... 0
  Late Collision on Transmit errors .......... 0
  Transmits aborted (excessive collisions) ... 0
  Transmit Underruns ......................... 0
  No Carrier on Transmit ..................... 0
  Receive Alignment errors ................... 0
  Received packets with CRC errors ........... 0
  Packets Dropped on receive ................. 0
  Short packets .............................. 0
  Total Frames experiencing Collison(s) ...... 0
RE: RE: RE: qnet problem under qnx6.3.2  
And you were right that nicinfo looks as it should :) (but at least I
know now that it's an Intel driver and that auto-negotiation is good and
there are no errors on the interface).

If you know the name of one of the other machines on the network, can
you try an ls /net/name_of_other_computer and see if that works?  

One other point is that QNET is a layer 2 protocol that isn't routed.
Are all of these hosts connected to the same layer 2 switch domain?



-----Original Message-----
From: Eric Dong [mailto:eric.dongxx@gmail.com] 
Sent: Tuesday, June 24, 2008 11:03 AM
To: builds-networking
Subject: Re: RE: RE: qnet problem under qnx6.3.2

yes, u guess is right. since the other hosts would be available under
/net on the target, here is the output of nicinfo of the "wrong"
machine:

INTEL 82558 Ethernet Controller

  Physical Node ID ........................... 000D60 106287
  Current Physical Node ID ................... 000D60 106287
  Current Operation Rate ..................... 100.00 Mb/s full-duplex
  Active Interface Type ...................... MII
    Active PHY address ....................... 1
  Maximum Transmittable data Unit ............ 1514
  Maximum Receivable data Unit ............... 1514
  Hardware Interrupt ......................... 0xb
  I/O Aperture ............................... 0x8000 - 0x803f
  Memory Aperture ............................ 0xc0201000 - 0xc0201fff
  Promiscuous Mode ........................... Off
  Multicast Support .......................... Enabled

  Packets Transmitted OK ..................... 251
  Bytes Transmitted OK ....................... 39582
  Broadcast Packets Transmitted OK ........... 251
  Multicast Packets Transmitted OK ........... 0
  Memory Allocation Failures on Transmit ..... 0

  Packets Received OK ........................ 5285
  Bytes Received OK .......................... 471963
  Broadcast Packets Received OK .............. 5285
  Multicast Packets Received OK .............. 0
  Memory Allocation Failures on Receive ...... 0

  Single Collisions on Transmit .............. 0
  Multiple Collisions on Transmit ............ 0
  Deferred Transmits ......................... 0
  Late Collision on Transmit errors .......... 0
  Transmits aborted (excessive collisions) ... 0
  Transmit Underruns ......................... 0
  No Carrier on Transmit ..................... 0
  Receive Alignment errors ................... 0
  Received packets with CRC errors ........... 0
  Packets Dropped on receive ................. 0
  Short packets .............................. 0
  Total Frames experiencing Collison(s) ...... 0

_______________________________________________
Builds
http://community.qnx.com/sf/go/post9588
Re: RE: RE: RE: qnet problem under qnx6.3.2  
thx, one target, machine A and machine B all with qnx 6.3.2 connected via a hub. on the target and A, both can see each 
other under /net directory. while B could only see itself. that's confusing... 

ps: could you please provide me with your explanation to my another thread "script for two network cards?" got stuck 
quite a lot on my current project. and do appreciate all of your responses so far. 

> And you were right that nicinfo looks as it should :) (but at least I
> know now that it's an Intel driver and that auto-negotiation is good and
> there are no errors on the interface).
> 
> If you know the name of one of the other machines on the network, can
> you try an ls /net/name_of_other_computer and see if that works?  
> 
> One other point is that QNET is a layer 2 protocol that isn't routed.
> Are all of these hosts connected to the same layer 2 switch domain?
> 
> 
> 
> -----Original Message-----
> From: Eric Dong [mailto:eric.dongxx@gmail.com] 
> Sent: Tuesday, June 24, 2008 11:03 AM
> To: builds-networking
> Subject: Re: RE: RE: qnet problem under qnx6.3.2
> 
> yes, u guess is right. since the other hosts would be available under
> /net on the target, here is the output of nicinfo of the "wrong"
> machine:
> 
> INTEL 82558 Ethernet Controller
> 
>   Physical Node ID ........................... 000D60 106287
>   Current Physical Node ID ................... 000D60 106287
>   Current Operation Rate ..................... 100.00 Mb/s full-duplex
>   Active Interface Type ...................... MII
>     Active PHY address ....................... 1
>   Maximum Transmittable data Unit ............ 1514
>   Maximum Receivable data Unit ............... 1514
>   Hardware Interrupt ......................... 0xb
>   I/O Aperture ............................... 0x8000 - 0x803f
>   Memory Aperture ............................ 0xc0201000 - 0xc0201fff
>   Promiscuous Mode ........................... Off
>   Multicast Support .......................... Enabled
> 
>   Packets Transmitted OK ..................... 251
>   Bytes Transmitted OK ....................... 39582
>   Broadcast Packets Transmitted OK ........... 251
>   Multicast Packets Transmitted OK ........... 0
>   Memory Allocation Failures on Transmit ..... 0
> 
>   Packets Received OK ........................ 5285
>   Bytes Received OK .......................... 471963
>   Broadcast Packets Received OK .............. 5285
>   Multicast Packets Received OK .............. 0
>   Memory Allocation Failures on Receive ...... 0
> 
>   Single Collisions on Transmit .............. 0
>   Multiple Collisions on Transmit ............ 0
>   Deferred Transmits ......................... 0
>   Late Collision on Transmit errors .......... 0
>   Transmits aborted (excessive collisions) ... 0
>   Transmit Underruns ......................... 0
>   No Carrier on Transmit ..................... 0
>   Receive Alignment errors ................... 0
>   Received packets with CRC errors ........... 0
>   Packets Dropped on receive ................. 0
>   Short packets .............................. 0
>   Total Frames experiencing Collison(s) ...... 0
> 
> _______________________________________________
> Builds
> http://community.qnx.com/sf/go/post9588


RE: RE: RE: RE: qnet problem under qnx6.3.2  
I'm a bit confused myself...  Just to re-cap.  You have three x86 boxes,
all connected together on the same Ethernet switch: a target T, A and B.

A and T can see each other through qnet.  B can not see either A or T. B
can ping A and T though (so IP works OK).

If T is named target and you do ls /net/target from B, does anything
appear.



-----Original Message-----
From: Eric Dong [mailto:eric.dongxx@gmail.com] 
Sent: Tuesday, June 24, 2008 11:19 AM
To: builds-networking
Subject: Re: RE: RE: RE: qnet problem under qnx6.3.2

thx, one target, machine A and machine B all with qnx 6.3.2 connected
via a hub. on the target and A, both can see each other under /net
directory. while B could only see itself. that's confusing... 

ps: could you please provide me with your explanation to my another
thread "script for two network cards?" got stuck quite a lot on my
current project. and do appreciate all of your responses so far. 

> And you were right that nicinfo looks as it should :) (but at least I
> know now that it's an Intel driver and that auto-negotiation is good
and
> there are no errors on the interface).
> 
> If you know the name of one of the other machines on the network, can
> you try an ls /net/name_of_other_computer and see if that works?  
> 
> One other point is that QNET is a layer 2 protocol that isn't routed.
> Are all of these hosts connected to the same layer 2 switch domain?
> 
> 
> 
> -----Original Message-----
> From: Eric Dong [mailto:eric.dongxx@gmail.com] 
> Sent: Tuesday, June 24, 2008 11:03 AM
> To: builds-networking
> Subject: Re: RE: RE: qnet problem under qnx6.3.2
> 
> yes, u guess is right. since the other hosts would be available under
> /net on the target, here is the output of nicinfo of the "wrong"
> machine:
> 
> INTEL 82558 Ethernet Controller
> 
>   Physical Node ID ........................... 000D60 106287
>   Current Physical Node ID ................... 000D60 106287
>   Current Operation Rate ..................... 100.00 Mb/s full-duplex
>   Active Interface Type ...................... MII
>     Active PHY address ....................... 1
>   Maximum Transmittable data Unit ............ 1514
>   Maximum Receivable data Unit ............... 1514
>   Hardware Interrupt ......................... 0xb
>   I/O Aperture ............................... 0x8000 - 0x803f
>   Memory Aperture ............................ 0xc0201000 - 0xc0201fff
>   Promiscuous Mode ........................... Off
>   Multicast Support .......................... Enabled
> 
>   Packets Transmitted OK ..................... 251
>   Bytes Transmitted OK ....................... 39582
>   Broadcast Packets Transmitted OK ........... 251
>   Multicast Packets Transmitted OK ........... 0
>   Memory Allocation Failures on Transmit ..... 0
> 
>   Packets Received OK ........................ 5285
>   Bytes Received OK .......................... 471963
>   Broadcast Packets Received OK .............. 5285
>   Multicast Packets Received OK .............. 0
>   Memory Allocation Failures on Receive ...... 0
> 
>   Single Collisions on Transmit .............. 0
>   Multiple Collisions on Transmit ............ 0
>   Deferred Transmits ......................... 0
>   Late Collision on Transmit errors .......... 0
>   Transmits aborted (excessive collisions) ... 0
>   Transmit Underruns ......................... 0
>   No Carrier on Transmit ..................... 0
>   Receive Alignment errors ................... 0
>   Received packets with CRC errors ........... 0
>   Packets Dropped on receive ................. 0
>   Short packets .............................. 0
>   Total Frames experiencing Collison(s) ...... 0
> 
>...
Re: RE: RE: RE: RE: qnet problem under qnx6.3.2  
you are right.
the output of "ls /net/target.intra.net" is as follows:
ls: No route to host (/net/target.intra.net)

there should be no route problem in the hub connection, right?
thx
Eric
RE: RE: RE: RE: RE: qnet problem under qnx6.3.2  
Certainly shouldn't be a problem with the Ethernet switch and you did
say that you can ping the other machines via IP, correct?

The "no route" simply means that it couldn't find anything on the
network.  I was hoping that by forcing it to attempt a resolution that
things would work, but apparently not.

I'm grasping at straws here, but can you try changing the switch port
for the machine that doesn't work to one that does? 

-----Original Message-----
From: Eric Dong [mailto:eric.dongxx@gmail.com] 
Sent: Wednesday, June 25, 2008 5:41 AM
To: builds-networking
Subject: Re: RE: RE: RE: RE: qnet problem under qnx6.3.2

you are right.
the output of "ls /net/target.intra.net" is as follows:
ls: No route to host (/net/target.intra.net)

there should be no route problem in the hub connection, right?
thx
Eric

_______________________________________________
Builds
http://community.qnx.com/sf/go/post9644
Re: RE: RE: RE: RE: RE: qnet problem under qnx6.3.2  
thx, Robert, i have changed the hardware configuration. the problem definitely lies in the wrong machine, but one 
question: what kind of library is needed when calling qnet? seems it is unable to resolve the network name?

Eric
RE: RE: RE: RE: RE: RE: qnet problem under qnx6.3.2  
Hi Eric:
	I'm not sure that I understand the question...  If you're using
io-net, you need npm-qnet.so as well as the usual networking libraries
and that all seems to be there already.  Would it be worthwhile doing a
fresh install of the software on the machine that doesn't work to see if
there's some sort of corruption issue?  I suspect not since this would
have shown up as a failure of some sort in the logs.

	Robert.

-----Original Message-----
From: Eric Dong [mailto:eric.dongxx@gmail.com] 
Sent: Friday, June 27, 2008 9:18 AM
To: builds-networking
Subject: Re: RE: RE: RE: RE: RE: qnet problem under qnx6.3.2

thx, Robert, i have changed the hardware configuration. the problem
definitely lies in the wrong machine, but one question: what kind of
library is needed when calling qnet? seems it is unable to resolve the
network name?

Eric

_______________________________________________
Builds
http://community.qnx.com/sf/go/post9772
Re: RE: RE: RE: RE: RE: RE: qnet problem under qnx6.3.2  
i made it thru via mounting "npm-qnet-compat.so" instead of "npm-qnet.so", it worked fine now. thx

Eric
RE: RE: RE: RE: RE: RE: RE: qnet problem under qnx6.3.2  
Qnet-compat is an old style version of qnet that provides backwards
compatibility with QNX6.2.1.  It isn't recommended for new projects.

If qnet-compat works, there's no reason why regular qnet wouldn't work,
though...

	Robert.

-----Original Message-----
From: Eric Dong [mailto:eric.dongxx@gmail.com] 
Sent: Monday, June 30, 2008 9:26 AM
To: builds-networking
Subject: Re: RE: RE: RE: RE: RE: RE: qnet problem under qnx6.3.2

i made it thru via mounting "npm-qnet-compat.so" instead of
"npm-qnet.so", it worked fine now. thx

Eric

_______________________________________________
Builds
http://community.qnx.com/sf/go/post9854