<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Intersight API inconsistent results for memory units various API c in Unified Computing System (UCS)</title>
    <link>https://community.cisco.com/t5/unified-computing-system-ucs/intersight-api-inconsistent-results-for-memory-units-various-api/m-p/5321957#M90</link>
    <description>&lt;P&gt;No.&amp;nbsp;These types of changes are generally not expected in well designed APIs, as they break backward compatibility and can cause integration issues. I would document this and open a TAC case or bring this up with your Cisco account manager.&lt;/P&gt;
&lt;P&gt;Good luck!&lt;/P&gt;</description>
    <pubDate>Tue, 19 Aug 2025 12:45:03 GMT</pubDate>
    <dc:creator>bigevilbeard</dc:creator>
    <dc:date>2025-08-19T12:45:03Z</dc:date>
    <item>
      <title>Intersight API inconsistent results for memory units various API calls</title>
      <link>https://community.cisco.com/t5/unified-computing-system-ucs/intersight-api-inconsistent-results-for-memory-units-various-api/m-p/5321157#M89</link>
      <description>&lt;P&gt;I have been using the get_memory_unit_list python API call and historically the OperState field has returned "operable" or "inoperable". Now for X210cM7 servers, it returns "OK".&lt;/P&gt;
&lt;P&gt;I have also observed that get_compute_physical_summary has changed the unit for AvailableMemory from MiB to GiB for m7. Prior to m7, AvailableMemory would return&amp;nbsp;524,288, but now returns 512.&lt;/P&gt;
&lt;P&gt;Are these kinds of arbitrary changes in the use of data fields within the Intersight configuration data to be expected?&lt;/P&gt;
&lt;P&gt;thanks&lt;/P&gt;</description>
      <pubDate>Fri, 15 Aug 2025 22:38:19 GMT</pubDate>
      <guid>https://community.cisco.com/t5/unified-computing-system-ucs/intersight-api-inconsistent-results-for-memory-units-various-api/m-p/5321157#M89</guid>
      <dc:creator>jseaman01111</dc:creator>
      <dc:date>2025-08-15T22:38:19Z</dc:date>
    </item>
    <item>
      <title>Re: Intersight API inconsistent results for memory units various API c</title>
      <link>https://community.cisco.com/t5/unified-computing-system-ucs/intersight-api-inconsistent-results-for-memory-units-various-api/m-p/5321957#M90</link>
      <description>&lt;P&gt;No.&amp;nbsp;These types of changes are generally not expected in well designed APIs, as they break backward compatibility and can cause integration issues. I would document this and open a TAC case or bring this up with your Cisco account manager.&lt;/P&gt;
&lt;P&gt;Good luck!&lt;/P&gt;</description>
      <pubDate>Tue, 19 Aug 2025 12:45:03 GMT</pubDate>
      <guid>https://community.cisco.com/t5/unified-computing-system-ucs/intersight-api-inconsistent-results-for-memory-units-various-api/m-p/5321957#M90</guid>
      <dc:creator>bigevilbeard</dc:creator>
      <dc:date>2025-08-19T12:45:03Z</dc:date>
    </item>
    <item>
      <title>Re: Intersight API inconsistent results for memory units various API c</title>
      <link>https://community.cisco.com/t5/unified-computing-system-ucs/intersight-api-inconsistent-results-for-memory-units-various-api/m-p/5321959#M91</link>
      <description>&lt;P&gt;I have unfortunately seen similar things in the Intersight API before. Cisco/The relevant BU has some way to go when it comes to API best practices. As&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/352839"&gt;@bigevilbeard&lt;/a&gt;&amp;nbsp;says this is not how it should be.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 19 Aug 2025 12:47:50 GMT</pubDate>
      <guid>https://community.cisco.com/t5/unified-computing-system-ucs/intersight-api-inconsistent-results-for-memory-units-various-api/m-p/5321959#M91</guid>
      <dc:creator>Torbjørn</dc:creator>
      <dc:date>2025-08-19T12:47:50Z</dc:date>
    </item>
  </channel>
</rss>

