Re: [Linux-PowerEdge] dsu performs a 'yum upgrade -y' when upgrading firmware

On Fri, Mar 4, 2016 at 12:23 PM, Luke Pyzowski wrote: > Why does dsu perform a “yum upgrade -y” when installing firmware? (Run > strings on the dsu binary to verify for yourself) This command will upgrade > everything on a system - and often system administrators may put

[Linux-PowerEdge] Ctrl-D in dsu

There's an annoying bug in dsu, when you press Ctrl-D while the inventory is displayed: it starts scrolling the same inventory list over and over in an infinite loop and the "dsu" process takes 100% CPU. To reproduce: 1. start dsu 2. wait for the inventory to be displayed 3. type Ctrl+D Does

Re: [Linux-PowerEdge] Dell System Update or Dell Linux Repository which is better

On Thu, Dec 15, 2016 at 6:26 PM, Jeff Palmer wrote: > With all due respect, this response isn't overly helpful. Standing up a > windows server specifically to manage a 100℅ Linux shop isn't a solution, > it's a hack. > > The tools provided should work as advertised without

Re: [Linux-PowerEdge] Error messages after updating OMSA

> From: Dominik Borkowski [mailto:d...@vbi.vt.edu] > What’s the ETA on the new release? This issue is causing a problem for us, > where TSM/spectrum scale operation center is now generating alarms for the > systems with this failed mount, and consequently we can’t tell what backups > failed due to

Re: [Linux-PowerEdge] Dell System Update or Dell Linux Repository which is better

On Thu, Dec 15, 2016 at 11:55 AM, wrote: > Dell Linux Repository (DLR) is deprecated by the new Dell System Update > (DSU). DSU has lot many features added and easy to use. Mmh, could you please give an example of one such feature? As far as I know, DSU is just

Re: [Linux-PowerEdge] dell-system-update package 1.4.0-17.02.00

On Mon, Apr 3, 2017 at 7:08 AM, Pablo Ilarragorri wrote: > Dear dell, > > When are you going to fix this? > There's no way any sane IT organization will propagate this kind of update. Absolutely, this is properly unacceptable from a global technology company the

Re: [Linux-PowerEdge] dell-system-update package 1.4.0-17.02.00

Hi Sashi, On Tue, Apr 4, 2017 at 4:26 AM, wrote: > Starting Dell System Update (DSU) 1.4, we provided support for extraction of > Catalog in gz file format. > We offer DSU to support across multiple operating systems and we were facing > issues with the system's libz on some

Re: [Linux-PowerEdge] dell-system-update package 1.4.0-17.02.00

Hi Cameron, On Tue, Apr 4, 2017 at 8:14 AM, Cameron Smith wrote: > Either OME to fully update firmware remotely over DRAC connection or just > use OME for firmware version awareness and manually update firmware through > DRAC. Please feel free to correct me if I'm

Re: [Linux-PowerEdge] dsu on ubu 16.04 via ubu live iso

On Fri, Mar 10, 2017 at 5:13 AM, Chuck Anderson wrote: > That is not friendly. You should be using /var for state data that is > written during normal execution. /usr shouldn't be changed except > during installation of the actual software package itself (installing > DSU).

Re: [Linux-PowerEdge] DSU replaces '-n' option with '-p'

Hi Dell, Any update on this? Did you manage to reproduce it? Do you have a fix? It's been 2 months. Should we submit a formal support request to our Dell representative? Thanks! -- Kilian ___ Linux-PowerEdge mailing list Linux-PowerEdge@dell.com

Re: [Linux-PowerEdge] DSU replaces '-n' option with '-p'

Hi Dell, I actually found a very simple reproducer. The issue is not with the kickstart environment per se, but with memory allocation within DSU. It turns out that the RHEL/CentOS kickstart environment sets up the MALLOC_PERTURB_ [1],[2] environment variable. And surely enough, as soon as you

