Re: [Freeipmi-users] [EXTERNAL] ./ipmi-sensors -D LAN -h 192.168.201.141 -u '' -p '' Doesn't seem to work

[Chu, Al]

The issue is coming from the vendor side.  If you take a look at the response 
you’ll see a field called anonymous login and it’s set to zero.   The response 
is basically saying “no username” and “no password” combo is not allowed, thus 
the username invalid error you initially got.

The workaround basically says ignore that and forge ahead anyways.

Al

Get Outlook for iOS<https://aka.ms/o0ukef>
________________________________
From: Webb, Brad <webbsb@ornl.gov>
Sent: Friday, June 23, 2023 8:39:50 AM
To: Chu, Al <chu11@llnl.gov>
Cc: freeipmi-users@gnu.org <freeipmi-users@gnu.org>
Subject: Re: [Freeipmi-users] [EXTERNAL] ./ipmi-sensors -D LAN -h 
192.168.201.141 -u '' -p '' Doesn't seem to work

Hi Al

You said request isn’t returning legit data. But, do you mean the response from 
the device isn’t returning legit data? Just trying to figure out which side of 
the fence the problem is on: freeipmi or the vendor.

Also, can you give me a little more insight to what part of the data is 
incorrect?

Webb, Steven B. (Brad Webb)
Software Engineer
Bldg: 8600
Rm: K-137
MS: 6485
865-924-5877
webbsb@ornl.gov (8w4@ornl.gov)
Spallation Neutron Source



