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

2017-05-23 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential  

Kilian,

As per your mail:
> It's called as "/sbin/dsu -n" in the %post section of my kickstart 
> file, and yet runs as it had been called as "dsu -p"

As I understand, the commands in the %post section will be executed while 
creating the iso (in chroot, nochroot environment), but not while booting a 
platform using the iso. Is it intentional to use dsu -n in post section?

Also, could you share the kickstart file you used for us to try.

Thanks,
Soorej

-Original Message-
From: linux-poweredge-bounces-Lists On Behalf Of K, Sashi
Sent: Monday, May 22, 2017 10:33 PM
To: linux-poweredge-Lists 
Subject: Re: [Linux-PowerEdge] DSU replaces '-n' option with '-p'

Hi,

We are looking in to this issue and will get back at the earliest.

Regards,
Sashi
sash...@dell.com 


-Original Message-
From: linux-poweredge-bounces-Lists On Behalf Of linux-poweredge-request-Lists
Sent: Sunday, May 21, 2017 10:30 PM
To: linux-poweredge-Lists 
Subject: Linux-PowerEdge Digest, Vol 156, Issue 14

Send Linux-PowerEdge mailing list submissions to
linux-poweredge@dell.com

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.us.dell.com/mailman/listinfo/linux-poweredge
or, via email, send a message with subject or body 'help' to
linux-poweredge-requ...@dell.com

You can reach the person managing the list at
linux-poweredge-ow...@dell.com

When replying, please edit your Subject line so it is more specific than "Re: 
Contents of Linux-PowerEdge digest..."


Today's Topics:

   1.  DSU replaces '-n' option with '-p' (Kilian Cavalotti)
   2. Re:  DSU replaces '-n' option with '-p' (Patrick Boutilier)
   3. Re:  DSU replaces '-n' option with '-p' (Kilian Cavalotti)


--

Message: 1
Date: Sat, 20 May 2017 17:45:48 -0700
From: Kilian Cavalotti 
Subject: [Linux-PowerEdge] DSU replaces '-n' option with '-p'
To: linux-powere...@lists.us.dell.com
Message-ID:

Re: [Linux-PowerEdge] running dsu from an iso image?

2017-03-15 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential  

Also, you can create a customized repository using Dell Repository Manager and 
export it to a folder as George mentioned, and use dsu to point it as the 
repository source.

Example: If the custom repository by Dell Repository Manager is copied in 
/mnt/DRM_repo, use below dsu command to update the platform.
dsu --source-type=PDK --source=/mnt/DRM_repo

We are currently expanding the dsu options, that create bootable ISOs for 
updating platforms which are unable to reach online Dell repositories. The same 
will be available in future releases.

Soorej Ponnandi
Dell | Change Management

-Original Message-
From: linux-poweredge-bounces-Lists On Behalf Of Rich Sudlow
Sent: Wednesday, March 15, 2017 9:00 PM
To: George Beech ; linux-poweredge-Lists 

Subject: Re: [Linux-PowerEdge] running dsu from an iso image?

On 03/15/2017 11:11 AM, George Beech wrote:
> A few options:
>
> 1. Mirror the Dell repositories locally to a location that they can 
> access, then point DSU at those
> (http://linux.dell.com/repo/hardware/omsa.html#Creating_a_local_mirror
> ) 2. Use Dell Repository manager data center edition to generate a 
> custom update package. You can create an suu (iso or folder) or 
> deployment scripts. I genearlly generate an suu folder and use that.

Thanks George, and also Ben who replied off-list.

Rich

>
> -- Original Message --
> From: "Rich Sudlow" 
> To: "linux-poweredge@dell.com" 
> Sent: 3/15/2017 10:31:55 AM
> Subject: [Linux-PowerEdge] running dsu from an iso image?
>
>> Is there an ISO image or equivalent which is available for machines 
>> which are unable to reach Dell repositories when running dsu?
>>
>> Thanks,
>>
>> Rich
>>
>> --
>> Rich Sudlow
>> University of Notre Dame
>> Center for Research Computing - Union Station
>> 506 W. South St
>> South Bend, In 46601
>>
>> (574) 631-7258 (office)
>> (574) 807-1046 (cell)
>>
>> ___
>> Linux-PowerEdge mailing list
>> Linux-PowerEdge@dell.com
>> https://lists.us.dell.com/mailman/listinfo/linux-poweredge
>


--
Rich Sudlow
University of Notre Dame
Center for Research Computing - Union Station
506 W. South St
South Bend, In 46601

(574) 631-7258 (office)
(574) 807-1046 (cell)

___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

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

2017-03-10 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential


Hi,

DSU will try to create the work folder “/usr/libexec/dell_dup/” and 
copy files during execution. Please make sure the /usr folder is writable in 
the booted ISO.

Soorej Ponnandi
Dell | Change Management

From: linux-poweredge-bounces-Lists On Behalf Of jsl6uy js16uy
Sent: Friday, March 10, 2017 1:23 AM
To: linux-poweredge-Lists 
Subject: [Linux-PowerEdge] dsu on ubu 16.04 via ubu live iso

Hello all hope all is well
Should this, this being dsu on ubuntu, work on a live iso?
We have booted up a live iso ubu 16.04.2  on a dell r630. I have installed 
linux DUP package from: 
http://www.dell.com/support/home/us/en/19/Drivers/DriversDetails?driverid=YKMFW/


and dsu does not work
To sum up my errors:
After installing without reported errors--
oot@X:~# dsu -i
dsu: symbol lookup error: dsu: undefined symbol: 
_ZN7DSMFile15CreateDirectoryEbP16DSMErrorCodeEnum
root@X:~# dsu -g
dsu: symbol lookup error: dsu: undefined symbol: 
_ZN7DSMFile15CreateDirectoryEbP16DSMErrorCodeEnum
root@X:~# dsu
dsu: symbol lookup error: dsu: undefined symbol: 
_ZN7DSMFile15CreateDirectoryEbP16DSMErrorCodeEnum
root@X:~#

Below provides more details

root@X:~# bash ./Systems-Management_Application_YKMFW_LN64_1.4.0_A00.BIN
Collecting inventory...
..
Running validation...

Dell System Update

No version of this Update Package is currently installed.
Software application name: DSU
Package version: 1.4.0

Continue? Y/N:y
Executing update...
WARNING: DO NOT STOP THIS PROCESS OR INSTALL OTHER DELL PRODUCTS WHILE UPDATE 
IS IN PROGRESS.
THESE ACTIONS MAY CAUSE YOUR SYSTEM TO BECOME UNSTABLE!
...
Dell System Update installed successfully.
The update completed successfully.
root@X:~# dsu -h

