[EXTERNAL EMAIL]
Have you tried resetting the iDRAC?
https://www.dell.com/support/article/en-ca/sln305793/how-to-reset-the-internal-dell-remote-access-controller-idrac-on-a-poweredge-server?lang=en
On 11/3/20 3:50 AM, Ben Argyle wrote:
[EXTERNAL EMAIL]
Hi All,
I'm seeing the below in
[EXTERNAL EMAIL]
This seems to work as a workaround. Restart dsm_om_connsvc service
afterwards.
mv /opt/dell/srvadmin/lib64/openmanage/jre
/opt/dell/srvadmin/lib64/openmanage/jre.OLD
ln -s /usr/lib/jvm/java-11-openjdk-11.0.6.10-1.el7_7.x86_64
/opt/dell/srvadmin/lib64/openmanage/jre
ate, or they could
include libssh2 in their RHEL 8 repo.
Once upon a time, Patrick Boutilier said:
[EXTERNAL EMAIL]
Or just make a symbolic link.
cd /usr/lib64
ln -s libssh.so.4 libssh2.so.1
On 2/21/20 1:05 PM, Aram Mirzadeh wrote:
I downloaded libssh from github and compiled it. I just nee
[EXTERNAL EMAIL]
Or just make a symbolic link.
cd /usr/lib64
ln -s libssh.so.4 libssh2.so.1
On 2/21/20 1:05 PM, Aram Mirzadeh wrote:
I downloaded libssh from github and compiled it. I just needed the
regular "Development Tools" group install.
On Fri, Feb 21, 2020 at 11:47 AM
[EXTERNAL EMAIL]
On 2/4/20 3:04 AM, Andrea Gelmini wrote:
On Tue, Feb 04, 2020 at 02:46:08PM +0800, Anthony Alba wrote:
In order to work, one needs to copy libssh2.so.1 from a RHEL7 installation.
Yep, they (Red Hat) decided to remove libssh2 for security reason, in 8.1.
In my setup
[EXTERNAL EMAIL]
The "Linux" link on the SUSE page (under the Dell and SUSE heading) is
the one that doesn't work
https://www.dell.com/learn/us/en/05/linux-solutions
On 10/18/19 9:53 AM, john.h...@dell.com wrote:
Dell Customer Communication - Confidential
I fixed the links yesterday by
[EXTERNAL EMAIL]
"Dell and Red Hat" link works for me. Second one doesn't.
On 10/18/19 5:05 AM, Stefan M. Radman wrote:
[EXTERNAL EMAIL]
Links are still broken.
Does anyone feel responsible for these websites?
Does anyone from Dell care to respond and escalate even if not responsible?
[EXTERNAL EMAIL]
On 2/19/19 2:11 AM, Smith, Cathy wrote:
[EXTERNAL EMAIL]
Hello
This message was on the console of an R720 this afternoon. I only got
it partially written before it disappeared off the screen. Can someone
explain what it means?
hostbyte=DID_NO_CONNECT
[EXTERNAL EMAIL]
Please report any suspicious attachments, links, or requests for sensitive information.
On 10/11/18 3:52 PM, A. Saber Shenouda wrote:
[EXTERNAL EMAIL]
Please report any suspicious attachments, links, or requests for
sensitive information.
Hi Everyone,
Is SNMP required
[EXTERNAL EMAIL]
Please report any suspicious attachments, links, or requests for sensitive information.
On 10/11/18 2:21 PM, lejeczek wrote:
On 30/10/2017 16:46, Gottloeb, Jeff [US] (ES) wrote:
From Dell Tech Support:
Dell OpenManage Server Administrator Version 8.5 Command Line
Did you restart the services after updating?
srvadmin-services.sh restart
On August 22, 2018 1:53:31 PM EDT, "Kienker, Fred" wrote:
>Updating Dell EMC OpenManage Server Administrator to 9.1.0.2 on all our
>
>Rx10 hardware has essentially disabled OMSA. The web page displays but
>all the
On 06/27/2018 12:44 PM, John Hodrien wrote:
On Wed, 27 Jun 2018, Paul Raines wrote:
Definitely should have used https instead of http at least. Other
than that
is it pretty common and not really different than click downloading a
*.bin
install file and running it with bash (I think Oracle
On 06/27/2018 11:02 AM, John Hodrien wrote:
On Wed, 27 Jun 2018, chandrasekha...@dell.com wrote:
Hi All,
We have updated the Linux repository with SHA 512 public key. Please
re-run
repository setup command (curl
-s http://linux.dell.com/repo/hardware/dsu/bootstrap.cgi | bash) to
import
the
On 06/22/2018 09:28 AM, Trond Hasle Amundsen wrote:
writes:
We used to sign using SHA1 algorithm which is deprecated and the
latest packages are signed using SHA512. In-order to resolve this
issue, the corresponding public key needs to be imported before yum
update. Kindly run the following
On 05/10/2018 12:37 PM, Stephen John Smoogen wrote:
On 10 May 2018 at 09:57, Patrick Boutilier <bouti...@ednet.ns.ca> wrote:
On 05/10/2018 10:34 AM, lejeczek wrote:
On 09/05/18 22:34, R S wrote:
Is there a mechanism that prevents me to downgrade from v6.5.0 back to
v6.4.0 on a R71
On 05/10/2018 10:34 AM, lejeczek wrote:
On 09/05/18 22:34, R S wrote:
Is there a mechanism that prevents me to downgrade from v6.5.0 back to
v6.4.0 on a R710/T710? I downgraded the iDRAC from 2.90 to v2.80 and
the 'Connection Failed' issue is still there, so I'm trying to
downgrade the
I always use -u to avoid seeing downgrades.
u, --apply-upgrades-only List only upgradable updates
On 02/16/2018 09:55 AM, Stefan M. Radman wrote:
Kidding, are you?
DSU contradicts the official Dell Support resource (not the first time).
Well 2.7.0 is back with a warning on it.
http://www.dell.com/support/article/us/en/19/sln308588/microprocessor-side-channel-vulnerabilities-cve-2017-5715-cve-2017-5753-cve-2017-5754-impact-on-dell-emc-products-dell-enterprise-servers-storage-and-networking-?lang=en
On 01/18/2018 12:46 PM, R S
: PowerEdge R210 II
Regards
On 15/01/18 17:42, Patrick Boutilier wrote:
What server model and iDRAC version do you have?
On 01/15/2018 12:38 PM, Malte Schmidt wrote:
Hello,
this is still the case as of
dsucatalog-18.01.00-2GT0F
Regards
On 04/01/18 12:58, Malte Schmidt wrote:
Hello
What server model and iDRAC version do you have?
On 01/15/2018 12:38 PM, Malte Schmidt wrote:
Hello,
this is still the case as of
dsucatalog-18.01.00-2GT0F
Regards
On 04/01/18 12:58, Malte Schmidt wrote:
Hello,
this is still the case. Is anyone aware?
Regards
On 11/30/17 17:56,
I see 2.7.0 for 13G servers has been pulled from
http://www.dell.com/support/article/us/en/19/sln308588/microprocessor-side-channel-vulnerabilities-cve-2017-5715-cve-2017-5753-cve-2017-5754-impact-on-dell-emc-products-dell-enterprise-servers-storage-and-networking-?lang=en
Most likely related
not contain any space.
(8) Only Application DUP supports.
On 01/10/2018 06:27 PM, Patrick Boutilier wrote:
What I would do is download the BIOS update file once and then create a
script to rsync it to the 1500 hosts and run the update. I presume you
would have a script to run dsu on the 1500
an option.
- On 9 Jan, 2018, at 18:31, Patrick Boutilier bouti...@ednet.ns.ca wrote:
| What server model do you have? Newer models have the updated firmware on
| the support web site.
|
|
|
| On 01/09/2018 09:52 PM, James A. Peltier wrote:
|> This is an absolutely ridiculous thing for Dell to
What server model do you have? Newer models have the updated firmware on
the support web site.
On 01/09/2018 09:52 PM, James A. Peltier wrote:
This is an absolutely ridiculous thing for Dell to do! Even Microsoft, Amazon,
Google, and nVidia have all provided updates to mitigate the flaw
On 01/03/2018 07:48 PM, vinc...@cojot.name wrote:
On Wed, 3 Jan 2018, Patrick Boutilier wrote:
Did you try using the Ctrl-R interface during boot instead of MegaCLI
after boot? I have always had success importing foreign configs that way.
Hi Patrick,
No, I did not try that. I'll do
On 12/26/2017 09:26 AM, Stephen Berg (Contractor, Code 7320) wrote:
Been updating quite a few systems to OMSA 9.1.0 on SciLinux 7.4 the last
few days. Something in there is breaking my check_openmanage services
in check_mk.
The last time this happened it was finally figured out that a slight
CentOS 6.x is probably a good choice.
On 12/11/2017 11:45 AM, Wes Will wrote:
New member. Greetings. Tried sending before but apparently the MailMan
decided I was "unclean" or something. Trying again.
I was gifted with a 6850, full boat of CPUs and five 15K disks in the
array. Other than
In the past I have had to run dsu about 3 or 4 times in a row when getting that
error then it would work. But I don't recall having to do so in the last 6
months to a year.
On November 22, 2017 7:38:52 AM AST, lejeczek wrote:
>it should work on Centos, I run ver 1.5.1 and
All looks good now.
# rsync --list-only linux.dell.com::repo/hardware/dsu/
drwxr-xr-x1024 2017/11/01 09:12:16 .
-rwxr-xr-x1340 2017/10/26 00:36:46 bootstrap.cgi
-rwxr-xr-x6443 2017/10/26 00:36:46 bootstrap.sh
-rwxr--r-- 45249 2017/10/26 01:25:46 changelog.html
On 08/10/2017 05:49 PM, Tim Mooney wrote:
In regard to: RE: [E] Re: [Linux-PowerEdge] replacing a failed hard drive...:
If you're not seeing that function in the iDRAC, make sure you are
running the latest version. I'm currently running firmware version
2.41.40.40
You're right, it is a
We just install Linux and them use dsu to apply updates.
https://linux.dell.com/repo/hardware/dsu/
On 07/03/2017 07:11 PM, Shane Forsythe wrote:
This is not specific to Linux, I'm frustratingly still at the point
where trying to apply updates before can goto install linux.
For awhile
On 06/26/2017 04:33 AM, Eneko Lacunza wrote:
Maybe there's a config option in the controller to stop complaining
about non-certified disks? On our T610 with PERC H200, OMSA shows a
warning but here aren't any orange lights...
To have OMSA stop complaining add to
On 06/25/2017 05:41 PM, vinc...@cojot.name wrote:
Hi everyone,
I was wondering if it may be possible to use a Dell PERC H730P to replace
an older MegaRAID 9271-8i in a Precison T5610 workstation.
I'm not too concerned about importing the existing LD's but I was
wondering how would I manage
On 06/20/2017 07:01 PM, Troels Arvin wrote:
Today, on two PowerEdge R720 servers, I've seen "dsu" fail to update the
iDRAC. I have successfully used dsu before (and as far as I remember,
this includes updating iDRACs).
Updating the iDRAC by uploading a file to the iDRAC's web-interface
worked,
>
>Steffan Cline
>
>602-793-0014
>
>
>
>
>
>From: <linux-poweredge-boun...@dell.com> on behalf of Patrick Boutilier
><bouti...@ednet.ns.ca>
>Date: Sunday, June 18, 2017 at 11:10 AM
>To: <linux-poweredge@dell.com>
>Subject: Re: [Linux-
Are you trying to rebuild on the same drive without replacing it? Have you
tried just reseating the drive? That should kick off a rebuild automatically.
Does in RAID-5, not sure about RAID-6.
On June 18, 2017 2:15:20 PM ADT, Steffan Cline wrote:
>I ran into this issue a
On 05/20/2017 09:45 PM, Kilian Cavalotti wrote:
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
On 05/18/2017 01:08 PM, Lloyd Brown wrote:
Is anyone else having trouble with responses to list postings not
showing up? I'm not sure if it's something on my end, or something on
the list end, but I've sent at least one response to the following
messages, and they're not showing up in the
You can get
https://downloads.dell.com/FOLDER03547784M/1/iDRAC6_2.85_A00_FW_IMG.exe
and then just unzip it to get firmimg.d6
[boutilpj@bartdl dell]$ unzip -l iDRAC6_2.85_A00_FW_IMG.exe
Archive: iDRAC6_2.85_A00_FW_IMG.exe
Length DateTimeName
- -- -
My guess is that exit code 8 would mean you should reboot. I usually
only reboot for BIOS and PERC updates. Does a PERC update by itself also
give exit code 8?
On 05/03/2017 12:00 PM, Lloyd Brown wrote:
Okay. After several days of digging, I think I have dsu working well
enough.
But I
What version of dsu do you have? /tmp/SECUPD problem not showing up for
me with 1.4
# dsu --version
Dell System Update 1.4
Copyright (C) 2014 Dell Proprietary.
On 04/24/2017 12:15 PM, Quentin C. wrote:
Hi Dell,
Still no news of this bug reported several months ago? Do you still have
Feb 15 16:17:25 albion BMAPI[34316]: ERROR SemCreate() semget()
failed! No space left on device
Looks like you ran out of semaphores. Couple of ways to verify:
ipcs -s (this should show you the current semaphore arrays in use)
These two show current settings:
ipcs -sl
sysctl
If using omreport/OMSA the check_openmanage script at
http://folk.uio.no/trondham/software/check_openmanage.html can be useful.
On 01/25/2017 05:00 AM, David Harding wrote:
Mike,
Try exploring the “omreport system” options.
In particular “omreport system esmlog”, whose first few lines
nclosure ...
info=pdslotreport" command I'm guessing the 'pdslotreport" option
was something added to those newer generation cards.
On Tue, Jan 24, 2017 at 2:51 AM, Patrick Boutilier
<bouti...@ednet.ns.ca
<mailto:bouti...@ednet.ns.ca><mailto:bouti...@ednet.ns.ca
<
On 01/24/2017 08:41 AM, Robert Jacobson wrote:
Where's the documentation for which controllers support this command? I get
"Operation not supported" on my R720xd with PERC H710 Mini:
Same error on H700 Integrated and H730 Mini
[root@sfep2 ~]# omreport storage enclosure controller=0
dell-system-update-1.3.1-17.01.00.x86_64
[-]9 PERC H730P Mini Controller 0 Firmware
Current Version : 25.5.0.0018 same as : 25.5.0.0018
On 01/19/2017 10:44 AM, Ben wrote:
That's great, however there _are_ updates for the PERC H730 Mini, as
evidenced by the minimum required firmware for
On 01/20/2017 12:40 PM, Support Tecnico - Crazy Network wrote:
Hi everyone,
i'm facing an unsusual problem.
I installed few days ago a CentOS 7 Server and OMSA, it was working
perfectly but since yesterday dsm_om_connsvc is not starting anymore
I'm not sure if can be related, but there has
On 01/10/2017 08:14 AM, Giulio Bottazzi wrote:
Hi guys,
I'm her to ask for some help and knowledgeable advice. It seems my
RAID 1 has got some problem:
# mpt-status -v
ioc0 vol_id 0 type IM, 2 phy, 465 GB, state DEGRADED, flags ENABLED
ioc0 phy 1 scsi_id 9 SEAGATE ST3500620SS MS04, 465
On 12/06/2016 01:20 PM, omsa_feedb...@dell.com wrote:
*Dell - Internal Use - Confidential *
[ if you are not comfortable responding to the entire mailing list,
please respond directly to *omsa_feedb...@dell.com*]
Hi!
Dell is conducting a survey to determine how customers are using
arate
program.
-Original Message-
From: linux-poweredge-boun...@dell.com [mailto:linux-poweredge-
boun...@dell.com] On Behalf Of Patrick Boutilier
Sent: Tuesday, November 08, 2016 2:06 PM
To: linux-poweredge@dell.com
Subject: Re: [Linux-PowerEdge] racadm5 doesn't support iDRAC8?
On 11/08/
I think those kickstart files are meant for an install that has the Dell
repository installed when completed. Not to run dsu on an existing system.
On November 11, 2016 7:58:31 AM AST, Robert Jacobson wrote:
>
>
>I see there are some sample kickstart files here, supposedly
On 11/08/2016 02:07 PM, Brian Rak wrote:
I'm trying to get racadm to work with an iDRAC8 Enterprise controller.
I'm getting the weird error message:
ERROR: Unable to connect to RAC at specified IP address.
I've checked with tcpdump, and I see racadm successfully open a TCP
connection, and send
On 09/25/2016 06:02 AM, lejeczek wrote:
On 23/09/16 00:13, Patrick Boutilier wrote:
On 09/22/2016 04:12 PM, lejeczek wrote:
is this possible?
Yes.
forwarding 5900 port both for upd & tcp does not do the
trick.
Only need TCP. Ports 5900, and 5901.
I now have both ports, also
On 09/22/2016 04:12 PM, lejeczek wrote:
is this possible?
Yes.
forwarding 5900 port both for upd & tcp does not do the trick.
Only need TCP. Ports 5900, and 5901.
would you know what NAT has to take care of in order to get
me to my iDrac6?
many thanks
On 09/13/2016 12:46 PM, Peter Williams wrote:
Thanks! If I'm interpreting you correctly, it sounds like I *must* to
have some kind of VLAN tagging set up in order for network access to
work on a shared iDRAC/host Ethernet port?
You don't need a vlan. We run some iDRAC 6 Expresses without vlan
Is your RAID card (or LV) in write thru or write back mode?
On 08/10/2016 12:39 AM, Daniel W Young wrote:
Drives at a crawl still after global scan (background initialization)
Everything working no alerts/errors just drives crawling. Takes a minute to
open web browser.
Running centos was
On 08/09/2016 11:34 AM, Dan Young wrote:
Hi
Getting proc err on both processors on an old 2850 does let me reboot
most times
but locking couple times a day.
I'm configuring a new server would like to swap coming weekend &
wondering if it
is possible to disable a processor in the bios.
On 08/04/2016 12:33 PM, Peter Holl wrote:
Hi,
can someone explain why I get many (~100) messages like the following:
Aug 04 15:58:34 rana systemd-readahead[658]:
open(/opt/dell/invcol.5HxeZ2Wfzw/MaserApp/00-secupd-dell.rules) failed:
Too many levels of symbolic links
Aug 04 15:58:34 rana
On 07/14/2016 05:02 PM, Ryan W wrote:
I'm getting this message periodically in CentOS 7.2 on a new R730 with a
H730 PERC card (may not be related to the PERC)
[ 183.110253] sd 12:0:0:0: [sdc] 2112 512-byte logical blocks: (1.08
MB/1.03 MiB)
[ 183.111415] sd 12:0:0:0: [sdc] Write Protect is
Disable the old dell-omsa-repository.repo and then run:
yum remove dell_ie_rac python-smbios
Then yum update/upgrade should work.
On 04/26/2016 09:27 AM, Manoel Pinho wrote:
I have a PowerEdge with CentOS release 6.7 with the folowing
repositories enabled:
base
dell-omsa-indep
60 matches
Mail list logo