Dell - Internal Use - Confidential Hi,
We have analyzed and found that this will not impact the functionality. We will be providing a fix in the upcoming release of OMSA. Thank you for bringing it to our notice. Also please write back to us in case you are facing issues. Thanks, Vinay Krishna K Message: 1 Date: Thu, 25 May 2017 13:47:40 -0400 (EDT) From: Paul Raines <[email protected]<mailto:[email protected]>> Subject: Re: [Linux-PowerEdge] OMSA 8.5.0 config file sets path to C:\\Program Files (x86)\\Dell\\SysMgt\\dataeng\\bin<file:///\\Dell\SysMgt\dataeng\bin> To: Kilian Cavalotti <[email protected]<mailto:[email protected]>> Cc: [email protected]<mailto:[email protected]> Message-ID: <[email protected]<mailto:[email protected]>> Content-Type: text/plain; charset=US-ASCII; format=flowed This is very odd. I see this when updating a box today. But on a box I installed fresh yesterday which has the same srvadmin-deng-8.5.0-2372.10488 package version, it the correct linux path in that file. The issue is in the way the 'postinstall scriplet' is used in the RPM (see it by running 'rpm -q --scripts srvadmin-deng' where you see in the fresh install case they are modifying that file to fix the Windows path. But on updates, that Windows path get put back (but in the *.rpmsave file so unless you copy it over it gets ignored). SO the real problem here is whoever packages these RPMS really is doing the "wrong thing" (reminiscent of the ldconfig issues from a few weeks ago). postinstall scripts really should not modify files like that. They should be packaged into the RPM correctly. -- Paul Raines (http://help.nmr.mgh.harvard.edu) On Thu, 25 May 2017 12:57pm, Kilian Cavalotti wrote: > Hi, > > I upgraded OMSA on a CentOS 7 server today, and during the "yum > update" messages, I noticed this: > > == 8< ============================================ > Updating : srvadmin-deng-8.5.0-2372.10488.el7.x86_64 > warning: /opt/dell/srvadmin/etc/srvadmin-deng/ini/dcdady64.ini created > as /opt/dell/srvadmin/etc/srvadmin-deng/ini/dcdady64.ini.rpmnew > == 8< ============================================ > > I didn't really remember having modified that file, so out of > curiosity, I went to see what the change was. And I kind of fell off > my chair: > > == 8< ============================================ > $ diff -u /opt/dell/srvadmin/etc/srvadmin-deng/ini/dcmrdy64.ini* > --- /opt/dell/srvadmin/etc/srvadmin-deng/ini/dcmrdy64.ini > 2017-05-25 09:48:04.259305366 -0700 > +++ /opt/dell/srvadmin/etc/srvadmin-deng/ini/dcmrdy64.ini.rpmnew > 2017-01-25 08:25:25.000000000 -0800 > @@ -7,7 +7,7 @@ > ;// nondisclosure agreement with Dell Inc. and may not be copied or > ;// disclosed except in accordance with the terms of that agreement. > ;// > -;// Copyright (c) 1995-2012 Dell Inc. All Rights Reserved. > +;// Copyright (c) 1995-2017 Dell Inc. All Rights Reserved. > ;// > ;// Abstract/Purpose: > ;// Message Registry dynamic configuration file > @@ -50,4 +50,4 @@ > ;//------------------------------------------------------------------- > ------ > > [paths] > -binfilepath=/opt/dell/srvadmin/etc/srvadmin-deng/msgreg > +binfilepath=C:\\Program Files > (x86)\\Dell\\SysMgt\\dataeng\\bin<file:///\\Dell\SysMgt\dataeng\bin> > \ No newline at end of file > == 8< ============================================ > > Seriously Dell? Windows-based paths in your Linux OMSA RPMs?? What > kind of QA process do you have? > > Cheers, > -- > Kilian > > _______________________________________________ > Linux-PowerEdge mailing list > [email protected]<mailto:[email protected]> > https://lists.us.dell.com/mailman/listinfo/linux-poweredge > > > The information in this e-mail is intended only for the person to whom it is addressed. If you believe this e-mail was sent to you in error and the e-mail contains patient information, please contact the Partners Compliance HelpLine at http://www.partners.org/complianceline . If the e-mail was sent to you in error but does not contain patient information, please contact the sender and properly dispose of the e-mail. ------------------------------ Message: 2 Date: Fri, 26 May 2017 11:02:45 +0000 From: <[email protected]<mailto:[email protected]>> Subject: Re: [Linux-PowerEdge] OMSA 8.5.0 config file sets path to C:\\Program Files (x86)\\Dell\\SysMgt\\dataeng\\bin<file:///\\Dell\SysMgt\dataeng\bin> To: <[email protected]<mailto:[email protected]>> Message-ID: <[email protected]<mailto:[email protected]>> Content-Type: text/plain; charset="us-ascii" Dell - Internal Use - Confidential Hi, Thanks for bringing this to our notice. We are looking into this and will update the thread with resolution. Thanks, Sahil Message: 1 Date: Thu, 25 May 2017 09:57:59 -0700 From: Kilian Cavalotti <[email protected]<mailto:[email protected]<mailto:[email protected]%3cmailto:[email protected]>>> Subject: [Linux-PowerEdge] OMSA 8.5.0 config file sets path to C:\\Program Files (x86)\\Dell\\SysMgt\\dataeng\\bin<file:///\\Dell\SysMgt\dataeng\bin<file:///\\Dell\SysMgt\dataeng\bin%3cfile:\Dell\SysMgt\dataeng\bin>> To: [email protected]<mailto:[email protected]<mailto:[email protected]%3cmailto:[email protected]>> Message-ID: <CAJz=vjfqfzn8rmjomghvr7abpl2homjhzs-hd7is4z23q4s...@mail.gmail.com<mailto:CAJz=vjfqfzn8rmjomghvr7abpl2homjhzs-hd7is4z23q4s...@mail.gmail.com<mailto:CAJz=vjfqfzn8rmjomghvr7abpl2homjhzs-hd7is4z23q4s...@mail.gmail.com%3cmailto:CAJz=vjfqfzn8rmjomghvr7abpl2homjhzs-hd7is4z23q4s...@mail.gmail.com>>> Content-Type: text/plain; charset="UTF-8" Hi, I upgraded OMSA on a CentOS 7 server today, and during the "yum update" messages, I noticed this: == 8< ============================================ Updating : srvadmin-deng-8.5.0-2372.10488.el7.x86_64 warning: /opt/dell/srvadmin/etc/srvadmin-deng/ini/dcdady64.ini created as /opt/dell/srvadmin/etc/srvadmin-deng/ini/dcdady64.ini.rpmnew == 8< ============================================ I didn't really remember having modified that file, so out of curiosity, I went to see what the change was. And I kind of fell off my chair: == 8< ============================================ $ diff -u /opt/dell/srvadmin/etc/srvadmin-deng/ini/dcmrdy64.ini* --- /opt/dell/srvadmin/etc/srvadmin-deng/ini/dcmrdy64.ini 2017-05-25 09:48:04.259305366 -0700 +++ /opt/dell/srvadmin/etc/srvadmin-deng/ini/dcmrdy64.ini.rpmnew 2017-01-25 08:25:25.000000000 -0800 @@ -7,7 +7,7 @@ ;// nondisclosure agreement with Dell Inc. and may not be copied or ;// disclosed except in accordance with the terms of that agreement. ;// -;// Copyright (c) 1995-2012 Dell Inc. All Rights Reserved. +;// Copyright (c) 1995-2017 Dell Inc. All Rights Reserved. ;// ;// Abstract/Purpose: ;// Message Registry dynamic configuration file @@ -50,4 +50,4 @@ ;//------------------------------------------------------------------------- [paths] -binfilepath=/opt/dell/srvadmin/etc/srvadmin-deng/msgreg +binfilepath=C:\\Program Files +(x86)\\Dell\\SysMgt\\dataeng\\bin<file:///\\Dell\SysMgt\dataeng\bin<file:///\\Dell\SysMgt\dataeng\bin%3cfile:\Dell\SysMgt\dataeng\bin>> \ No newline at end of file == 8< ============================================ Seriously Dell? Windows-based paths in your Linux OMSA RPMs?? What kind of QA process do you have? Cheers, -- Kilian
_______________________________________________ Linux-PowerEdge mailing list [email protected] https://lists.us.dell.com/mailman/listinfo/linux-poweredge