> On Jun 23, 2023, at 10:40 AM, Al Chu11 via Freeipmi-users 
> <freeipmi-users@gnu.org> wrote:
>
> Hi Brad,
>
> Looks like my guess was right.  The get auth cap request isn't returning 
> legit data and FreeIPMI borks as a result.  Thus the "-W authcap" workaround 
> gets around the problem.
>
> Al
>
> On 6/23/23 04:49, Webb, Brad via Freeipmi-users wrote:
>> Hi Al
>>
>> Debug info is below:
>>
>> [8w4@dev-opi3 sbin]$ ./ipmi-sensors -D LAN -h 192.168.201.141 -u "" -p "" 
>> --debug
>> 192.168.201.141: =====================================================
>> 192.168.201.141: IPMI 1.5 Get Channel Authentication Capabilities Request
>> 192.168.201.141: =====================================================
>> 192.168.201.141: RMCP Header:
>> 192.168.201.141: ------------
>> 192.168.201.141: [               6h] = version[ 8b]
>> 192.168.201.141: [               0h] = reserved[ 8b]
>> 192.168.201.141: [              FFh] = sequence_number[ 8b]
>> 192.168.201.141: [               7h] = message_class.class[ 5b]
>> 192.168.201.141: [               0h] = message_class.reserved[ 2b]
>> 192.168.201.141: [               0h] = message_class.ack[ 1b]
>> 192.168.201.141: IPMI Session Header:
>> 192.168.201.141: --------------------
>> 192.168.201.141: [               0h] = authentication_type[ 8b]
>> 192.168.201.141: [               0h] = session_sequence_number[32b]
>> 192.168.201.141: [               0h] = session_id[32b]
>> 192.168.201.141: [               9h] = ipmi_msg_len[ 8b]
>> 192.168.201.141: IPMI Message Header:
>> 192.168.201.141: --------------------
>> 192.168.201.141: [              20h] = rs_addr[ 8b]
>> 192.168.201.141: [               0h] = rs_lun[ 2b]
>> 192.168.201.141: [               6h] = net_fn[ 6b]
>> 192.168.201.141: [              C8h] = checksum1[ 8b]
>> 192.168.201.141: [              81h] = rq_addr[ 8b]
>> 192.168.201.141: [               0h] = rq_lun[ 2b]
>> 192.168.201.141: [              2Fh] = rq_seq[ 6b]
>> 192.168.201.141: IPMI Command Data:
>> 192.168.201.141: ------------------
>> 192.168.201.141: [              38h] = cmd[ 8b]
>> 192.168.201.141: [               Eh] = channel_number[ 4b]
>> 192.168.201.141: [               0h] = reserved1[ 3b]
>> 192.168.201.141: [               0h] = get_ipmi_v2.0_extended_data[ 1b]
>> 192.168.201.141: [               3h] = maximum_privilege_level[ 4b]
>> 192.168.201.141: [               0h] = reserved2[ 4b]
>> 192.168.201.141: IPMI Trailer:
>> 192.168.201.141: --------------
>> 192.168.201.141: [              7Ah] = checksum2[ 8b]
>> 192.168.201.141: =====================================================
>> 192.168.201.141: IPMI 1.5 Get Channel Authentication Capabilities Response
>> 192.168.201.141: =====================================================
>> 192.168.201.141: RMCP Header:
>> 192.168.201.141: ------------
>> 192.168.201.141: [               6h] = version[ 8b]
>> 192.168.201.141: [               0h] = reserved[ 8b]
>> 192.168.201.141: [              FFh] = sequence_number[ 8b]
>> 192.168.201.141: [               7h] = message_class.class[ 5b]
>> 192.168.201.141: [               0h] = message_class.reserved[ 2b]
>> 192.168.201.141: [               0h] = message_class.ack[ 1b]
>> 192.168.201.141: IPMI Session Header:
>> 192.168.201.141: --------------------
>> 192.168.201.141: [               0h] = authentication_type[ 8b]
>> 192.168.201.141: [               0h] = session_sequence_number[32b]
>> 192.168.201.141: [               0h] = session_id[32b]
>> 192.168.201.141: [              10h] = ipmi_msg_len[ 8b]
>> 192.168.201.141: IPMI Message Header:
>> 192.168.201.141: --------------------
>> 192.168.201.141: [              81h] = rq_addr[ 8b]
>> 192.168.201.141: [               0h] = rq_lun[ 2b]
>> 192.168.201.141: [               7h] = net_fn[ 6b]
>> 192.168.201.141: [              63h] = checksum1[ 8b]
>> 192.168.201.141: [              20h] = rs_addr[ 8b]
>> 192.168.201.141: [               0h] = rs_lun[ 2b]
>> 192.168.201.141: [              2Fh] = rq_seq[ 6b]
>> 192.168.201.141: IPMI Command Data:
>> 192.168.201.141: ------------------
>> 192.168.201.141: [              38h] = cmd[ 8b]
>> 192.168.201.141: [               0h] = comp_code[ 8b]
>> 192.168.201.141: [               8h] = channel_number[ 8b]
>> 192.168.201.141: [               1h] = authentication_type.none[ 1b]
>> 192.168.201.141: [               1h] = authentication_type.md2[ 1b]
>> 192.168.201.141: [               1h] = authentication_type.md5[ 1b]
>> 192.168.201.141: [               0h] = authentication_type.reserved1[ 1b]
>> 192.168.201.141: [               1h] = 
>> authentication_type.straight_password_key[ 1b]
>> 192.168.201.141: [               0h] = authentication_type.oem_prop[ 1b]
>> 192.168.201.141: [               1h] = authentication_type.reserved2[ 1b]
>> 192.168.201.141: [               1h] = 
>> authentication_type.ipmi_v2.0_extended_capabilities_available[ 1b]
>> 192.168.201.141: [               0h] = 
>> authentication_status.anonymous_login[ 1b]
>> 192.168.201.141: [               1h] = authentication_status.null_username[ 
>> 1b]
>> 192.168.201.141: [               0h] = 
>> authentication_status.non_null_username[ 1b]
>> 192.168.201.141: [               1h] = 
>> authentication_status.user_level_authentication[ 1b]
>> 192.168.201.141: [               1h] = 
>> authentication_status.per_message_authentication[ 1b]
>> 192.168.201.141: [               0h] = authentication_status.k_g[ 1b]
>> 192.168.201.141: [               0h] = authentication_status.reserved[ 2b]
>> 192.168.201.141: [               1h] = 
>> channel_supports_ipmi_v1.5_connections[ 1b]
>> 192.168.201.141: [               1h] = 
>> channel_supports_ipmi_v2.0_connections[ 1b]
>> 192.168.201.141: [               0h] = reserved[ 6b]
>> 192.168.201.141: [            CDABh] = oem_id[24b]
>> 192.168.201.141: [               0h] = oem_auxiliary_data[ 8b]
>> 192.168.201.141: IPMI Trailer:
>> 192.168.201.141: --------------
>> 192.168.201.141: [              78h] = checksum2[ 8b]
>> ./ipmi-sensors: username invalid
>>
>>
>> Webb, Steven B. (Brad Webb)
>> Software Engineer
>> Bldg: 8600
>> Rm: K-137
>> MS: 6485
>> 865-924-5877
>> webbsb@ornl.gov (8w4@ornl.gov)
>> Spallation Neutron Source
>>
>>
>>
>> On Jun 22, 2023, at 10:23 AM, Klemen Vodopivec <klemen@vodopivec.org> wrote:
>>
>>
>>
>> ---------- Forwarded message ---------
>> From: Al Chu11 via Freeipmi-users 
>> <freeipmi-users@gnu.org<mailto:freeipmi-users@gnu.org>>
>> Date: Wed, Jun 21, 2023 at 2:51 PM
>> Subject: Re: [Freeipmi-users] ./ipmi-sensors -D LAN -h 192.168.201.141 -u '' 
>> -p '' Doesn't seem to work
>> To: <freeipmi-users@gnu.org<mailto:freeipmi-users@gnu.org>>
>>
>>
>> Hi,
>>
>> Does not specifying -u and -p work?  That is the way most users say "no
>> username" or "no password".
>>
>> Skimming the code, I'm not sure why empty strings on the command line
>> wouldn't work.  Although I guess there is some corner case in there.
>> Could you run --debug and we can see if something becomes clear.
>>
>> Al
>>
>> On 6/21/23 11:36, Webb, Brad via Freeipmi-users wrote:
>>> Hi
>>>
>>> I just installed freeipmi_1.6.11 and when I run ./ipmi-sensors -D LAN -h 
>>> 192.168.201.141 -u '' -p '' I get ./ipmi-sensors: username invalid
>>>
>>> I am running this on a redhat machine and trying to talk to a vadatech 
>>> VT811.
>>>
>>> When I use ipmitool -I lan -H 192.168.201.141 -U "" -P "" sdr, it works 
>>> just fine.
>>>
>>> Can you help me understand why the ipmi-sensors command is not working?
>>>
>>> When I log into the vadatech and list the users I get the following:
>>>
>>> [root@vtipmi ~]# list_users
>>> Max Users Supported: 63
>>> User          User            Account
>>> ID                           Status
>>> 01            null            Enabled
>>> 02            shelf           Enabled
>>> 03            console         Enabled
>>>
>>>
>>>
>>> Webb, Steven B. (Brad Webb)
>>> Software Engineer
>>> Bldg: 8600
>>> Rm: K-137
>>> MS: 6485
>>> 865-924-5877
>>> webbsb@ornl.gov<mailto:webbsb@ornl.gov><mailto:webbsb@ornl.gov<mailto:webbsb@ornl.gov>>
>>>  
>>> (8w4@ornl.gov<mailto:8w4@ornl.gov><mailto:8w4@ornl.gov<mailto:8w4@ornl.gov>>)
>>> Spallation Neutron Source
>>>
>>> _______________________________________________
>>> Freeipmi-users mailing list
>>> Freeipmi-users@gnu.org<mailto:Freeipmi-users@gnu.org>
>>> https://urldefense.us/v3/__https://lists.gnu.org/mailman/listinfo/freeipmi-users__;!!G2kpM7uM-TzIFchu!2ryCsne5y-EIsQTHkLP5SloHbe-EvUnqyol2Lh7U8LwD9iZcYdJWIaFLZcL853VVOvmjpg_n3FBOCxpFxxxei8wT$
>> --
>> Albert Chu
>> Livermore Computing
>> Lawrence Livermore National Laboratory
>>
>>
>> _______________________________________________
>> Freeipmi-users mailing list
>> Freeipmi-users@gnu.org<mailto:Freeipmi-users@gnu.org>
>> https://urldefense.us/v3/__https://lists.gnu.org/mailman/listinfo/freeipmi-users__;!!G2kpM7uM-TzIFchu!1nDqtSK1L0iZenOE84B19nlGOzXkBaecn8wEWSlvsJ_iTTCWp0LVFo71kX2pXQOpPOOA81jwhWodgrM5P7NpVpHz$
>>  
>> <https://urldefense.us/v2/url?u=https-3A__lists.gnu.org_mailman_listinfo_freeipmi-2Dusers&d=DwMFaQ&c=v4IIwRuZAmwupIjowmMWUmLasxPEgYsgNI-O7C4ViYc&r=w8zhEtY7TeuOSDqJj5MZfA&m=6FhVPga8UPlv3jrygvjKp47aTAFvCeZiUss24ZtCJCYUnIIsNjN6wSZFz028Cb_K&s=pijaL0MwrZVUlCpvwY3fNFNyeTPPjCWfmNf_r1hXbCk&e=>
>>
>> _______________________________________________
>> Freeipmi-users mailing list
>> Freeipmi-users@gnu.org
>> https://urldefense.us/v3/__https://lists.gnu.org/mailman/listinfo/freeipmi-users__;!!G2kpM7uM-TzIFchu!1nDqtSK1L0iZenOE84B19nlGOzXkBaecn8wEWSlvsJ_iTTCWp0LVFo71kX2pXQOpPOOA81jwhWodgrM5P7NpVpHz$
>
> --
> Albert Chu
> Livermore Computing
> Lawrence Livermore National Laboratory
>
>
> _______________________________________________
> Freeipmi-users mailing list
> Freeipmi-users@gnu.org
> https://urldefense.us/v2/url?u=https-3A__lists.gnu.org_mailman_listinfo_freeipmi-2Dusers&d=DwIGaQ&c=v4IIwRuZAmwupIjowmMWUmLasxPEgYsgNI-O7C4ViYc&r=w8zhEtY7TeuOSDqJj5MZfA&m=8welQkgPXYPhJ-XVC5Gxty8M-8upV9lnwy9MjtdYaYRJ4DfotNtIygwHLej1kpGG&s=-X2jB3XSX1DONvMjUQD5bH3cby7n88HTIG7ZVZej95Y&e=