AlexanderAmelkin
commented
10 years ago Same issue exists in 1.8.15rc1 (the apparent latest version).
Original comment by: statue111
Open AlexanderAmelkin opened 10 years ago
AlexanderAmelkin
commented
10 years ago Same issue exists in 1.8.15rc1 (the apparent latest version).
Original comment by: statue111
AlexanderAmelkin
commented
9 years ago Sadly, this could be vendor/HW specific issue rather than tool issue.
Original comment by: Zdenek Styblik
AlexanderAmelkin
commented
9 years ago 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/
Original comment by: statue111
AlexanderAmelkin
commented
9 years ago 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/
Original comment by: statue111
AlexanderAmelkin
commented
9 years ago Please, try to get in touch with Supermicro:
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.
Original comment by: Zdenek Styblik
AlexanderAmelkin
commented
9 years ago 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/
Original comment by: statue111
AlexanderAmelkin
commented
9 years ago 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:
That's how it works.
EDIT: it seems some negatives were missing
Original comment by: Zdenek Styblik
AlexanderAmelkin
commented
9 years ago 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/
Original comment by: statue111
AlexanderAmelkin
commented
9 years ago 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.
Original comment by: Zdenek Styblik
AlexanderAmelkin
commented
9 years ago 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/
Original comment by: statue111
AlexanderAmelkin
commented
8 years ago Original comment by: Zdenek Styblik
Reported by: statue111 Original Ticket: ipmitool/bugs/341
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 :