Dell - Internal Use - Confidential The fix will be released in March 2017.
From: Dominik Borkowski [mailto:[email protected]] Sent: Thursday, October 27, 2016 6:54 PM To: Gore, Santosh <[email protected]> Cc: linux-poweredge-Lists <[email protected]>; Marquis, Brian <[email protected]> Subject: Re: [Linux-PowerEdge] Error messages after updating OMSA 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 this /tmpSECUPD, or due to other grave issues. Thanks! -- dom On Oct 26, 2016, at 3:03 AM, [email protected]<mailto:[email protected]> wrote: Dell - Internal Use - Confidential Hi We have fixed this issue and fix will be available in the next OMSA release. Thanks Santosh From: linux-poweredge-bounces-Lists On Behalf Of Jean-Daniel TISSOT Sent: Tuesday, October 25, 2016 4:41 PM To: linux-poweredge-Lists <[email protected]<mailto:[email protected]>> Subject: Re: [Linux-PowerEdge] Error messages after updating OMSA Hi, On a Centos server I have to do two times umount /tmp/SECUPD for resolve this. By cron I search if new firmwares are available once a week and each time I have the same errors. Le 25/10/2016 à 10:31, Sebastian Luna Valero a écrit : Hello, I have setup our PowerEdge nodes with the DSU repository to have OMSA up-to-date: http://linux.dell.com/repo/hardware/dsu/ After updating to version "srvadmin-*-8.4.0-2193.9883.el6.x86_64" I am getting the following: * Some nodes with df -h: /dev/sdb 1.1M 0 1.1M 0% /tmp/SECUPD * Some nodes with df -h: /dev/sdb 1.1M 0 1.1M 0% /tmp/SECUPD /dev/sdc 1.1M 0 1.1M 0% /tmp/SECUPD * Error messages with "df -h": df: `/tmp/SECUPD': Input/output error df: `/tmp/SECUPD': Input/output error * Various error messages with "tail /var/log/messages": kernel: FAT: FAT read failed (blocknr 1) kernel: FAT: Directory bread(block 36) failed kernel: VFS: busy inodes on changed media or resized disk sdb I have tried these steps: # srvadmin-services.sh stop # umount /tmp/SECUPD # srvadmin-services.sh start but the problem still remains. Could you please let me know what else should I try? Best regards, Sebastian. _______________________________________________ Linux-PowerEdge mailing list [email protected]<mailto:[email protected]> https://lists.us.dell.com/mailman/listinfo/linux-poweredge -- Bien cordialement, Jean-Daniel TISSOT<http://chrono-environnement.univ-fcomte.fr/spip.php?article457> Administrateur Systèmes et Réseaux Tel: +33 3 81 666 440 Fax: +33 3 81 666 568 Laboratoire Chrono-environnement<http://chrono-environnement.univ-fcomte.fr/> 16, Route de Gray 25030 BESANÇON Cedex Plan et Accès<https://mapsengine.google.com/map/viewer?mid=zjsxW4ZzZPLY.kp2qPHUBD45c> _______________________________________________ Linux-PowerEdge mailing list [email protected]<mailto:[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
