<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Rack management]]></title><description><![CDATA[<p dir="auto">Hi all,</p>
<p dir="auto">Cheers guys on a fantastic application, I've been looking at it for a couple of weeks now and I'm very impressed with it's functionality.</p>
<p dir="auto">My question is regarding rack management. The organisation I work for are looking for a CMDB very much like I-doit, but they also need a more visual representation of racks, specifically server location. At the moment it's possible to populate an enclosure with servers/KVM/Power/etc, so you can see what is in the rack, but not where in the rack. For example if I create a 42u enclosure and populate it with a bunch of servers, I would like to know where in the rack they are and what free space is available. Can you tell me if there are any plans to add this kind of functionality in the future?</p>
<p dir="auto">If not then could you point me at the particular set of tables within the DB that would potentially need modifying to include rack location data? I've generated a DB diagram within MySQLWorkbench, but with 346 tables within the _data DB it's VERY difficult to reverse engineer.</p>
<p dir="auto">Cheers,</p>
<p dir="auto">Nik</p>
]]></description><link>https://community.i-doit.com/topic/335/rack-management</link><generator>RSS for Node</generator><lastBuildDate>Mon, 11 May 2026 05:26:48 GMT</lastBuildDate><atom:link href="https://community.i-doit.com/topic/335.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 26 Feb 2007 14:24:54 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Rack management on Tue, 27 Feb 2007 16:28:46 GMT]]></title><description><![CDATA[<p dir="auto">'isys_pos_gps' is for future references to a GPS position (GPS like in Global Positioning System). We don't really use it for now.</p>
]]></description><link>https://community.i-doit.com/post/4340</link><guid isPermaLink="true">https://community.i-doit.com/post/4340</guid><dc:creator><![CDATA[npotthast]]></dc:creator><pubDate>Tue, 27 Feb 2007 16:28:46 GMT</pubDate></item><item><title><![CDATA[Reply to Rack management on Tue, 27 Feb 2007 16:18:47 GMT]]></title><description><![CDATA[<p dir="auto">Thanks for your prompt reply <img src="https://community.i-doit.com/assets/plugins/nodebb-plugin-emoji/emoji/android/1f642.png?v=5254000fec3" class="not-responsive emoji emoji-android emoji--slightly_smiling_face" style="height:23px;width:auto;vertical-align:middle" title=":)" alt="🙂" /></p>
<p dir="auto">Your idea of a new table linked to the 'isys_cats_enclosure_list' looks like a good solution. It could be called something like 'isys_cats_enclosure_pos' and would require the following fields:</p>
<p dir="auto">isys_cats_enclosure_pos__id<br />
  isys_cats_enclosure_pos__isys_cats_enclosure_list__id<br />
  isys_cats_enclosure_pos__u<br />
  isys_cats_enclosure_pos__isys_obj__id</p>
<p dir="auto">Btw there is 1 other table linked to 'isys_cats_enclosure_list' called 'isys_pos_gps', could you tell me what is the purpose of this table?</p>
<p dir="auto">Regards,</p>
<p dir="auto">Nik</p>
]]></description><link>https://community.i-doit.com/post/4339</link><guid isPermaLink="true">https://community.i-doit.com/post/4339</guid><dc:creator><![CDATA[Nik]]></dc:creator><pubDate>Tue, 27 Feb 2007 16:18:47 GMT</pubDate></item><item><title><![CDATA[Reply to Rack management on Tue, 27 Feb 2007 09:54:29 GMT]]></title><description><![CDATA[<p dir="auto">Hi Nik,</p>
<p dir="auto">for the rack itself we have the table 'isys_cats_enclosure_list'. That is connected to the table 'isys_cats_distributor' which has also a connection to 'isys_obj__id'.<br />
So a server would have an object ID and is connected to the rack with the tables I just listed. Values according to the rack have to be stored in the first table I mentioned.<br />
I think to store information about the location of an object within the rack we could use another table which is connected to the rack which includes every height unit. Think about a server inside the rack. That would be connected to HU 1 and 2. HU 3 could be 'NULL', and so on.<br />
Do you need something else? <img src="https://community.i-doit.com/assets/plugins/nodebb-plugin-emoji/emoji/android/1f642.png?v=5254000fec3" class="not-responsive emoji emoji-android emoji--slightly_smiling_face" style="height:23px;width:auto;vertical-align:middle" title=":)" alt="🙂" /></p>
]]></description><link>https://community.i-doit.com/post/4335</link><guid isPermaLink="true">https://community.i-doit.com/post/4335</guid><dc:creator><![CDATA[npotthast]]></dc:creator><pubDate>Tue, 27 Feb 2007 09:54:29 GMT</pubDate></item></channel></rss>