Usage: dsu [OPTION]...
Options:
-h, --help Help
-v, --version  Version
-i, --inventoryPerform Inventory
-n, --non-interactive  Non-interactive mode
-g, --get-categories   Get category values
-c, --category=   List only updates of 
 categories
-u, --apply-upgrades-only  List only upgradable 
updates
-d, --apply-downgrades-onlyList only downgradable 
updates
-e, --apply-equivalent-updates Enable equivalent updates
-l, --update-list=Apply  
updates
--config=Configuration file
--source-type=   TYPE=PDK
--source=Source location
--destination-type=  TYPE=ISO|CBD
--destination-location=   Output location when 
destination-type is provided
--bootable-log-location= File to write logs 
during server update
--ic-location=   Inventory Collector 
binary
--input-inventory-file=  Inventory XML file
--output-inventory-xml=  Path to save the 
Inventory XML file
--preview  Preview updates
root@X:~# man dsu

root@X:~# dpkg -l|grep -Pi 'dsu|dell|openman'
ii  dell-system-update   1.4.0   amd64  
  Dell utility for system updates
root@X:~# dsu -i
dsu: symbol lookup error: dsu: undefined symbol: 
_ZN7DSMFile15CreateDirectoryEbP16DSMErrorCodeEnum
root@X:~# dsu -g
dsu: symbol lookup error: dsu: undefined symbol: 
_ZN7DSMFile15CreateDirectoryEbP16DSMErrorCodeEnum
root@X:~# dsu
dsu: symbol lookup error: dsu: undefined symbol: 
_ZN7DSMFile15CreateDirectoryEbP16DSMErrorCodeEnum
root@X:~#

root@X:~# cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04.2 LTS"
root@X:~#
Thanks for any and all help
___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

[Linux-PowerEdge] DSU Repository : February 2017

2017-02-27 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential

Hi All,

New DELL EMC System Update (DSU) v1.4.0 is available with this repository.

Fixes & Enhancements:

Fixes:

1.   The issue of automatically creating /usr/libexec to store the 
executables has been fixed.

Enhancements:

1.   User readable log files: Now you can enable/disable logs by setting 
the logger levels.

2.   Support for Catalog in .gz format.

3.   Ubuntu OS is pre-enabled on DSU and the support is limited (More 
Information)

4.   Support for Microsoft Windows Operating System

User Guide:
http://www.dell.com/support/manuals/uk/en/ukdhs1/system-update-v1.4.0/DSU_UG_1.4/Overview?guid=GUID-3061CE04-4779-4D50-8276-DDF911E3884A=en-us

Change log:
http://linux.dell.com/repo/hardware/DSU_17.02.00/changelog.html<%20http:/linux.dell.com/repo/hardware/DSU_17.02.00/changelog.html>

Soorej Ponnandi
Dell | Change Management

___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Re: [Linux-PowerEdge] dsu inconsistency

2017-01-24 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential  

It is a known issue documented in : http://linux.dell.com/repo/hardware/dsu/. 
Please continue and upgrade to 2.1

Known Issues:
In Platforms with OS Collector (version OSC_1.1) installed, DSU 
Comparison report will show as Downgrade to OS Collector 2.0

Soorej Ponnandi
Dell | Change Management

-Original Message-
From: linux-poweredge-bounces-Lists On Behalf Of Patrick Boutilier
Sent: Tuesday, January 24, 2017 4:13 PM
To: linux-poweredge-Lists 
Subject: Re: [Linux-PowerEdge] dsu inconsistency

On 01/24/2017 06:16 AM, Ben wrote:
> Well I was running
>
> dell-system-update-1.3.1-16.12.00.x86_64
>
> at the time, having updated to it on Jan 18 at 11:57:56 GMT from 
> Dell's repository.  When did 1.3.1-17.01.00 come out?

Not sure of the exact date but it was recently.


>
> I've just updated to that (with associated catalog RPM) and now I see
>
> [ ]1 OS COLLECTOR 1.1, OSC_1.1, A00
>   Current Version : OSC_1.1 Downgrade to : 2.1
>
> [-]2 NetXtreme BCM5720 Gigabit Ethernet PCIe (p4p1)
>   Current Version : 20.2.17 same as : 20.2.17
>
> [-]3 NetXtreme BCM5720 Gigabit Ethernet PCIe (p4p2)
>   Current Version : 20.2.17 same as : 20.2.17
>
> [-]4 13G SEP Firmware, BayID: 0
>   Current Version : 2.23 same as : 2.23
>
> [-]5 13G Backplane Expander FW
>   Current Version : 3.31 same as : 3.31
>
> [-]6 Dell 32 Bit uEFI Diagnostics, version 4239, 4239A33, 4239.41
>   Current Version : 4239A33 same as : 4239A33
>
> [-]7 PERC H730 Mini Controller 0 Firmware
>   Current Version : 25.5.0.0018 same as : 25.5.0.0018
>
> [ ]8 BCM57800 1-Gigabit Ethernet rev 10 (em3)
>   Current Version : 08.00.30 Upgrade to : 08.07.26
>
> [ ]9 BCM57800 10-Gigabit Ethernet rev 10 (em1)
>   Current Version : 08.00.30 Upgrade to : 08.07.26
>
> [ ]10 BCM57800 1-Gigabit Ethernet rev 10 (em4)
>   Current Version : 08.00.30 Upgrade to : 08.07.26
>
> [ ]11 BCM57800 10-Gigabit Ethernet rev 10 (em2)
>   Current Version : 08.00.30 Upgrade to : 08.07.26
>
> [ ]12  iDRAC
>   Current Version : 2.40.40.40 Upgrade to : 2.41.40.40
>
> [ ]13 BIOS
>   Current Version : 2.1.7 Upgrade to : 2.3.4
>
> So I can see that the RAID card is now seen, but the OSC confuses me.  
> Is
> 1.1 -> 2.1 a downgrade?  Should I do it?

Should be able to as 2.1 seems to be the latest. I think the change in names 
(OSC_ part in the old name) is making DSU report it as a downgrade.

2.1 (2016):

http://www.dell.com/support/home/ca/en/cabsdt1/Drivers/DriversDetails?driverId=VX3V5

1.1 (2015):