Re: [Linux-PowerEdge] DSU replaces '-n' option with '-p'

Hi Dell, Did you get any chance to look at that issue? Would be great to see a fix make its way to the next release... Thanks! -- Kilian ___ Linux-PowerEdge mailing list Linux-PowerEdge@dell.com

Re: [Linux-PowerEdge] DSU fails again...

On Wed, Aug 2, 2017 at 4:13 AM, Stephen Berg (Contractor) wrote: > Well now I did find a iSM for Linux package. So I guess I'm back where I > started, it wants to install this but there's a missing prerequisite > that it's not telling me it needs. You need to

Re: [Linux-PowerEdge] DSU replaces '-n' option with '-p'

. Whether it was due to not having a > controlling TTY, or what. Ultimately, we went another away. So at this > point, it’s a curiosity item only – I’d forgotten until you mentioned it. > > > > Spike White > > Dell I/T > > > > > > Date: Sat, 20 May 2017 22:46:22 -0700 > > From: Kilian Cavalotti <kilian.cavalotti.w...@gmail.com> > > Subject: Re: [Linux-PowerEdge] DSU replaces '-n' option with '-p' > > To: Patrick Boutilier <bouti...@ednet.ns.ca> > > Cc: linux-poweredge@dell.com > > Message-ID: > > >

[Linux-PowerEdge] DSU replaces '-n' option with '-p'

HI, I'm trying to run an unattended upgrade of firmware as part of my servers deployment process and I have all the difficulties in the work to make that work. One of puzzling issues is that in the deployment environment (regular Kickstarted Anaconda, deploying CentOS servers), "dsu -n" somehow

Re: [Linux-PowerEdge] DSU replaces '-n' option with '-p'

Thanks for the suggestion. "dsu -n" actually applies the updates when run in a regular environment, outside of the Kickstart file. Cheers, -- Kilian On May 20, 2017 5:57 PM, "Patrick Boutilier" <bouti...@ednet.ns.ca> wrote: > On 05/20/2017 09:45 PM, Kilian Cavalo

[Linux-PowerEdge] OMSA 8.5.0 config file sets path to C:\\Program Files (x86)\\Dell\\SysMgt\\dataeng\\bin

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

Re: [Linux-PowerEdge] Mellanox ConnectX-4 Ethernet in DSU

On Tue, Nov 28, 2017 at 5:41 AM, Jesper Lykkegaard Karlsen wrote: > I guess, since I bought it as a boxed solution, that Dell would support this > network card in DSU. But not so far. Aah you wish, but DSU apparently has quite some trouble correctly supporting upgrades of Dell's

Re: [Linux-PowerEdge] check_openmanage and OMSA 9.1.0

Hi Rajkumar, On Wed, May 2, 2018 at 12:23 AM, wrote: > This is issue is fixed in current release and it will be available in > October 2018. Could you please explain how a *current* release could still be *6 months away* from availability? The commonly accepted

Re: [Linux-PowerEdge] dsu woes

On Mon, Jan 8, 2018 at 1:43 AM, wrote: > The DSU repository is refreshed once in every month. I believe the BIOS > v2.7.0 was released couple of days back. The next DSU repository with this > latest BIOS update will be available by end of next week. Oh come on,

[Linux-PowerEdge] PXE boot in UEFI mode

Hi! I'm trying to deploy PE servers (Rx30s and C6320s) via PXE in UEFI boot mode, without success. The servers PXE-boot just fine when configured in BIOS boot mode, but switching to UEFI apparently makes the initial DHCP request timeout, and generate a PXE-E18 Server Response Timeout error.

Re: [Linux-PowerEdge] PXE boot in UEFI mode

Hi Chris, Klaus, On Tue, Feb 13, 2018 at 5:38 PM, Chris Adams wrote: > I haven't tried UEFI PXE booting a Dell server, but I have done it with > some random (non-Dell) other devices at home: notebooks, a desktop, and > an Intel NUC. Everything worked fine except the NUC, and

