Hey Curtis, Using the original FreeIPMI you found the error with, could you run your command below and give me the full --debug output. The below makes sense given how I programmed the workaround. I'm betting there is something earlier in the --debug stream that I missed.
Al On Mon, 2015-07-27 at 23:34 -0700, Curtis Doty wrote: > OK, this is curious... > > > When I --commit with this new Release-1_4_0_branch it doesn't exit > with an error status anymore. However... > > > If I --commit --key-pair=DCMI_Conf:Asset_Tag=ABCD it only replaces the > first 4 characters with ABCD. So if the previous Asset_Tag was > 123456789, then I have a new/corrupt Asset_Tag of ABCD56789. > > > ../C > > > > > > On Mon, Jul 27, 2015 at 10:20 AM, Albert Chu <ch...@llnl.gov> wrote: > Hey Curtis, > > I believe I have a fix in this branch if you could try it out. > > svn co > http://svn.savannah.gnu.org/svn/freeipmi/branches/Release-1_4_0_branch > freeipmi > cd freeipmi > ./autogen.sh > ./configure > make > ipmi-config/ipmi-config > > Thanks, > Al > > > On Mon, 2015-07-27 at 08:19 -0700, Albert Chu wrote: > > Hi Curtis, > > > > > > The "internal IPMI error", appears to come from the fact > that the > > Supermicro board doesn't return the length of the tag > written. > > > > DCMI Set Asset Tag Response > > --------------------------- > > > > FIID Template: tmpl_cmd_dcmi_set_asset_tag_rs > > > > { 8, "cmd", REQUIRED, LENGTH-FIXED, > MAKES-PACKET-SUFFICIENT } > > { 8, "comp_code", REQUIRED, LENGTH-FIXED, > MAKES-PACKET-SUFFICIENT } > > { 8, "group_extension_identification", REQUIRED, > LENGTH-FIXED } > > { 8, "total_asset_tag_length_written", REQUIRED, > LENGTH-FIXED } > > > > It just so happens that the write actually succeeds as a > side effect. > > > > I could write a patch to workaround this by specifically > checking for this condition and not outputting the error > message?? > > > > Could you tell me the Supermicro motherboard you're using so > I can document it? > > > > Al > > > > On Sun, Jul 26, 2015 at 2:39 PM, Curtis Doty > <cur...@greenkey.net> > > wrote: > > The asset tag is actually changed successfully. But > > ipmi-config still exits with status 2. > > > > > > Is this a bug in FreeIPMI or the SuperMicro BMC I'm > using? > > > > > > > > ../C > > > > > > $ ipmi-config -vv --driver-type=LAN_2_0 > --hostname=192.0.2.42 > > --username=foo --password=bar --category=dcmi > --commit > > --key-pair=DCMI_Conf:Asset_Tag=ABCD --debug > > ... > > 192.0.2.42: > > > ===================================================== > > 192.0.2.42: IPMI 2.0 Group Extension - Set Asset Tag > Response > > 192.0.2.42: > > > ===================================================== > > 192.0.2.42: RMCP Header: > > 192.0.2.42: ------------ > > 192.0.2.42: [ 6h] = version[ 8b] > > 192.0.2.42: [ 0h] = reserved[ 8b] > > 192.0.2.42: [ FFh] = > sequence_number[ 8b] > > 192.0.2.42: [ 7h] = > message_class.class[ 5b] > > 192.0.2.42: [ 0h] = > message_class.reserved[ 2b] > > 192.0.2.42: [ 0h] = > message_class.ack[ 1b] > > 192.0.2.42: IPMI RMCPPLUS Session Header: > > 192.0.2.42: ----------------------------- > > 192.0.2.42: [ 6h] = > authentication_type[ 4b] > > 192.0.2.42: [ 0h] = reserved1[ 4b] > > 192.0.2.42: [ 0h] = payload_type[ 6b] > > 192.0.2.42: [ 1h] = > > payload_type.authenticated[ 1b] > > 192.0.2.42: [ 1h] = > payload_type.encrypted[ 1b] > > 192.0.2.42: [ DBCC3969h] = session_id[32b] > > 192.0.2.42: [ 2h] = > session_sequence_number[32b] > > 192.0.2.42: [ 20h] = > ipmi_payload_len[16b] > > 192.0.2.42: IPMI RMCPPLUS Payload: > > 192.0.2.42: ---------------------- > > 192.0.2.42: [ BYTE ARRAY ... ] = > confidentiality_header[16B] > > 192.0.2.42: [ 81h FBh 54h DFh E1h BFh 56h 47h ] > > 192.0.2.42: [ 87h 88h EAh 7Bh A1h 54h 37h 5Bh ] > > 192.0.2.42: [ BYTE ARRAY ... ] = payload_data[ 9B] > > 192.0.2.42: [ 81h B4h CBh 20h 7Ch 08h 00h DCh ] > > 192.0.2.42: [ 80h ] > > 192.0.2.42: [ 6060504030201h] = > confidentiality_trailer[56b] > > 192.0.2.42: IPMI Message Header: > > 192.0.2.42: -------------------- > > 192.0.2.42: [ 81h] = rq_addr[ 8b] > > 192.0.2.42: [ 0h] = rq_lun[ 2b] > > 192.0.2.42: [ 2Dh] = net_fn[ 6b] > > 192.0.2.42: [ CBh] = checksum1[ 8b] > > 192.0.2.42: [ 20h] = rs_addr[ 8b] > > 192.0.2.42: [ 0h] = rs_lun[ 2b] > > 192.0.2.42: [ 1Fh] = rq_seq[ 6b] > > 192.0.2.42: IPMI Command Data: > > 192.0.2.42: ------------------ > > 192.0.2.42: [ 8h] = cmd[ 8b] > > 192.0.2.42: [ 0h] = comp_code[ 8b] > > 192.0.2.42: [ DCh] = > > group_extension_identification[ 8b] > > 192.0.2.42: IPMI Trailer: > > 192.0.2.42: ------------- > > 192.0.2.42: [ 80h] = checksum2[ 8b] > > 192.0.2.42: IPMI RMCPPLUS Session Trailer: > > 192.0.2.42: ------------------------------ > > 192.0.2.42: [ FFFFh] = integrity_pad[16b] > > 192.0.2.42: [ 2h] = pad_length[ 8b] > > 192.0.2.42: [ 7h] = next_header[ 8b] > > 192.0.2.42: [ BYTE ARRAY ... ] = > authentication_code[12B] > > 192.0.2.42: [ 46h 09h 9Eh F3h 96h BDh 0Ah 22h ] > > 192.0.2.42: [ 9Eh E2h 21h 3Dh ] > > ipmi_cmd_dcmi_set_asset_tag: internal IPMI error > > ... > > > > > > > > _______________________________________________ > > Freeipmi-devel mailing list > > Freeipmi-devel@gnu.org > > > https://lists.gnu.org/mailman/listinfo/freeipmi-devel > > > > > > > > _______________________________________________ > > Freeipmi-devel mailing list > > Freeipmi-devel@gnu.org > > https://lists.gnu.org/mailman/listinfo/freeipmi-devel > -- > Albert Chu > ch...@llnl.gov > Computer Scientist > High Performance Systems Division > Lawrence Livermore National Laboratory > > > > -- Albert Chu ch...@llnl.gov Computer Scientist High Performance Systems Division Lawrence Livermore National Laboratory _______________________________________________ Freeipmi-devel mailing list Freeipmi-devel@gnu.org https://lists.gnu.org/mailman/listinfo/freeipmi-devel