http://www.dell.com/support/home/ca/en/cabsdt1/Drivers/DriversDetails?driverId=6VK9Y
>
> Ben
>
> On Mon, 23 Jan 2017, Patrick Boutilier wrote:
>
>> 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 OMSA 8.4.0 being
>>> 25.4.0.0011 (I think).  So, why didn't dsu pick that up?  Given 
>>> 25.5.0018 (which I had to hunt for a linux installer for on the Dell 
>>> web site) came out in
>>>
>>> Release Date: 31 Oct 2016
>>> Version: 25.5.0.0018 ,A08
>>> Last Updated: 24 Nov 2016
>>>
>>> you'd have thought it would be in the Catalog.xml, wouldn't you?  
>>> So, is this a mistake on Dell's part?  I'm running the below version of dsu:
>>>
>>> dell-system-update-1.3.1-16.12.00.x86_64
>>>
>>> Ben
>>>
>>> On Thu, 19 Jan 2017, venugopal...@dell.com wrote:
>>>
 Dell - Internal Use - Confidential

 The --inventory option lists all available components in the system.
 But without --inventory option, dsu will list only a subset of 
 above components which are having an update in the Catalog.xml.

 A component without an update will not be displayed or made 
 available for selection.

 Thanks,
 Venu

 -Original Message-
 From: linux-poweredge-bounces-Lists On Behalf Of Ben
 Sent: Wednesday, January 18, 2017 6:28 PM
 To: linux-poweredge-Lists 
 Subject: [Linux-PowerEdge] dsu inconsitency

 So I have a 730xd.  Hasn't been updated in a while.  I moved it to 
 OMSA
 8.4.0 and installed and ran dsu:

 [ ]1 NetXtreme BCM5720 Gigabit Ethernet PCIe (p4p1)  Current 
 Version : 7.10.61 Upgrade to : 20.2.17

 [ ]2 NetXtreme BCM5720 Gigabit Ethernet PCIe (p4p2)  Current 
 Version : 7.10.61 Upgrade to : 20.2.17

 [-]3 13G SEP Firmware, BayID: 0
  Current Version : 2.23 same as : 2.23

 [ ]4 BIOS
  Current Version : 1.3.6 Upgrade to : 2.1.7

 [ ]5 13G Backplane Expander FW
  Current Version : 3.03 Upgrade to : 3.31

 [ ]6 Dell 32 Bit uEFI Diagnostics, version 4239, 4239A24, 4239.32  
 Current Version : 4239A24 Upgrade to : 4239A33

 [ ]7 Firmware for  - Disk 24 in Backplane 1

Re: [Linux-PowerEdge] BIOS and iDRAC update failure on R320

2017-01-18 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential  

+Santosh for more input.

Chris,

Can you retry the update after "racadm racreset"

Soorej Ponnandi
Dell | Change Management


-Original Message-
From: linux-poweredge-bounces-Lists On Behalf Of Chris Cooke
Sent: Wednesday, January 18, 2017 5:08 PM
To: linux-poweredge-Lists 
Subject: [Linux-PowerEdge] BIOS and iDRAC update failure on R320

Hi,

'dsu' is failing to apply a couple of updates to one of our machines. Can you 
help?

The machine is a Dell PowerEdge R320. It's running Scientific Linux 7.2.
The updates which will not apply are:

BIOS_YFJDM_LN_2.4.2
iDRAC-with-Lifecycle-Controller_Firmware_WH24V_LN_2.40.40.40_A00

The BIOS update failed with "Creation of Dynamic Partition Failed."
The iDRAC update failed with "Failed to access Virtual USB Device."

In the same run, these other updates did apply successfully:

Network_Firmware_21DWR_LN_20.2.17
SAS-Drive_Firmware_MCM30_LN_DE11_A00
SAS-RAID_Firmware_P1F97_LN_20.13.2-0006_A10

We first encountered this with RPM version dell-system-update-1.3.1-16.09.00 
but we get the same behaviour with dell-system-update-1.3.1-16.12.00.

We noticed at the same time that 'dsu' is no longer leaving behind those 
'/tmp/SECUPD' temporary mounts.

I tried attaching logs and detailed 'dsu' screen output but the message didn't 
make it to the list - maybe this list doesn't accept messages with attachments.

Chris Cooke
School of Informatics, University of Edinburgh, Scotland.


--
The University of Edinburgh is a charitable body, registered in Scotland, with 
registration number SC005336.

___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

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

2016-12-15 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential

Hi Larry,

  Dell Linux Repository (DLR) is deprecated by the new Dell System Update 
(DSU). DSU has lot many features added and easy to use. The DSU update 
repository is refreshed every month.
  Link: http://linux.dell.com/repo/hardware/dsu/

The “/tmp/SECUPD”  mount issue is already fixed in inventory collector. This 
fixed IC will be carried in immediate releases of DSU repository.


Soorej Ponnandi
Dell | Change Management

From: linux-poweredge-bounces-Lists On Behalf Of Lorenzen, Larry
Sent: Wednesday, December 14, 2016 6:58 PM
To: linux-poweredge-Lists 
Subject: [Linux-PowerEdge] Dell System Update or Dell Linux Repository which is 
better

I had came across a blog from Dell that DSU is better than the Dell Linux 
Repository

I am running RHEL 7.2
During a trouble call with Dell concerning OMSA  I asked the Dell tech which 
was better the DSU or DLR, seeing that the DSU is creating a mount point in 
/tmp/SECUPD that causes annoying write errors on the console. I unmount that  
particular mount point and delete the directory to get rid of the error.

That said the Dell tech said that the DLR is better than DSU and that the DSU 
has not been updated in some time?

Just want to clarify which is better.  I know each has there own pros and cons


Larry Lorenzen
Linux System Administrator
llloren...@cps.edu
Office (773)-553-3634
Cell (847)-708-1132
___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Re: [Linux-PowerEdge] Bootable media ISO updater too large for vFlash

2016-11-03 Thread Soorej_Ponnandi 
Hi Sven,

Have a look at DSU (Dell System Updates) utility which can provide 
bootable ISOs and perform automated firmware updates.

Latest DSU repository link: http://linux.dell.com/repo/hardware/dsu/

Copying relevant portions from DSU documentation:

Package the updates 
into a bootable ISO or a directory

dsu 
--destination-type=

TYPE 
can be : 
When 
the type is --destination-type=ISO :
DSU 
runs in the interactive mode and the selected updates are delivered as a 
bootable ISO. Upon boot the components are updated.
When 
ISO if used along with --non-interactive : 
A 
bootable ISO is created. Upon boot it runs DSU in noninteractive mode. The 
repository location should be configured using --config=

Soorej Ponnandi
Dell | Change Management

-Original Message-
From: linux-poweredge-bounces-Lists On Behalf Of Heinz, Jens
Sent: Thursday, November 3, 2016 7:18 PM
To: sve...@ifi.uio.no
Cc: linux-poweredge-Lists 
Subject: Re: [Linux-PowerEdge] Bootable media ISO updater too large for vFlash

