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 of the Linux operating systems. The version of libz 1.2.8 is able to extract gz on all operating system flavors, hence we were forced to take libz 1.2.8. It is not our intention to package all the libraries but just the necessary ones.
We are working towards the fix and will roll out by end of this month. Request you to kindly bear with us till then. Regards, Sashi From: linux-poweredge-bounces-Lists On Behalf Of Diego Santa Cruz Sent: Tuesday, April 4, 2017 3:12 PM To: linux-poweredge-Lists <[email protected]> Subject: Re: [Linux-PowerEdge] dell-system-update package 1.4.0-17.02.00 Hi Dell, I had already removed OMSA from my servers due to issues like this. But I kept DSU on the assumption that as it was much simpler there was much less room for it to break things and I have now been proved wrong. I will now be removing DSU as well, so much for an easy way to update firmware... Sigh! It is really sad to see that Dell does not take proper enterprise seriously and allows for such problems to go on and on. Dell should really consider assigning someone with systems administration experience to counsel the DSU dev team and review their decisions. Next time I need to purchase more servers I'll take a good look at other manufacturers..., I like Dell but this kind of problems really make my life more difficult. Best, -- Diego Santa Cruz, PhD IT Administrator T +41 21 341 15 50 [email protected] spinetix.com -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Tim Mooney Sent: 03 April 2017 21:52 To: [email protected] Subject: Re: [Linux-PowerEdge] dell-system-update package 1.4.0-17.02.00 In regard to: Re: [Linux-PowerEdge] dell-system-update package...: > I will say as a sysadmin that many project devs seem to just use > newest versions of libs in their apps just "because they can" with out > an real need and thus agrevate sysadmins supporting older OSes like > RHEL6 for no good reason. Very much a pet peeve of mine. +1, and that's really crucial for developers to understand. They should be depending on system libraries (and system commands) provided by the OS vendor if at all possible, and there should be an extremely good reason (not just "I want to", or "it's new and shiny") provided (and it should be clearly communicated to the customer!) when they deviate from that. Even if Dell had carefully insulated their shadow copies of various libraries from the rest of the OS, I still have a problem with needlessly shipping their own variants -- security updates. OS vendors are typically quick and coordinated when it comes to releasing updates for security flaws. If Dell's software depended on system libraries and commands only, then DSU and other tools would get the security updates when the rest of the OS does. Dell's response to nearly every issue I've seen reported via this list is "we'll fix it in 3-6 months in the next feature release", which wouldn't cut it if there were a security issue with their local copy of some command or library. Tim -- Tim Mooney [email protected] Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 _______________________________________________ Linux-PowerEdge mailing list [email protected] https://lists.us.dell.com/mailman/listinfo/linux-poweredge _______________________________________________ Linux-PowerEdge mailing list [email protected] https://lists.us.dell.com/mailman/listinfo/linux-poweredge _______________________________________________ Linux-PowerEdge mailing list [email protected] https://lists.us.dell.com/mailman/listinfo/linux-poweredge