[Linux-PowerEdge] RPM repo GPG key changed?

Hi, Did the RPM repository GPG keys change somehow? Trying to update srvadmin packages today leads to the following error: - Retrieving key from http://linux.dell.com/repo/hardware/dsu/public.key The GPG keys listed for the "dell-system-update_dependent" repository are

Re: [Linux-PowerEdge] RPM repo GPG key changed?

@Dell team, Could you please confirm if the GPG key was intentionally changed, and provide some information about that change, or if we should consider that the Dell RPM repository has been compromised and stop using it right away? Thanks, -- Kilian

Re: [Linux-PowerEdge] DSU release : v1.5.3

On Wed, Mar 28, 2018 at 4:51 AM, Andreas Haupt wrote: > On Wed, 2018-03-28 at 10:05 +, venugopal...@dell.com wrote: >> * A github project has been created to track user issues and feature >> requests at https://github.com/dell/DSU That's a great initiative, and I

[Linux-PowerEdge] Contributing Dell-specific ipmitool modifications to upstream

Hi Dell, Would it be possible to contribute the modifications made by Dell to the ipmitool project to support latest generations of server (via the delloem sub-command) upstream? Right now, the only way I'm aware of to get support for 14G servers is to get an ISO from the Dell support web site,

Re: [Linux-PowerEdge] Missing PGP files for dsu 1.7.0

[EXTERNAL EMAIL] On Tue, May 21, 2019 at 7:22 AM Gregory Matthews wrote: > and am I the only one who hates the idea of running a curl fetch and > piping it directly to a shell AS ROOT!? This is not just bad practice, > its a sackable offence. Yes, this has been brought up numerous times,

[Linux-PowerEdge] dcism RPM pollutes /etc/bashrc

Hi Dell, Could you please stop polluting the system /etc/bashrc with the dcism RPM post-installation scripts? I spent the last 20 minutes trying to figure out where that /opt/dell/srvadmin/iSM/bin was coming from in my users' $PATH, before realizing that it's actually embedded in the

[Linux-PowerEdge] Dell Warranty API

Hi all, I'm curious if anyone on this list is using the Dell Warranty API? https://techdirect.dell.com/portal/AboutAPIs.aspx This is an API that gives access to the same kind of warranty information that can be found on the Dell support website at https://support.dell.com: you input a service

Re: [Linux-PowerEdge] Dell Warranty API

On Wed, Apr 1, 2020 at 9:26 AM Erinn Looney-Triggs wrote: > We have found a solution of sorts by using Dell's plugins: > https://exchange.nagios.org/directory/Plugins/Hardware/Server-Hardware/Dell/Dell-EMC-OpenManage-Plug-2Din-for-Nagios-Core/details > which essentially do what we want. Somewhere

Re: [Linux-PowerEdge] dsu and http (not https)

[EXTERNAL EMAIL] On Tue, Jul 28, 2020 at 12:03 PM Lloyd Brown wrote: > I guess I'd better go dig into the logs again, to figure out why it > broke when I was updating a few hundred of them at once. I believe the Dell servers are blacklisting IPs that are making too many requests. At least

Re: [Linux-PowerEdge] iDRAC 4.20.20.20 started sending "local" as domain name on OS to iDRAC Pass-through interface dhcp

[EXTERNAL EMAIL] Hi Klass, On Fri, Nov 6, 2020 at 11:50 AM Klaas Demter wrote: > Can I change the domain name? I believe that "racadm set iDRAC.NIC.DNSDomainName " should allow you to do just that. Cheers, -- Kilian ___ Linux-PowerEdge mailing

[Linux-PowerEdge] linux.dell.com is unavailable

Hi Dell, It looks like https://linux.dell.com is not working and throwing an Internal Server Error at https://linux.dell.com/repo/hardware/DSU_21.06.00/ (see attached screenshot). Could you please take a look? Thanks, -- Kilian ___ Linux-PowerEdge