Hi Sven, in general I do agree. 
Unfortunately I'm not in the position to actively change anything about the 
current situation, but of course I'll try to find the right channels within 
Dell to escalate. 
The DVD [1] you're referring to, was an entirely Dell-Linux-community-born 
project to help our customers. (Correct me if I'm wrong, but I think it were 
the guys who initially created the Dell Linux Live CD/DVD.) Later the release 
of Dell Repository Manager (DRM) offered an easy way to create (and customize) 
those images as needed. This is the feature we currently use for the bootable 
ISO project, to save our customers the time to create update images themselves. 

I am sure there is no ready-to-use solution out there yet, that suits all your 
needs, but there is a lot of stuff which might help. Unfortunately most of it 
is either unknown or not well documented. 
DRM leverages Dell Deployment Toolkit (DTK) components for the live OS part of 
the bootable DVD. DTK in fact has also network bootable images which can be 
used for custom solutions. Also there are options in DRM to not only create 
bootable images, but also local network repositories in various ways, which in 
return could be accessed from a booted live image too. 
I haven't had much time myself to play around with such solutions, but I know 
customers who work with it. 

We currently receive lots of feedback around DRM and we forward it to 
developers whenever possible. I can't promise anything, but maybe all the input 
finds a friendly ear and some (or all) of your suggestions might become part of 
future solutions. 

Bye, Jens. 

-Original Message-
From: linux-poweredge-bounces-Lists On Behalf Of Sven Ulland
Sent: Donnerstag, 3. November 2016 13:27
To: linux-poweredge-Lists 
Subject: Re: [Linux-PowerEdge] Bootable media ISO updater too large for vFlash

On 11/01/2016 07:15 PM, jens_he...@dell.com wrote:
> Hi Brian, indeed the ISO size is one of the downsides of the boot-able 
> ISO project. [...] In order to make things as simple as possible for 
> the majority of the users we decided to go for a one-size-fits-all 
> approach per server model.

Hi, Jens. The firmware DVD has been discussed quite a bit over the years, 
sometimes with rather interesting suggestions and/or controversy [1,2,3,4,5]. 
I'm touting my own horn a bit here, but I've been working with these challenges 
for years, and I'm still passionate about finding good solutions.

I understand that the mechanisms around DUPs will not be changed any time soon 
(although there's the fwupd thing [2]) – and its dependency on proprietary 
libraries (srvadmin family) for determining component IDs and similar, being 
rather tailored for RHEL-style systems – so a live environment for firmware 
updates is probably the best kind of solution given the situation.

I keep hoping that this live env will be designed for the heterogenous
10'000- node case, where the firmware upgrade procedure is not only automatic, 
but well thought-out in such a way as to reduce the deployment cost 
(resource-wise) and to provide as much insight as possible, reducing blind 
faith.

Some quick examples: Make things network bootable, always. The initial image 
should be tiny; fetch bulk data on-demand from a repo, which must be possible 
to mirror locally to remove upstream dependencies.

Re: [Linux-PowerEdge] DSU: "Could not parse the inventory"

2016-10-26 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential

Please do the following:

1.   ls -l /usr/libexec/dell_dup

2.  Execute inventory collector (example: 
invcol_7RMG4_LN64_16.10.200.816_A00 in the /usr/lilbexec/dell_dup folder):

  i.
  /usr/libexec/dell_dup/invcol_7RMG4_LN64_16.10.200.816_A00

Please share the resulting xml data from running the inventory collector with 
us to root cause the issue.

As a workaround, please try (Example: if inventory collector file is 
invcol_7RMG4_LN64_16.10.200.816_A00):

1.   Remove existing inventory collector (yum remove invcol_*)

2.  Execute dsu again.

Soorej Ponnandi
Dell | Change Management

From: linux-poweredge-bounces-Lists On Behalf Of Philip Tait
Sent: Wednesday, October 26, 2016 5:13 AM
To: linux-poweredge-Lists 
Subject: [Linux-PowerEdge] DSU: "Could not parse the inventory"

Scenario: two R610s, both running CentOS 6.8, fully updated.
One seems to be fine with a DSU run, reporting all firmware up to date 
(although it doesn't list the iDRAC, is that normal?)
The other does this:

# dsu
Verifying catalog installation ...
Installing catalog from repository ...
Fetching dsucatalog ...
Reading the catalog ...
Verifying inventory collector installation ...
Getting System Inventory ...
Could not parse the inventory


Troubleshooting guidance would be welcome.

--
Philip J. Tait
http://subarutelescope.org
___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Re: [Linux-PowerEdge] dsu 1.3-16.08.00

2016-08-25 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential
Stephan,

The option --collect-inventory takes inventory xml (here 
/root/inventory.xml) as an input. For this we need an existing inventory 
collector output (Inventory.xml). Inventory output can be obtained by executing 
inventory collector 
 " -outc=/root/inventory.xml"

To get inventory collector binary from DSU repository, do the following:
1.  yum search invcol
2.  yum install 
3.  invcol binary will be in /usr/libexec/dell_dup/
4) execute inventory collector binary with -outc option 
(example:- /usr/libexec/dell_dup/invcol_R22P1_LN64_16.05.00.697_A00 
-outc=/root/inventory.xml)  

Soorej Ponnandi
Dell | Change Management
office +  91 80 2807 7759 Extn: 78469

-Original Message-
From: linux-poweredge-bounces-Lists On Behalf Of Stephen Berg (Contractor)
Sent: Thursday, August 25, 2016 4:25 PM
To: linux-poweredge-Lists 
Subject: [Linux-PowerEdge] dsu 1.3-16.08.00

Been trying to get "dsu --collect-inventory=/root/inventory.xml" working and so 
far the dozen or so systems I've tested all fail with:

# dsu --collect-inventory=/root/inventory.xml
Verifying catalog installation ...
Installing catalog from repository ...
Fetching dsucatalog ...
Reading the catalog ...
Could not parse the inventory

Is this feature supposed to be working now or have I missed a setup step 
somewhere along the way?

--
Stephen Berg
Systems Administrator
NRL Code: 7320
Office: 228-688-5738
stephen.berg@nrlssc.navy.mil

___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Re: [Linux-PowerEdge] DSU dell-system-update-1.2.1-16.07.00.x86_64 refusing to run on PE 1950...?

2016-07-29 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential
Hi,

DSU is not blocked from execution on platforms. Upon execution, DSU requires 
Catalog (from the repository) to determine the updates available for the 
specific platform. The Catalog is not supporting 9G platforms anymore.  When 
DSU fails to find the platform support in Catalog, It throws unsupported 
platform message.

The deprecated previous version of DSU, which is Dell Linux Repository (DLR) 
supported 9G platforms (ex: http://linux.dell.com/repo/hardware/OMSA_7.3/) in 
some of the repository releases.
The complete DSU/DLR versions are available @ 
http://linux.dell.com/repo/hardware/

Soorej Ponnandi
Dell | Change Management
office +  91 80 2807 7759 Extn: 78469

From: Tony Schreiner [mailto:anthony.schrei...@bc.edu]
Sent: Friday, July 29, 2016 5:02 PM
To: Ponnandi, Soorej 
Cc: dominik.buer...@gameforge.com; linux-poweredge-Lists 

Subject: Re: [Linux-PowerEdge] DSU dell-system-update-1.2.1-16.07.00.x86_64 
refusing to run on PE 1950...?

I do, however, have DSU running on a PE 1900 and a PE 2900, CentOS 7

Tony Schreiner

On Fri, Jul 29, 2016 at 12:59 AM, 
> wrote:

Dell - Internal Use - Confidential
Dominik,

DSU supports platforms belonging to 10G or higher, whereas PowerEdge 1950 
belongs to 9G platform and not supported.

Soorej Ponnandi
Dell | Change Management
office +  91 80 2807 7759 Extn: 
78469

From: linux-poweredge-bounces-Lists On Behalf Of Mark Dominik Buerkle
Sent: Thursday, July 28, 2016 10:39 PM
To: linux-poweredge-Lists 
>
Subject: [Linux-PowerEdge] DSU dell-system-update-1.2.1-16.07.00.x86_64 
refusing to run on PE 1950...?

Hi everyone,

we have, among other PE servers, a bunch of PE 1950 servers.

I get the following message upon trying to update a machine (marked it red):

[root@DellUpdate ~]# dsu
Verifying catalog installation ...
Installing catalog from repository ...
Verifying inventory collector installation ...
Getting System Inventory...
Determining Applicable Updates...
This Platform is not supported.
[root@DellUpdate ~]# dmidecode | grep Product
Product Name: PowerEdge 1950
Product Name: 0H723K
[root@DellUpdate ~]#
[root@DellUpdate ~]# rpm -qi dell-system-update
Name: dell-system-update   Relocations: (not relocatable)
Version : 1.2.1 Vendor: Dell Inc
Release : 16.07.00  Build Date: Thu Jul  7 19:03:16 2016
Install Date: Thu Jul 28 13:39:21 2016 Build Host: localhost
Group   : Applications\System   Source RPM: 
dell-system-update-1.2.1-16.07.00.src.rpm
Size: 12113800 License: Proprietary
Signature   : DSA/SHA1, Thu Jul  7 19:56:44 2016, Key ID ca77951d23b66a9d
Summary : Dell utility for system updates
Description :
Dell System Update (DSU) client utility is used to keep Dell systems up-to-date 
with the BIOS, firmware, and software updates.
[root@DellUpdate ~]#
[root@DellUpdate ~]# cat /etc/redhat-release
CentOS release 6.7 (Final)
[root@DellUpdate ~]# uname -r -m
3.13.0-44-generic x86_64
[root@DellUpdate ~]#
[root@DellUpdate ~]# free -m
 total   used   free sharedbuffers cached
Mem: 16043   2187  13855  0 11216
-/+ buffers/cache:   1959  14084
Swap:0  0  0
[root@DellUpdate ~]#
[root@DellUpdate ~]# grep name /proc/cpuinfo
model name: Intel(R) Xeon(R) CPU   E5410  @ 2.33GHz
...


What informations do You need to help me getting this to run - or isn't it 
supposed to run on PE 1950 type machines?

Kind regards,
Dominik
--
Mark Dominik Bürkle
Linux Systemadministrator

Gameforge 4D GmbH
Albert-Nestler-Straße 8
76131 Karlsruhe
Germany

t+49 721 - 354 808 207
f+49 721 - 354 808 152
m+49 152 - 2262 8586
edominik.buer...@gameforge.com

corporate.gameforge.com

Registered Office | Sitz der Gesellschaft Karlsruhe
Register Court | Registergericht AG Mannheim, HRB 718029
VAT ID | USt-IdNr. DE 814330106

Managing Directors | Geschäftsführer Timothy Campbell, Alexander Rösner

___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Re: [Linux-PowerEdge] DSU dell-system-update-1.2.1-16.07.00.x86_64 refusing to run on PE 1950...?

2016-07-28 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential
Dominik,

DSU supports platforms belonging to 10G or higher, whereas PowerEdge 1950 
belongs to 9G platform and not supported.

Soorej Ponnandi
Dell | Change Management
office +  91 80 2807 7759 Extn: 78469

From: linux-poweredge-bounces-Lists On Behalf Of Mark Dominik Buerkle
Sent: Thursday, July 28, 2016 10:39 PM
To: linux-poweredge-Lists 
Subject: [Linux-PowerEdge] DSU dell-system-update-1.2.1-16.07.00.x86_64 
refusing to run on PE 1950...?

Hi everyone,

we have, among other PE servers, a bunch of PE 1950 servers.

I get the following message upon trying to update a machine (marked it red):

[root@DellUpdate ~]# dsu
Verifying catalog installation ...
Installing catalog from repository ...
Verifying inventory collector installation ...
Getting System Inventory...
Determining Applicable Updates...
This Platform is not supported.
[root@DellUpdate ~]# dmidecode | grep Product
Product Name: PowerEdge 1950
Product Name: 0H723K
[root@DellUpdate ~]#
[root@DellUpdate ~]# rpm -qi dell-system-update
Name: dell-system-update   Relocations: (not relocatable)
Version : 1.2.1 Vendor: Dell Inc
Release : 16.07.00  Build Date: Thu Jul  7 19:03:16 2016
Install Date: Thu Jul 28 13:39:21 2016 Build Host: localhost
Group   : Applications\System   Source RPM: 
dell-system-update-1.2.1-16.07.00.src.rpm
Size: 12113800 License: Proprietary
Signature   : DSA/SHA1, Thu Jul  7 19:56:44 2016, Key ID ca77951d23b66a9d
Summary : Dell utility for system updates
Description :
Dell System Update (DSU) client utility is used to keep Dell systems up-to-date 
with the BIOS, firmware, and software updates.
[root@DellUpdate ~]#
[root@DellUpdate ~]# cat /etc/redhat-release
CentOS release 6.7 (Final)
[root@DellUpdate ~]# uname -r -m
3.13.0-44-generic x86_64
[root@DellUpdate ~]#
[root@DellUpdate ~]# free -m
 total   used   free sharedbuffers cached
Mem: 16043   2187  13855  0 11216
-/+ buffers/cache:   1959  14084
Swap:0  0  0
[root@DellUpdate ~]#
[root@DellUpdate ~]# grep name /proc/cpuinfo
model name: Intel(R) Xeon(R) CPU   E5410  @ 2.33GHz
...


What informations do You need to help me getting this to run - or isn't it 
supposed to run on PE 1950 type machines?

Kind regards,
Dominik
--
Mark Dominik Bürkle
Linux Systemadministrator

Gameforge 4D GmbH
Albert-Nestler-Straße 8
76131 Karlsruhe
Germany

t+49 721 - 354 808 207
f+49 721 - 354 808 152
m+49 152 - 2262 8586
edominik.buer...@gameforge.com

corporate.gameforge.com

Registered Office | Sitz der Gesellschaft Karlsruhe
Register Court | Registergericht AG Mannheim, HRB 718029
VAT ID | USt-IdNr. DE 814330106

Managing Directors | Geschäftsführer Timothy Campbell, Alexander Rösner
___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Re: [Linux-PowerEdge] dsu on red hat 7?

2016-07-21 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential
Rich,

The latest DSU support RedHat 7.2 x86_64. The "Could not parse the 
inventory" message is due to some error in inventorying the platform. 

If you have configured the latest DSU repo (16.07.00), please execute the 
inventory collector and share the output, which will help us to understand the 
failure scenario.

Steps to run Inventory collector:

1.  yum install invcol_R22P1_LN64_16.05.00.697_A00
2.  chmod u+x /usr/libexec/dell_dup/invcol_R22P1_LN64_16.05.00.697_A00
3.  run the inventory collector 
(/usr/libexec/dell_dup/invcol_R22P1_LN64_16.05.00.697_A00)

Soorej Ponnandi
Dell | Change Management

-Original Message-
From: linux-poweredge-bounces-Lists On Behalf Of Rich Sudlow
Sent: Wednesday, July 20, 2016 7:20 PM
To: linux-poweredge-Lists 
Subject: [Linux-PowerEdge] dsu on red hat 7?

Does dsu support supposed to work on red hat 7? I thought so but all it seems 
to do is break machines

after updates and reboots I get
Could not parse the inventory
as someone reported earlier with centos 7.



Rich

--
Rich Sudlow
University of Notre Dame
Center for Research Computing - Union Station
506 W. South St
South Bend, In 46601

(574) 631-7258 (office)
(574) 807-1046 (cell)

___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Re: [Linux-PowerEdge] dell-system-upgrade on CentOS 7 "Could not parse the inventory"

2016-06-20 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential
The DSU repository is refreshed and a new version 16.06.00 is available. The 
dsu execution during repository sync among servers could have caused this issue.
Please retry and let us know if issue persists.

Soorej Ponnandi
Dell | Change Management

From: linux-poweredge-bounces-Lists On Behalf Of Malte Schmidt
Sent: Monday, June 20, 2016 9:29 PM
To: linux-poweredge-Lists 
Subject: [Linux-PowerEdge] dell-system-upgrade on CentOS 7 "Could not parse the 
inventory"


After noticing problems with "dsu" I investigated and found out, that the rpm 
that is being fetched is not available (returns HTTP 200, but is actually “404 
– Not Found”).

http://linux.dell.com/repo/hardware/dsu/os_independent/noarch/dsucatalog-16.05.00-V5W73.noarch.rpm

Is anyone else experiencing these problems?
___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Re: [Linux-PowerEdge] Debian DLR packages was OMSA 8.3 for Ubuntu lacks racadm tools

2016-05-11 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential
Hi,

The DLR repository is deprecated. Please use DSU repository at 
http://linux.dell.com/repo/hardware/dsu/. The procedure to install/update OMSA 
is documented in that page.

Soorej Ponnandi
Dell | Change Management
office +  91 80 2807 7759 Extn: 78469

From: linux-poweredge-bounces-Lists On Behalf Of Jean-Daniel TISSOT
Sent: Wednesday, May 11, 2016 4:44 PM
To: R, Chandrasekhar ; linux-poweredge-Lists 

Subject: Re: [Linux-PowerEdge] Debian DLR packages was OMSA 8.3 for Ubuntu 
lacks racadm tools

Hi Chandra,

Thanks, I had found all I need for OMSA 8.3 and it works for me.
But where can I find DLR package to have update_firmware command available ?

I explore repository without found any packages related to DLR.
Are they in 
http://linux.dell.com/repo/community/debian/pool/jessie/openmanage/830/OMSA/suppl/
 ?

Regards,
Jean-Daniel.
Le 11/05/2016 04:01, chandrasekha...@dell.com 
a écrit :
Hi,

Kindly use the following repository for installing latest OMSA on Ubuntu/Debain.
http://linux.dell.com/repo/community/ubuntu

or
http://linux.dell.com/repo/community/debian

Regards
Chandra

--
Bien cordialement, Jean-Daniel 
TISSOT
Administrateur Systèmes et Réseaux
Tel: +33 3 81 666 440 Fax: +33 3 81 666 568

Laboratoire Chrono-environnement
16, Route de Gray
25030 BESANÇON Cédex

Plan et 
Accès
___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Re: [Linux-PowerEdge] Automatic Updates Broken With Repo Change

2016-05-06 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential
Hi,

The deprecated DLR used ‘yum-dellsysid’ package to retrieve Dell System ID. In 
DSU, it is replaced by inventory collector and hence ‘yum-dellsysid’ is not 
being used.

When DLR installed ‘yum-dellsysid’ package, it also installed following 
packages as dependency:

smbios-utils-python >= 2.2.0
python-smbios = 2.2.27-4.4.1.el6
libsmbios = 0:2.2.27-4.4.1.el6

Here ‘python-smbios’ requires libsmbios (= 0:2.2.27-4.4.1.el6).

When OMSA update is tried using DSU, the libsmbios rpm is also queued for 
update along with other OMSA packages. This breaks the dependency with the 
installed ‘python-smbios’ rpm, causing the update process to fail.

The OMSA update with DSU worked with the following steps:

1. Configure DSU repository and disable 
/etc/yum.repos.d/dell-omsa-repository.repo (set enable=0)
2. yum remove python-smbios ( This will remove python-smbios, 
smbios-utils-python and yum-dellsysid installed from @dell-omsa-indep 
repository)
3. yum update  (will update to OMSA 8.3)

This is required only when doing the update for the first time, after moving 
from DLR to DSU. Once done, newer updates will be successful from version n to  
n+1 DSU repositories.

Thanks,
Soorej




___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Re: [Linux-PowerEdge] latest link changed - now pointing to DSU

2016-04-28 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential
Hi,

We are planning to extend DSU OS support for Ubuntu. For now, we 
have setup a page (not an APT repository) with updates which will work in 
Ubuntu environment. Link here: 
http://linux.dell.com/repo/hardware/ubuntu/latest.html

Soorej Ponnandi
Dell | Change Management
office +  91 80 2807 7759 Extn: 78469

From: Jean-Daniel TISSOT [mailto:jean-daniel.tis...@univ-fcomte.fr]
Sent: Tuesday, April 26, 2016 4:28 PM
To: Ponnandi, Soorej ; linux-poweredge-Lists 

Subject: Re: [Linux-PowerEdge] latest link changed - now pointing to DSU

Hi Soorej,

What about Debian-like OS ?
Is there a plan to port DSU to these (I know ; unsupported) OS ?
I'm certainly not the only one to use Debian or Ubuntu server on Dell servers.
On 25/04/2016 15:43, soorej_ponna...@dell.com 
wrote :

Dell - Internal Use - Confidential
Hi,

Many users are unaware of the deprecation of old Dell Linux 
Repository and still uses it through 'latest' link. To avoid the confusion, we 
have changed the link to the latest DSU repository which is the replacement of 
Dell Linux Repository.

The steps to upgrade OMSA is provided in 
http://linux.dell.com/repo/hardware/dsu/. When migrating from old DLR to DSU, 
even though the OMSA upgrade method should work, a clean install is preferred.

Thanks,
Soorej




___

Linux-PowerEdge mailing list

Linux-PowerEdge@dell.com

https://lists.us.dell.com/mailman/listinfo/linux-poweredge

--
Bien cordialement, Jean-Daniel 
TISSOT
Administrateur Systèmes et Réseaux
Tel: +33 3 81 666 440 Fax: +33 3 81 666 568

Laboratoire Chrono-environnement
16, Route de Gray
25030 BESANÇON Cédex

Plan et 
Accès
___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Re: [Linux-PowerEdge] latest link changed - now pointing to DSU

2016-04-25 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential
Hi,

Many users are unaware of the deprecation of old Dell Linux 
Repository and still uses it through 'latest' link. To avoid the confusion, we 
have changed the link to the latest DSU repository which is the replacement of 
Dell Linux Repository.

The steps to upgrade OMSA is provided in 
http://linux.dell.com/repo/hardware/dsu/. When migrating from old DLR to DSU, 
even though the OMSA upgrade method should work, a clean install is preferred.

Thanks,
Soorej
___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Re: [Linux-PowerEdge] dsu failing on two machines

2016-03-29 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential
Hi Matthew,

The DSU repository 16.03.00 included OMSA updates that has not been officially 
released yet. Hence, the repository is demoted and as of now the latest 
repository is 16.02.00. The web links of the repository took time to reflect 
this change and accessing the repo at that time resulted Catalog not finding 
issue. The links are updated now, please check 
http://linux.dell.com/repo/hardware/dsu/ to ensure.

Soorej Ponnandi
Dell | Change Management
office + 91 80 2807 7759 Extn: 78469

-Original Message-
From: linux-poweredge-bounces-Lists On Behalf Of Matthew Geier
Sent: Friday, March 25, 2016 3:26 AM
To: linux-poweredge-Lists
Subject: [Linux-PowerEdge] dsu failing on two machines

I have a RHEL 6 and a RHEL 7 machine reporting in OM that the raid controller 
firmware is out of date, so I fire up dsu.

What I get is -

dsu
Verifying catalog installation ...
Installing catalog from repository ...
Fetching dsucatalog...
Could not download the catalog rpm. Please check repository configuration or 
try clearing package manager's cache.

Clearing the yum cache doesn't help.

___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge
___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Re: [Linux-PowerEdge] DSU 16.03.00 repo

2016-03-24 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential
Hi,

The DSU 16.03.00 is demoted and http://linux.dell.com/repo/hardware/dsu/ 
currently points to 16.02.00 which is, as of now, is the latest available 
repository.

Soorej Ponnandi
Dell | Change Management
office + 91 80 2807 7759 Extn: 78469

-Original Message-
From: linux-poweredge-bounces-Lists On Behalf Of lejeczek
Sent: Thursday, March 24, 2016 2:17 PM
To: Moharla, Kalyan ; linux-poweredge-Lists
Subject: Re: [Linux-PowerEdge] DSU 16.03.00 repo

On 24/03/16 04:41, kalyan_moha...@dell.com wrote:
>
> *Dell - Internal Use - Confidential *
>
> DSU 16.03 included an OMSA update that had not been officially
> released by Dell. It has been demoted and will be re-promoted when
> the update is officially released.
> Anyone who had used 16.03 to perform updates is fine as the component
> that it carried was the final version. We had to demote the DSU 16.03
> for this reason, the repo will be back online in the first week of
> April.
>
> Sorry for the inconvenience.
>
> Thanks,
>
> Kalyan.
>
please fix your repo now so it works, so we can use older, whatever version is 
there now.
thanks
>
>
>
> ___
> Linux-PowerEdge mailing list
> Linux-PowerEdge@dell.com
> https://lists.us.dell.com/mailman/listinfo/linux-poweredge

___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge
___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Re: [Linux-PowerEdge] up or downgrade of OSC

2016-03-19 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential
Hi Peter,

This is known as per DSU index page.

Known Issues:

 *   In Platforms with OS Collector (version OSC_1.1) installed, DSU Comparison 
report will show as Downgrade to OS Collector 2.0
This is due to OS Collector team changing the version string format.

Soorej Ponnandi
Dell | Change Management
office + 91 80 2807 7759 Extn: 78469

-Original Message-
From: linux-poweredge-bounces-Lists On Behalf Of Peter Holl
Sent: Thursday, March 17, 2016 11:05 PM
To: linux-poweredge-Lists
Subject: [Linux-PowerEdge] up or downgrade of OSC

Hello,

DSU shows me:

...
[ ]3 OS COLLECTOR 1.1, OSC_1.1, A00
Current Version : OSC_1.1 Downgrade to : 2.0 ...

on a R730. I wonder whether this would really be a downgrade?


Thanks for any help,
Peter


___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Re: [Linux-PowerEdge] up or downgrade of OSC

2016-03-18 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential
Also, once the update is applied, OSC 1.1 will be upgraded to 2.0 (even if the 
tool indicates a downgrade).

Soorej Ponnandi
Dell | Change Management
office +  91 80 2807 7759 Extn: 78469

From: linux-poweredge-bounces-Lists On Behalf Of Ponnandi, Soorej
Sent: Friday, March 18, 2016 9:45 AM
To: peter.h...@pnsensor.de; linux-poweredge-Lists 

Subject: Re: [Linux-PowerEdge] up or downgrade of OSC


Dell - Internal Use - Confidential
Hi Peter,

This is known as per DSU index page.

Known Issues:

 *   In Platforms with OS Collector (version OSC_1.1) installed, DSU Comparison 
report will show as Downgrade to OS Collector 2.0
This is due to OS Collector team changing the version string format.

Soorej Ponnandi
Dell | Change Management
office + 91 80 2807 7759 Extn: 78469

-Original Message-
From: linux-poweredge-bounces-Lists On Behalf Of Peter Holl
Sent: Thursday, March 17, 2016 11:05 PM
To: linux-poweredge-Lists
Subject: [Linux-PowerEdge] up or downgrade of OSC

Hello,

DSU shows me:

...
[ ]3 OS COLLECTOR 1.1, OSC_1.1, A00
Current Version : OSC_1.1 Downgrade to : 2.0 ...

on a R730. I wonder whether this would really be a downgrade?


Thanks for any help,
Peter

___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

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

2016-03-07 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential
Hi,

DSU only facilitates the system updates using the packages provided by various 
teams. We are currently facing issues with OMSA updates using yum and we are 
working with OMSA engg: team to make the experience better. This will be 
addressed soon.

Thanks,
Soorej


-Original Message-
From: linux-poweredge-bounces-Lists On Behalf Of Kilian Cavalotti
Sent: Saturday, March 5, 2016 4:23 AM
To: Luke Pyzowski
Cc: linux-poweredge-Lists
Subject: 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 something into custom yum repos but not install it intentionally.
> This is extremely poor behavior on the part of the dsu tool and I was
> very surprised to see it. This option must be configurable by the
> administrator. Further, it should only upgrade dell related items -
> at the very most. You are specifying to update _all_ system software
> on the OS AND you pass the -y argument to it to approve the install
> without letting an administrator intervene. This behavior is
> completely unacceptable and needs to be addressed.

I absolutely agree. Reading this mailing list for the past few months has been 
an absolutely flooring experience.

At this point, it's time to realize that DSU is a failure: it is so riddled 
with design flaws that it would only make sense to start again from scratch. 
That's exactly what happened to the previous firmware-tools, which have been 
working fine for years, until somebody decided to scrap it for unknown reasons. 
DSU is not up to the mark, by far. Competitors have better tools now, and what 
once made Dell lead the field of linux management tools is no more.

If you guys want to retain that advantage, that made a lot of us prefer to deal 
with Dell hardware instead of others', this needs to be fixed.

Cheers,
--
Kilian

___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge
___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Re: [Linux-PowerEdge] DSU out of date?

2016-03-02 Thread Soorej_Ponnandi 
Dell - Internal Use - Confidential
 Thanks for pointing this, it is a defect. We will fix this on priority and try 
to make it available by 04/2016

Thanks,
Soorej

From: linux-poweredge-bounces-Lists On Behalf Of Pablo Ilarragorri
Sent: Tuesday, March 1, 2016 9:23 PM
To: Max Vernimmen ; V, Sriraj Ch_S 
; linux-poweredge-Lists 

Subject: Re: [Linux-PowerEdge] DSU out of date?

As Max said, you need to remove the previous versions from your spacewalk / 
satellite / rpm repo in order to get the latest dsucatalog version. Something 
I’ve also found was that in some cases you need to manually remove the 
dsucatalog from the OS and then run yum install since it would refuse to update 
(It will actually think that the oldest version is the latest).

At this point I’m really disappointed by the lack of quality of this tool, the 
fact that it depends on a broken rpm that has the latest firmware versions 
hardcoded inside and the numerous dsu limitations / undesired behaviours of it 
makes it cumbersome to run a proper firmware upgrade process.

Regards!

Pablo

--
From: linux-poweredge-boun...@dell.com 
[mailto:linux-poweredge-boun...@dell.com] On Behalf Of Max Vernimmen
Sent: Monday, February 29, 2016 9:22 AM
To: sriraj_ch_...@dell.com; 
linux-powere...@lists.us.dell.com
Subject: Re: [Linux-PowerEdge] DSU out of date?

Hi Sriraj,

I’m using the latest version but as Stijn de Weirdt mentioned, the dsucatalog 
rpm is incorrectly set up and thus dsu is not installing the latest version 
when being run if there are more than 1 version of dsucatalog rpm available in 
the repository. Because we are using spacewalk and spacewalk by default never 
throws away old rpm’s, we have many versions of dsucatalog available. Normally 
that’s not a problem because yum will install the latest version, but because 
Dell’s dsucatalog versioning is broken this doesn’t work properly.
I have a workaround now thanks to Stijn by manually deleting the older 
dsucatalog packages from our repository, but really Dell should fix the 
versioning of dsucatalog:
# rpm -q --info dsucatalog
Name: dsucatalog
Version : F8W4N
Release : 16.02.00

version and release seem swapped, so dsu using yum will not update to latest

Best regards,


Max

From: "sriraj_ch_...@dell.com" 
>
Date: Monday 29 February 2016 at 1:10 PM
To: Max Vernimmen 
>, 
"linux-powere...@lists.us.dell.com" 
>
Subject: RE: DSU out of date?


Dell - Internal Use - Confidential
Hi Max,
For M620, QLogic QME8262 Adapter (version 2.10.37) is carried in latest DSU 
repository http://linux.dell.com/repo/hardware/dsu/ (Version 16.02.00)
Can you please check if by any chance you are using an older version of DSU.

Thanks,
Sriraj

-Original Message-
From: linux-poweredge-bounces-Lists On Behalf Of Max Vernimmen
Sent: Monday, February 29, 2016 4:14 PM
To: linux-poweredge-Lists
Subject: [Linux-PowerEdge] DSU out of date?

Hi,

For our dell m620 blade with logic QME8262-K DSU says there is no update:
[-]6 QLogic QME8262 Adapter
Current Version : 02.10.29 same as : 02.10.29

[-]7 QLogic QME8262 Adapter
Current Version : 02.10.29 same as : 02.10.29


However, through support.dell.com I found DUP 9.0.0 with firmware 2.10.37 which 
fixed a problem for us. That DUP is from the 11th of september, so almost 6 
months old. Why isn’t this available through DSU yet? What other firmware 
updates may we be missing out on because we’re relying on DSU?

Best regards,


Max
___
Linux-PowerEdge mailing list
Linux-PowerEdge@dell.com
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

___
The information contained in this communication is intended solely for the use 
of the individual or entity to whom it is addressed and others authorized to 
receive it. It may contain confidential or legally privileged information. If 
you are not the intended recipient you are hereby notified that any disclosure, 
copying, distribution or taking any action in reliance on the contents of this 
information is strictly prohibited and may be unlawful. If you have received 
this communication in error, please notify us immediately by responding to this 
email and then delete it from your system. EY is neither liable for the proper 
and complete transmission of the information contained in this communication 
nor for any delay in its receipt.
___
Linux-PowerEdge mailing list