[racktables-users] Re: Feature requests: Fiber Channel management

  • From: Chris James <chris@xxxxxxxxxxxx>
  • To: "racktables-users@xxxxxxxxxxxxx" <racktables-users@xxxxxxxxxxxxx>
  • Date: Thu, 22 Jun 2017 12:38:09 -0700

We "rack" in a general purpose rack our PDU objects which use ports as
breakers. Works quite nicely.


On Thu, Jun 22, 2017 at 11:14 AM, Bryan Mahan <bmahan1990@xxxxxxxxx> wrote:

You are able to rack PDUs as 0u items and then map power via AC-in /
AC-out. I'm sure the concept would then be the same by creating a port for
the PDU to panel/breaker by creating the object, but that sorta goes out of
scope.

On Thu, Jun 22, 2017 at 1:07 PM, Tim W <twielgos@xxxxxxxxx> wrote:

Another thing - I would like to see more robust PDU/power tracking in
Racktables as well - need to map racks to PDUs to panel+breaker.  Likewise,
keeping track of power load (perhaps via SNMP) might be quite helpful.

On Thu, Jun 22, 2017 at 9:10 AM, Tim W <twielgos@xxxxxxxxx> wrote:

As I am getting all our stuff into Racktables, I'm finding a distinct
lack of fiber channel network tracking.

Are there any plans to implement better fiber channel network management
into Racktables?

As a SAN admin, I would be willing to contribute what I can in terms of
design and whatnot, but I'm no coder.

--Tim





-- 
This e-mail message may contain confidential or legally privileged 
information and is intended only for the use of the intended recipient(s). 
Any unauthorized disclosure, dissemination, distribution, copying or the 
taking of any action in reliance on the information herein is prohibited. 
E-mails are not secure and cannot be guaranteed to be error free as they 
can be intercepted, amended, or contain viruses. Anyone who communicates 
with us by e-mail is deemed to have accepted these risks. This company is 
not responsible for errors or omissions in this message and denies any 
responsibility for any damage arising from the use of e-mail. Any opinion 
and other statement contained in this message and any attachment are solely 
those of the author and do not necessarily represent those of the company.

Other related posts: