Quantcast
Channel: Mellanox Interconnect Community: Message List
Viewing all 6275 articles
Browse latest View live

Re: Can ping but not connect to ports using infiniband

$
0
0

Thanks. After a clean install with Ubuntu 13.04 and Mellanox OFED 2.0.5 I was able to get pinging working. When I try to run OpenSM on the second port with the port 0 to port 0 and port 1 to port 1 configuration, iblinkinfo seems to always show only 1 set of links. When I try to use port 1 to port 1 ( which works by itself) it says

 

ibwarn: [3161] ib_path_query_via: sa call path_query failed

ibwarn: [3161] main: Failed to resolve 0x0002c903009f5742; attempting full scan

 

I have assigned two ib0 and ib1 to two different subnets. I will try the cross-over configuration and see if that helps.


Re: help for ibping and ibv_rc_pingpong over switchless configuration

$
0
0

It turned out to be something funny with Ubuntu 12.04 Desktop. A clean install of Ubuntu 13.04 Server with MLNX_2.0.5 seemed to get everything working off of one port. With 2 ports in a configuration with port 0 to port 0 and port 1 to port 1, I am getting the following error when I try to look at iblinkinfo on the second port guid.

 

ibwarn: [3161] ib_path_query_via: sa call path_query failed

ibwarn: [3161] main: Failed to resolve 0x0002c903009f5742; attempting full scan

 

I can ping and run netperf however over the second port ib interfaces.

Re: help for ibping and ibv_rc_pingpong over switchless configuration

$
0
0

The cross-over cable thing should help with this.

 

It's because opensmd will only attach to (and use) one port on a server.  By default it attaches to the first port of the first card it finds.  Port 0 for you.

 

When you have port 0 on a server connected to port 0 on another server, with opensmd running on both... what happens is that the first opensmd to start initialises port 0 (ignoring port 1), then it communicates to the other servers' card (port 0) through this connection, initialising that too.  With that first working link established, port 0 (on both ends) is marked as "ACTIVE" and things can communicate over it.

 

When the opensmd on the other node starts up, it tries to attach to port 0.  But it notices the link is already active with another opensmd running on the network.  So, it doesn't proceed with loading and just shuts itself down. (leaving the existing ACTIVE link and other opensmd all still running fine)

 

This is why having port 0 connected to port 0, with port 1 connected to port 1 (and opensmd on both) results in only the port 0 link being active.  The port 1 link never comes up because neither opensmd tries using it.

 

When you do it cross over style (port 0 to port 1 for both servers), both of the opensmd's get their own port 0 and successfully talk to port 1 on the other box, then bring up their link as "ACTIVE".

 

That being said, this is just how things run when they're going by defaults and is the easiest way to set things up.  You can tell opensmd to connect to a different port (not port 0) if you want, by adjusting the config file.  But then you have to maintain the configuration files, etc.  Personally, I like to keep things simple where possible, and leave complicated stuff for when it's actually necessary.

 

Does that help?

 

(note - edited for typo and clarity fixes)

Re: help for ibping and ibv_rc_pingpong over switchless configuration

$
0
0

If you mention that netperf and ping is working over the 2nd port then I guess you took care of a second opensm instance running on the B2B link.

 

For iblinkinfo to work, try:

iblinkinfo -P 2

Re: MLNX-OS Questionaire

$
0
0

Out of curiosity, is there any way you guys could put all of the older Mellanox software and manuals online (with appropriate index) instead of just the latest stuff?

 

That would it make things much easier for those of us working with or interoperating with older/legacy gear.

Re: Mellanox (old Voltaire) ISR9024D-M recover flash area

$
0
0

Hi~ Yairi~

 

I think something about firmware update logic.

If firmware location address and boot up configuration (include console buadrate, etc) location address is different on EEPROM, What can I do?

 

Can I reconfigure boot up configuration in EEPROM?

Re: Docs for older Voltaire gear?

$
0
0

