Menu ▾ ▴

#341 fru edit non-operational

version-cvs
open
nobody
None
5
2016-02-27
2014-11-05
No

fru edit does not appear to be working - it indicates it is updating a field, but after the update, the field remains the same:

[root@QOS ~]# ipmitool fru edit 0 field p 3 QOSServre
Updating Field 'ada24b8ef' with 'QOSServre' ...
[root@QOS ~]# ipmitool fru
FRU Device Description : Builtin FRU Device (ID 0)
Board Mfg Date : Sun Dec 31 16:00:00 1995
Board Mfg : Supermicro
Product Manufacturer :
Product Name :
Product Part Number :
Product Version : ada24b8ef
Product Serial :

Related

Bugs (use GitHub instead): #341

Discussion

  • Lance Gropper

    Lance Gropper - 2014-11-06

    Same issue exists in 1.8.15rc1 (the apparent latest version).

     
  • Zdenek Styblik

    Zdenek Styblik - 2014-12-04

    Sadly, this could be vendor/HW specific issue rather than tool issue.

     
    • Lance Gropper

      Lance Gropper - 2014-12-04

      Hello:

      The FRU updates via the Windows version of ipmitool.

      Lance

      From: Zdenek Styblik
      Sent: Thursday, December 4, 2014 4:03 AM
      To: [ipmitool:bugs]
      Subject: [ipmitool:bugs] #341 fru edit non-operational

      Sadly, this could be vendor/HW specific issue rather than tool issue.


      [bugs:#341] fru edit non-operational

      Status: open
      Group: version-1.8.11
      Created: Wed Nov 05, 2014 11:10 PM UTC by Lance Gropper
      Last Updated: Thu Nov 06, 2014 05:32 PM UTC
      Owner: nobody

      fru edit does not appear to be working - it indicates it is updating a field, but after the update, the field remains the same:

      [root@QOS ~]# ipmitool fru edit 0 field p 3 QOSServre
      Updating Field 'ada24b8ef' with 'QOSServre' ...
      [root@QOS ~]# ipmitool fru
      FRU Device Description : Builtin FRU Device (ID 0)
      Board Mfg Date : Sun Dec 31 16:00:00 1995
      Board Mfg : Supermicro
      Product Manufacturer :
      Product Name :
      Product Part Number :
      Product Version : ada24b8ef
      Product Serial :


      Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/ipmitool/bugs/341/

      To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/

       

      Related

      Bugs (use GitHub instead): #341

  • Lance Gropper

    Lance Gropper - 2014-12-04

    Correction: The FRU updates via IPMIView 2.0 for Windows/Java.

    From: Lance Gropper
    Sent: Thursday, December 4, 2014 5:01 AM
    To: [ipmitool:bugs]
    Subject: Re: [ipmitool:bugs] #341 fru edit non-operational

    Hello:

    The FRU updates via the Windows version of ipmitool.

    Lance

    From: Zdenek Styblik
    Sent: Thursday, December 4, 2014 4:03 AM
    To: [ipmitool:bugs]
    Subject: [ipmitool:bugs] #341 fru edit non-operational

    Sadly, this could be vendor/HW specific issue rather than tool issue.


    [bugs:#341] fru edit non-operational

    Status: open
    Group: version-1.8.11
    Created: Wed Nov 05, 2014 11:10 PM UTC by Lance Gropper
    Last Updated: Thu Nov 06, 2014 05:32 PM UTC
    Owner: nobody

    fru edit does not appear to be working - it indicates it is updating a field, but after the update, the field remains the same:

    [root@QOS ~]# ipmitool fru edit 0 field p 3 QOSServre
    Updating Field 'ada24b8ef' with 'QOSServre' ...
    [root@QOS ~]# ipmitool fru
    FRU Device Description : Builtin FRU Device (ID 0)
    Board Mfg Date : Sun Dec 31 16:00:00 1995
    Board Mfg : Supermicro
    Product Manufacturer :
    Product Name :
    Product Part Number :
    Product Version : ada24b8ef
    Product Serial :


    Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/ipmitool/bugs/341/

    To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/

     

    Related

    Bugs (use GitHub instead): #341

  • Zdenek Styblik

    Zdenek Styblik - 2015-01-17

    Please, try to get in touch with Supermicro:

    • have access to hardware
    • access to debugging
    • have know-how
    • employees
    • actually, it seemed they were willing to help

    I have none of above except may be willingness. I doubt anybody else is going to look at it, unless it lands on their table through support@company-im-working-for.com. HW field isn't friendly one, unfortunately.

    This is suggestion how to get it fixed and kind of explanation why nobody's working on this.

    EDIT: and yes, I believe the problem is in IPMItool as FRU code is rather crap. And sorry it took me such a long time to get around and reply.

     

    Last edit: Zdenek Styblik 2015-01-17
    • Lance Gropper

      Lance Gropper - 2015-01-17

      Hello Zdenek:

      The Windows version of IPMITool works, the Linux one does not – how is it a Supermicro problem?

      Lance

      From: Zdenek Styblik
      Sent: Saturday, January 17, 2015 9:26 AM
      To: [ipmitool:bugs]
      Subject: [ipmitool:bugs] #341 fru edit non-operational

      Please, try to get in touch with Supermicro:

      a.. have access to hardware
      b.. access to debugging
      c.. have know-how
      d.. employees
      e.. actually, it seemed they were willing to help
      I have none of above except may be willingness. I doubt anybody else is going to look at it, unless it lands on their table through support@company-im-working-for.com. HW field isn't friendly one, unfortunately.

      This is suggestion how to get it fixed and kind of explanation why nobody's working on this.


      [bugs:#341] fru edit non-operational

      Status: open
      Group: version-1.8.11
      Created: Wed Nov 05, 2014 11:10 PM UTC by Lance Gropper
      Last Updated: Thu Dec 04, 2014 12:03 PM UTC
      Owner: nobody

      fru edit does not appear to be working - it indicates it is updating a field, but after the update, the field remains the same:

      [root@QOS ~]# ipmitool fru edit 0 field p 3 QOSServre
      Updating Field 'ada24b8ef' with 'QOSServre' ...
      [root@QOS ~]# ipmitool fru
      FRU Device Description : Builtin FRU Device (ID 0)
      Board Mfg Date : Sun Dec 31 16:00:00 1995
      Board Mfg : Supermicro
      Product Manufacturer :
      Product Name :
      Product Part Number :
      Product Version : ada24b8ef
      Product Serial :


      Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/ipmitool/bugs/341/

      To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/

       

      Related

      Bugs (use GitHub instead): #341

      • Zdenek Styblik

        Zdenek Styblik - 2015-01-18

        I'm a bit confused now.

        The Windows version of IPMITool works

        V.

        Correction: The FRU updates via IPMIView 2.0 for Windows/Java.

        so which one is it? And as far as I know, the only Windows version of IPMItool comes from Oracle.

        how is it a Supermicro problem

        It's not. Then either fix it by yourself and post the patch or accept the fact it probably will remain unfixed.

        Just think about what you've just said. Have you paid for IPMItool? I don't think so. How is it anybody's else problem then? ;) Do you really expect employees of HP or Pigeon Point or Oracle or whoever to fix problem reported on Supermicro? Nope. They won't even if they could and wanted to as long as:

        1. it is not reported on server they manufactured, sold and made profit from
        2. not reported via company support

        That's how it works.

        EDIT: it seems some negatives were missing

         

        Last edit: Zdenek Styblik 2015-01-18
        • Lance Gropper

          Lance Gropper - 2015-01-18

          It was IPMI View. Does IPMITool work on any non-Supermicro boards? As far as I know, the IPMI chip is either a Nuvoton, Winbond, Aspeed, or Renesis – Supermicro does not make the chip. To answer your question about anybody elses’ problem: IPMITool has a function to change the FRU (for example). This function does not operate, and that was what I reported. Either the function in the program doesn’t work, or the program has a compatibility issue. I don’t know enough about C++ or writing software for the IPMI chip to fix the tool myself, or I would have done so already. I am a PERL programmer. I’ll just explain to my boss that ipmitool can’t set the FRU, so instead, a remote Windows system has to be used.

          From: Zdenek Styblik
          Sent: Saturday, January 17, 2015 10:40 PM
          To: [ipmitool:bugs]
          Subject: [ipmitool:bugs] Re: #341 fru edit non-operational

          I'm a bit confused now.

          The Windows version of IPMITool works

          V.

          Correction: The FRU updates via IPMIView 2.0 for Windows/Java.

          so which one is it? And as far as I know, the only Windows version of IPMItool comes from Oracle.

          how is it a Supermicro problem

          It's not. Then either fix it by yourself and post the patch or accept the fact it probably will remain unfixed.

          Just think about what you've just said. Have you paid for IPMItool? I don't think so. How is it anybody's else problem then? ;) Do you really expect employees of HP or Pigeon Point or Oracle or whoever to fix problem reported on Supermicro? Nope. They won't even if they could and wanted to as long as:

          1.. it is reported on server they manufactured, sold and made profit from
          2.. reported via company support
          That's how it works.


          [bugs:#341] fru edit non-operational

          Status: open
          Group: version-1.8.11
          Created: Wed Nov 05, 2014 11:10 PM UTC by Lance Gropper
          Last Updated: Sat Jan 17, 2015 05:26 PM UTC
          Owner: nobody

          fru edit does not appear to be working - it indicates it is updating a field, but after the update, the field remains the same:

          [root@QOS ~]# ipmitool fru edit 0 field p 3 QOSServre
          Updating Field 'ada24b8ef' with 'QOSServre' ...
          [root@QOS ~]# ipmitool fru
          FRU Device Description : Builtin FRU Device (ID 0)
          Board Mfg Date : Sun Dec 31 16:00:00 1995
          Board Mfg : Supermicro
          Product Manufacturer :
          Product Name :
          Product Part Number :
          Product Version : ada24b8ef
          Product Serial :


          Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/ipmitool/bugs/341/

          To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/

           

          Related

          Bugs (use GitHub instead): #341

          • Zdenek Styblik

            Zdenek Styblik - 2015-01-18

            Sure. I merely suggested way how to get it fixed and offered explanation why it's not fixed or not being worked at by anybody. That's all.

            As for your question, there is an IPMI specification and HW vendors have implemented their IPMI stacks, or chip if you want, according to this specification.

            Just to clarify. It was you who said how is it a Supermicro problem?''. It isn't. I've never said or implied it's Supermicro's problem. I've even agreed the problem is in IPMItool code -and yes, I believe the problem is in IPMItool as FRU code is rather crap.'' Asking Supermicro for help is a one way how to get it fixed and that's all.

             
            • Lance Gropper

              Lance Gropper - 2015-01-18

              To me, just looking at the message, it looks like ipmitool is trying to update a field, which has the name of the value of the field. There is no field called ‘ada24b8ef’ – that is a value. I would expect something like “Updating field ‘Product Version’ with ‘QOSServre’. Whatever the problem is, it looks like it is close to working. But there is something else wrong as well – field p 3 is supposed to be the Product Manufacturer – not the Product Version.

              From: Zdenek Styblik
              Sent: Sunday, January 18, 2015 7:43 AM
              To: [ipmitool:bugs]
              Subject: [ipmitool:bugs] Re: #341 fru edit non-operational

              Sure. I merely suggested way how to get it fixed and offered explanation why it's not fixed or not being worked at by anybody. That's all.

              As for your question, there is an IPMI specification and HW vendors have implemented their IPMI stacks, or chip if you want, according to this specification.

              Just to clarify. It was you who said how is it a Supermicro problem?''. It isn't. I've never said or implied it's Supermicro's problem. I've even agreed the problem is in IPMItool code -and yes, I believe the problem is in IPMItool as FRU code is rather crap.'' Asking Supermicro for help is a one way how to get it fixed and that's all.


              [bugs:#341] fru edit non-operational

              Status: open
              Group: version-1.8.11
              Created: Wed Nov 05, 2014 11:10 PM UTC by Lance Gropper
              Last Updated: Sat Jan 17, 2015 05:26 PM UTC
              Owner: nobody

              fru edit does not appear to be working - it indicates it is updating a field, but after the update, the field remains the same:

              [root@QOS ~]# ipmitool fru edit 0 field p 3 QOSServre
              Updating Field 'ada24b8ef' with 'QOSServre' ...
              [root@QOS ~]# ipmitool fru
              FRU Device Description : Builtin FRU Device (ID 0)
              Board Mfg Date : Sun Dec 31 16:00:00 1995
              Board Mfg : Supermicro
              Product Manufacturer :
              Product Name :
              Product Part Number :
              Product Version : ada24b8ef
              Product Serial :


              Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/ipmitool/bugs/341/

              To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/

               

              Related

              Bugs (use GitHub instead): #341

  • Zdenek Styblik

    Zdenek Styblik - 2016-02-27
    • Group: version-1.8.11 --> version-cvs
     

Log in to post a comment.