[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Freeipmi-users] [EXTERNAL] ./ipmi-sensors -D LAN -h 192.168.201.141
From: |
Webb, Brad |
Subject: |
Re: [Freeipmi-users] [EXTERNAL] ./ipmi-sensors -D LAN -h 192.168.201.141 -u '' -p '' Doesn't seem to work |
Date: |
Fri, 23 Jun 2023 15:39:50 +0000 |
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=
>
- [Freeipmi-users] ./ipmi-sensors -D LAN -h 192.168.201.141 -u '' -p '' Doesn't seem to work, Webb, Brad, 2023/06/21
- Re: [Freeipmi-users] ./ipmi-sensors -D LAN -h 192.168.201.141 -u '' -p '' Doesn't seem to work, Al Chu11, 2023/06/21
- Re: [Freeipmi-users] ./ipmi-sensors -D LAN -h 192.168.201.141 -u '' -p '' Doesn't seem to work, Al Chu11, 2023/06/21
- Message not available
- Re: [Freeipmi-users] [EXTERNAL] ./ipmi-sensors -D LAN -h 192.168.201.141 -u '' -p '' Doesn't seem to work, Webb, Brad, 2023/06/23
- Re: [Freeipmi-users] [EXTERNAL] ./ipmi-sensors -D LAN -h 192.168.201.141 -u '' -p '' Doesn't seem to work, Al Chu11, 2023/06/23
- Re: [Freeipmi-users] [EXTERNAL] ./ipmi-sensors -D LAN -h 192.168.201.141 -u '' -p '' Doesn't seem to work,
Webb, Brad <=
- Re: [Freeipmi-users] [EXTERNAL] ./ipmi-sensors -D LAN -h 192.168.201.141 -u '' -p '' Doesn't seem to work, Chu, Al, 2023/06/23