Jae-Hoon Choi - Thanks.    Found some docs via googling too, but they're fairly random versions and some OEM stuff (eg HP, IBM).  No idea what the actual most current (at EoL) docs look like.

 

Also asking to see if this can be addressed "properly" (ie full list of docs/downloads on the website somewhere) so future enthusiasts and home/hobby users starting with legacy stuff have an easier time of it.

Re: diff between mthca and mlx4 drivers

$
0
0

Which operating system are you using?

 

About 2-3 years ago (around RHEL/CentOS 6.0 time), I was using Infinihost III cards.  From memory, they used the mthca driver (on RHEL/CentOS) at the time.

 

These days I'm using ConnectX (version 1) cards, which seem to be using mlx4.

 

I sort of remember reading that the mthca/mlx4 software changed a while ago, with some of the functionality moved around between them.  I don't remember the details in any depth though... and I think that might have just been on ESX drivers or something. (unsure, and it's been a long day. )


Re: mlx4_vnic

$
0
0

Hi torkel,

mlx4_vnic is currently not supported in MLNX OFED 2.0. Will be re-enabled in the future.


Check the Release Notes document:

- EoIB Vnic is currently not supported.

  We will add support for it in future MLNX_OFED release.

Re: diff between mthca and mlx4 drivers

Are the Community Rewards actually available?

$
0
0

A few weeks ago I hit the 1000 points marks in this new Community site.

 

There were "rewards" type of things available, so I hit the "t-shirt" button on the off chance they'd be enabled.

 

But... here it is, a few weeks later and nothing so far.

 

Wondering if the Community rewards thing is actually up and running (yet)?

Re: diff between mthca and mlx4 drivers

$
0
0

Thnx Ali

one more question

how these connectX cards majorly difffers from InfiniHost, is it XRC support   OR   VPI support  OR  something else

same card as with-mem and mem-free

$
0
0

Hi

Can same card (with-mem) can be used as memfree card by changing firmware.

is driver code needs to be changed OR it is trasparent to driver

Re: mlx4_vnic

$
0
0

Hi Ali,

 

I obviously missed that part of the release notes, maybe because the Release notes in the Ubuntu package does not contain that part :-)

 

Any ETA when it be supported?

 

We are needing it for bridging our IB to our 10G-network via a BX5020.

We are currently in the process of upgrading our cluster to Ubuntu Precise (12.04) from Lucid (10.04) and with OFED 1.5.3 not installing/building out of the box on Precise we are stuck, unless we can find another way to bridge the traffic and/or you will release a new version with Vnic support...

same driver for with-mem and mem-free cards

$
0
0

Does this same stack (MLX-OFED / OFED) works for with-mem and mem-free cards

where is actually distinction between them in the code


Re: same driver for with-mem and mem-free cards

$
0
0

Out of curiosity, why do you keep asking the exact same question in multiple places?  It doesn't help.

Re: same card as with-mem and mem-free

$
0
0

it is transparent to the driver. these are very old cards and i am not sure how to change that. why it is matter?

Re: ConnectX-3 EN on an ARM platform

$
0
0

- I've tested the card on an x86 PC- works fine.

- I did not check the power consumption but I doubt that's the issue at hand (10GE ethernet cards from other vendors work fine on this board).

- It's a custom development board- not an off-the-shelf platform.

 

I've noticed the adapter card has an expansion ROM that's probably executed at boot time by the PC's BIOS (It's an x86 byte code image)- any idea what it does?

 

Regards,

Stan

Re: ConnectX-3 EN on an ARM platform

$
0
0

Hmmmm.... no idea at all here, but if that card is supposed to work with powerpc stuff, then maybe it's not x86 code in the expansion ROM?

Re: ConnectX-3 EN on an ARM platform

$
0
0

It's definitely x86 code, but it might not have anything to do with the issues I'm experiencing... It might only be used for PXE, no idea.

Viewing all 6275 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>