[Linux-PowerEdge] Automated setup config

Dan Yasny dyasny at gmail.com
Fri Nov 17 16:10:18 CST 2017


On Wed, Nov 15, 2017 at 1:33 PM, <Steven.R.Lemons at dell.com> wrote:

> Hi,
>
>
>
> I believe you have a couple options available to you, one taking longer to
> implement than the other.
>
>
>
> As previously suggested, Dell OME (Open Manage Essentials) can be
> leveraged against your already purchased/installed iDRAC ENT. You must
> discover all 12G/13G servers to populate OME (with valid OOB credentials).
> Once OME has been populated with these discovered 12G/13G servers, you’re
> then able to use the flexibility of OME to schedule firmware updates or
> schedule BIOS configuration jobs such as the one you mention.
>
>
>
> The other option would be to leverage the racadm command (
> https://www.dell.com/support/home/us/en/04/Drivers/
> DriversDetails?driverId=6RWMR) within a PowerShell script against a
> CSV/TXT file that has all the iDRAC IPs you’re looking to change. Load the
> CSV/TXT into an array, then enumerate through the array of OOB IPs
> (assuming all OOB/iDRAC credentials are the same and the host executing the
> PowerShell script has line-of-sight to each 12G/13G server’s OOB/iDRAC) to
> execute your racadm command to update BIOS boot setup. The following is a
> bit dated but shows the process: http://en.community.dell.com/
> techcenter/extras/m/white_papers/20436999
>

While this sounds lovely, I don't use windows on any of my machines,
including the desktop. I tried to find a Linux package containing racadm,
but only found 7.x, can you please confirm there's nothing newer to be
found?



>
>
> The following racadm example pulls the currently configured value for
> BootMode from a 13G server. This is something I’d execute first (pull
> existing configured values) against the array of iDRAC IPs to ensure all
> match before then executing script to update/change each servers
> configuration to new BootMode:
>
>
>
> C:\WINDOWS\system32>racadm -r aaa.bbb.ccc.ddd -u root -p calvin get
> bios.biosbootsettings.BootMode
>
> Security Alert: Certificate is invalid - Certificate is not signed by
> Trusted Third Party
>
> Continuing execution. Use -S option for racadm to stop execution on
> certificate-related errors.
>
> [Key=BIOS.Setup.1-1#biosbootsettings]
>
> BootMode=Bios
>
>
>
> Hope this helps.
>
>
>
> Regards,
>
>
>
> *Steven Lemons*
>
> Senior Principal Engineer – Product Technologist
>
> *Dell **EMC* | Storage Applications Engineering
>
> office +1 512-728-6419 <(512)%20728-6419>
>
> steven.r.lemons at dell.com
>
>
>
> *From:* linux-poweredge-bounces-Lists *On Behalf Of *Dan Yasny
> *Sent:* 2017/11/15: Wed 12:09
> *To:* James A. Peltier <jpeltier at sfu.ca>
> *Cc:* linux-poweredge-Lists <linux-poweredge at lists.us.dell.com>
> *Subject:* Re: [Linux-PowerEdge] Automated setup config
>
>
>
>
>
>
>
> On Nov 15, 2017 1:01 PM, "James A. Peltier" <jpeltier at sfu.ca> wrote:
>
> ----- On 15 Nov, 2017, at 08:02, Dan Yasny <dyasny at gmail.com> wrote:
>
> Hi,
>
> I have a large amount of R320, R620 and R630's, all with iDRAC ENT
> installed. I need to do a bulk change in their setups, like switch all to
> BIOS boot or back to UEFI.
>
>
>
> Doing that host by host takes forever, but I couldn't find the way to
> automate such a change.
>
>
>
> Is there a way at all?
>
>
>
> Thanks,
>
> Dan
>
> Dell OpenManage?
>
>
>
>
>
> Not installed on the hosts, they are a large test cluster that keeps
> getting wiped and reprovisioned
>
>
>
>
>
> --
>
> James A. Peltier
> Manager - Research Computing Group | IT Services
> Simon Fraser University | ASB10973
> 8888 University Dr., Burnaby, B.C. V5A 1S6
> <https://maps.google.com/?q=8888+University+Dr.,+Burnaby,+B.C.+V5A+1S6&entry=gmail&source=g>
> T: 778.782.6573 <(778)%20782-6573> | M: 604.365.6432 <(604)%20365-6432> |
> sfu.ca/itservices
> Twitter: @sfu_it
>
>
>
> _______________________________________________
> Linux-PowerEdge mailing list
> Linux-PowerEdge at dell.com
> https://lists.us.dell.com/mailman/listinfo/linux-poweredge
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.us.dell.com/pipermail/linux-poweredge/attachments/20171117/48edc3dc/attachment-0001.html>


More information about the Linux-PowerEdge mailing list