Try putting
After=snmpd.service # or whatever the name of the SNMP unit
file is
in the OMSA unit files that are failing.
Ben
-Original Message-
From: Linux-PowerEdge On Behalf Of Matthew
Geier
Sent: 23 December 2022 06:27
To: linux-powere...@lists.us.dell.com
iI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=W3xZx2VnBk1RKxes5GEXpaG%2FCZLky%2FhBNNXzIDSTCiY%3Dreserved=0
>
> So why not omsa?
> Dropping support for Omsa without an announcement seems very bad form.
> (I've searched and can't find it, can anyone?)
>
> D
> __
They'd need to get it working reliably with IPv4 first.
I'd recommend opening a proper, actual, support call with Dell. This mailing
list seems to tend towards being considered unofficial, as far as I can tell.
Ben
-Original Message-
From: Linux-PowerEdge On Behalf Of Anand
Buddhdev
Dear Dell,
Please can you go into whatever dusty cupboard the PowerEdge 1400SC you have
hosting linux.dell.com is languishing in and give it a kick?
With thanks,
Ben
___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
I'm getting timeouts to the repos, too.
Ben
-Original Message-
From: Linux-PowerEdge On Behalf Of Robert
Emery
Sent: 14 January 2022 10:40
To: linux-powere...@lists.us.dell.com
Subject: [Linux-PowerEdge] linux.dell.com very slow to respond
Hello,
It seems like today linux.dell.com is
My 4.40.00.00 are being upgraded to 4.40.10.00...
Ben
-Original Message-
From: Linux-PowerEdge On Behalf Of Onno
Zweers
Sent: 17 May 2021 10:14
To: Stefan M. Radman ; linux-poweredge
Subject: Re: [Linux-PowerEdge] T630 iDRAC 2.80.80.0
Hi Stefan,
I've not ran into this, but I have a
Note, this also affects runs of 'dsu'.
Ben
-Original Message-
From: Ben Argyle
Sent: 15 January 2021 10:33
To: linux-powere...@lists.us.dell.com
Subject: linux.dell.com down, again
Can someone at Dell give linux.dell.com a kick, please? I can't get anything
from the yum repos.
Ben
Can someone at Dell give linux.dell.com a kick, please? I can't get anything
from the yum repos.
Ben
___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge
x-poweredge@dell.com
Subject: Re: [Linux-PowerEdge] iDRAC update failure
[EXTERNAL EMAIL]
Didn't you already notice that 3 months ago? I seem to recall I added it
to the ansible role because of you :)
https://github.com/CSCfi/ansible-role-dell-firmware-upgrade/pull/31
Greetings
Klaas
On 1
ceeded.
PLEASE, Dell, stick to one set of vendor/product strings! I'd appreciate
having a reply that says more than "glad it's working" to explain Engineering's
thinking behind changing the vendor/product string, again.
Ben
-Original Message-
From: Gore, Santosh
Sent: 04 No
[EXTERNAL EMAIL]
On every single PowerEdge R640 I have, whenever I run 'dsu' (running RHEL7) and
there are other firmwares to update along with a BIOS firmware update, on
reboot the POST tells me that the BIOS image that I staged is corrupt and I
need to press F1 to retry boot. This always
[EXTERNAL EMAIL]
That's a good catch. Hopefully Dell will act soon... However, wasn't there
some discussion of OMSA/dsu moving away from libssh2? Did anything come of
that? I can't think all customers of Dell would be happy to enable EPEL on
their servers to get official Dell support
[EXTERNAL EMAIL]
Good morning all,
I have just about finished patching up to date (RHEL 7.8) 18 physical Dell
servers of various modern types.
All of them are fine, with one curious exception.
The dsm_sa_datamgrd service used by omreport and friends consistently fails to
start at boot
://github.com/CSCfi/ansible-role-dell-firmware-upgrade/blob/master/tasks/multipathd.yml
References: https://bugzilla.redhat.com/show_bug.cgi?id=1380272
Greetings
Klaas
On 29.05.20 17:06, Ben Argyle wrote:
> [EXTERNAL EMAIL]
>
> I've got some R640s with firmware 4.00.00.00 for the iDR
[EXTERNAL EMAIL]
I've got some R640s with firmware 4.00.00.00 for the iDRAC with Lifecycle
Controller. The 'dsu' output tells me 4.10.10.10 is available. It's
downloaded and install is attempted. At which point this happens:
Fetching
[EXTERNAL EMAIL]
I'd suggest linking to a system-managed JRE symlink of that version of Java,
rather than a specific version(ed) directory which will be removed the next
time you get an update for that RPM.
Ben
--
Servers and Storage Team, UIS, University of Cambridge
Wow, Dell, really? That's shocking. Please fix this at your earliest
convenience.
That file even has this at the top:
# System wide functions and aliases
# Environment stuff goes in /etc/profile
# It's NOT a good idea to change this file unless you know what you
# are doing. It's much better
[EXTERNAL EMAIL]
It appears that
http://linux.dell.com/repo/hardware/DSU_20.01.00/os_dependent/
is the last version with RHEL6 support.
Ben
-Original Message-
From: Mauricio Tavares
Sent: 29 January 2020 15:00
To: Ben Argyle
Cc: linux-poweredge@dell.com
Subject: Re: [Linux
[EXTERNAL EMAIL]
So, http://linux.dell.com/repo/hardware/dsu/os_dependent/ now no longer has a
RHEL6 directory.
Dell: Please can you tell me why you've already removed RHEL6 support for OMSA?
Ben
___
Linux-PowerEdge mailing list
[EXTERNAL EMAIL]
Can someone tell me what's going on with this PowerEdge R640, please:
|DELL EMC System Update---|
[ ] represents 'not selected'
[*] represents 'selected'
[-] represents 'Component already at repository version (can be selected only
if -e option is used)'
[EXTERNAL EMAIL]
Hi Klaas,
That's a good spot on the new addition to the blacklist. Thank you very much
for that!
A similar, but not identical QLogic-identification thing cropped up a while ago
for us (I forget exactly when, but I think it was less than 12 months ago) and
Dell issued a
[EXTERNAL EMAIL]
I haven't updated DSU/OMSA in a little while, but when I did "yum update" today
I saw this:
https://linux.dell.com/repo/hardware/dsu/os_dependent/emptyrepo/repodata/repomd.xml:
[Errno 14] HTTPS Error 404 - Not Found
My /etc/yum.repos.d/dell-system-update.repo contains:
[EXTERNAL EMAIL]
We have a RHEL7 OS (fully patched as of 2019-11-01, kernel
3.10.0-1062.4.1.el7.x86_64) running on a Dell PowerEdge R640 server with a pair
of "QLogic Corp. ISP2532-based 8Gb Fibre Channel to PCI Express HBA (rev 02)"
cards to provide FC connectivity to our Dell/Compellent
[EXTERNAL EMAIL]
Thank you. I did wonder, as I couldn't find 15.00.14 on the web site either!
Ben
From: R S
Sent: 15 October 2019 18:59
To: Ben Argyle
Cc: linux-poweredge@dell.com
Subject: Re: [Linux-PowerEdge] Unable to update firmware on Qlogic cards
Looks like a DSU bug while
[EXTERNAL EMAIL]
Wotcha,
Can anyone tell me why this might be happening? I have four PowerEdge R640s
running RHEL7 both doing the same thing:
# dsu
DELL EMC System Update 1.7.0
Copyright (C) 2014 DELL EMC Proprietary.
Verifying catalog installation ...
Installing catalog from repository
that upgrading from 1.6.0 to 1.7.0 should just
require running yum update? Why doesn't the package include those keys?
Ben
-Original Message-
From: Linux-PowerEdge On Behalf Of Ben Argyle
Sent: 20 May 2019 11:10
To: 'linux-poweredge@dell.com'
Subject: [Linux-PowerEdge] Missing PGP files
[EXTERNAL EMAIL]
>From another thread, which I'm putting here instead (apologies for hijacking
>the other one)...
# dsu
DELL EMC System Update 1.7.0
Copyright (C) 2014 DELL EMC Proprietary.
Do you want to import public key(s) on the system (Y/N)? : y
Unable to read public file
# dsu
DELL EMC System Update 1.7.0
Copyright (C) 2014 DELL EMC Proprietary.
Do you want to import public key(s) on the system (Y/N)? : y
Unable to read public file /usr/libexec/dell_dup/0x756ba70b1019ced6.asc
Exiting DSU!
# ls /usr/libexec/dell_dup/0x756ba70b1019ced6.asc
ls: cannot access
[EXTERNAL EMAIL]
Please report any suspicious attachments, links, or requests for sensitive
information.
> ... now when IBM acquired Redhat. What do you guys think? (thinking of my
> purchases in near future)
Why would they be? It might lessen the RedHat/Dell interplay somewhat, but
it's
t: 22 March 2018 07:12
> To: linux-poweredge@dell.com
> Subject: Re: [Linux-PowerEdge] dsu "warning: inventory collector returned
> with partial failure"
>
> I've seen this in rhv environments due to multipathd:
> https://bugzilla.redhat.com/show_bug.cgi?id=1380272
>
&g
I've got a Dell PowerEdge R640 running RHEL7, and dsu 1.5.2 with OMSA 9.1.0.
Currently it's running BIOS 1.3.7 and iDRAC 3.15.17.15. Whenever I run dsu it
takes forever at the point of "Getting System Inventory" and then returns a
warning about partial failure of the inventory collector:
#
I'm trying to trigger the learn cycle on a PERC H740P Mini and getting the
following:
# omconfig storage battery action=startlearn controller=0 battery=0
Operation disabled. Read, action=startlearn
Refer to the documentation for more information.
Any clue as to why? It's happening on at least
One wonders about the lack of joined-uppedness at Dell in this area. Someone
would gain serious kudos (and probably a pay rise) for creating a one-click
"update web site and DSU (and whatever else)" publication system. This "well
it's there, but it's not here, and there's an older version
re update page (did this to an R210II yesterday)).
>
> john
>
> On Tue, 13 Jun 2017, Ben Argyle wrote:
>
> > Date: Tue, 13 Jun 2017 13:37:57 +
> > From: Ben Argyle <ben.arg...@uis.cam.ac.uk>
> > To: "'linux-poweredge@dell.com'" <linux-poweredge@dell
Setting aside the fact that there's no Dell Repository Manager for linux, I'm
running version 2.2.1 on a Windows box so I can follow the instructions on
https://www.vmadmin.co.uk/other/332-dellbiosfirmwareupdaterepomanager so as to
be able to update the firmware on a pair of R720xd servers.
age-
> From: linux-poweredge-boun...@dell.com [mailto:linux-poweredge-
> boun...@dell.com] On Behalf Of Ben Argyle
> Sent: 15 February 2017 16:38
> To: linux-poweredge@dell.com
> Subject: [Linux-PowerEdge] omreport suddenly not giving information
>
> I've got a 720xd (revision I) runn
I've got a 720xd (revision I) running RHEL6 and OMSA 8.4.0 with the following
firmware:
BIOS2.5.4
iDRAC 2.32.31.30
About half an hour ago it started not giving any output for "omreport chassis".
I restarted OMSA with "/opt/dell/srvadmin/sbin/srvadm-service.sh restart" but
still got no
37 matches
Mail list logo