All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vladimir Sokolovsky <vlad-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
To: Steve Wise
	<swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org>,
	ewg-ZwoEplunGu1OwGhvXhtEPSCwEArCW2h5@public.gmane.org
Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: OFED-4.8, rdma-core, and library paths
Date: Tue, 7 Feb 2017 16:18:29 +0200	[thread overview]
Message-ID: <5899D735.3060503@dev.mellanox.co.il> (raw)
In-Reply-To: <011b01d28153$e5f0adf0$b1d209d0$@opengridcomputing.com>

On 02/07/2017 05:07 PM, Steve Wise wrote:
> Hey,
>
> I think we have an issue with the new rdma-core packaging and OFED-4.8.  I think
> OFED-4.8 installs provider libraries in a different location than previous
> releases of the provider libs.  The result of this, I think, is that OFED-4.8
> installed over a destro with its own provider libs installed will result in two
> versions of the libs installed, and further, the system might end up using the
> distro provider libs with newer OFED drivers, which could be problematic.  I
> believe the OFED installer uninstalls previous OFED rpms, but not distro rpms.
>  From what I can tell, it uses the ofed_info  command, if it exists, to determine
> which rpms to uninstall.  So if there is no previous OFED installed, then
> ofed_info will not exist so the distro rdma rpms will not be uninstalled.  Prior
> to OFED-4.8, I think this was somewhat benign, because OFED would install the
> provider libs over the currently installed distro libs, and thus nobody noticed.
> But now the rdma-core package puts the provider libs in a different location,
> thus exposing this issue.
>
> What do folks think about this?  Should OFED-4.8 try and uninstall rdma
> cmds/libs regardless of where they came from?  Perhaps optionally.  Or should
> this just be documented so the admin is required to deal with it?  I think if we
> leave OFED as-is, we'll end up with lots of support issues where old libs are
> being loaded causing problems.
>
> Thoughts?  Am I missing something in the OFED-4.8 installer that avoids this
> issue?
>
>
> Steve.

Hi Steve,
OFED's install script uninstalls previous OFED versions and 
corresponding in-box RPMs as well.
The list of in-box RPMs that should be uninstalled is maintained in the 
install.pl script itself. ofed_info is not used by the install.pl script.
So, there should be no issue here.

Regards,
Vladimir
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2017-02-07 14:18 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-07 15:07 OFED-4.8, rdma-core, and library paths Steve Wise
2017-02-07 14:18 ` Vladimir Sokolovsky [this message]
     [not found]   ` <5899D735.3060503-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
2017-02-07 15:37     ` Steve Wise
2017-02-07 17:11 ` Jason Gunthorpe
     [not found]   ` <20170207171145.GB1077-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2017-02-07 17:19     ` Steve Wise
2017-02-07 17:27       ` Jason Gunthorpe
     [not found]         ` <20170207172752.GA12315-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2017-02-07 18:06           ` Leon Romanovsky
     [not found]             ` <20170207180642.GQ6005-U/DQcQFIOTAAJjI8aNfphQ@public.gmane.org>
2017-02-07 18:18               ` Jason Gunthorpe
     [not found]                 ` <20170207181814.GA13368-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2017-02-07 18:35                   ` Leon Romanovsky
     [not found]                     ` <20170207183538.GT6005-U/DQcQFIOTAAJjI8aNfphQ@public.gmane.org>
2017-02-07 18:42                       ` Jason Gunthorpe
     [not found]                         ` <20170207184206.GA14102-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2017-02-07 19:47                           ` Leon Romanovsky
     [not found]                             ` <20170207194759.GU6005-U/DQcQFIOTAAJjI8aNfphQ@public.gmane.org>
2017-02-07 20:14                               ` Leon Romanovsky
     [not found]                                 ` <20170207201428.GV6005-U/DQcQFIOTAAJjI8aNfphQ@public.gmane.org>
2017-02-07 20:59                                   ` Jason Gunthorpe
     [not found]                                     ` <20170207205930.GA28922-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2017-02-08  6:37                                       ` Leon Romanovsky
     [not found]                                         ` <20170208063758.GZ6005-U/DQcQFIOTAAJjI8aNfphQ@public.gmane.org>
2017-02-08  8:09                                           ` Leon Romanovsky
2017-02-08 17:33                                           ` Jason Gunthorpe
     [not found]                                             ` <20170208173335.GB30720-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2017-02-08 18:01                                               ` Leon Romanovsky
     [not found]                                                 ` <20170208180104.GG6005-U/DQcQFIOTAAJjI8aNfphQ@public.gmane.org>
2017-02-08 18:18                                                   ` Jason Gunthorpe
     [not found]                                                     ` <20170208181820.GA31664-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2017-02-08 18:54                                                       ` Leon Romanovsky
     [not found]                                                         ` <20170208185446.GH6005-U/DQcQFIOTAAJjI8aNfphQ@public.gmane.org>
2017-02-08 20:56                                                           ` Jason Gunthorpe
     [not found]                                                             ` <20170208205622.GA32427-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2017-02-09  5:31                                                               ` Leon Romanovsky
2017-02-09  9:53                                                               ` Benjamin Drung
     [not found]                                                                 ` <1486634006.3632.5.camel-EIkl63zCoXaH+58JC4qpiA@public.gmane.org>
2017-02-09 12:32                                                                   ` Leon Romanovsky
2017-02-08 19:39                                                       ` Leon Romanovsky

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5899D735.3060503@dev.mellanox.co.il \
    --to=vlad-ldsdmyg8hgv8yrgs2mwiifqbs+8scbdb@public.gmane.org \
    --cc=ewg-ZwoEplunGu1OwGhvXhtEPSCwEArCW2h5@public.gmane.org \
    --cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.