• Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Medium Medium
    • Discovery 3.1.3
    • Discovery 3.1.0, Discovery 3.1.1
    • Assets Discovery
    • None

      Issue Summary

      Using Discovery 3.1.x when running Linux_Hostinfo_UUID.pat, UUID does not appear on the Scan results
      This is reproducible on Data Center: (yes)

      Steps to Reproduce

      Unable to reproduce the issue but the steps would be as follows:

      1. Configure Discovery to scan a Red Hat 7 host
      2. Scan the Red Hat 7 host
      3. On the Scan logs, the command returns the right UUID
      4. XML Scan result is not included

      Expected Results

      UUID value should be included in the Scan results

      Actual Results

      There are line break \n in UUID string that is not expected in the pattern. We enabled some debugging as we observe below

      7/14/2022 3:14:12 AM : Using pattern: Linux_Hostinfo_UUID_debug_v2-1.pat (v3.4.0)
      7/14/2022 3:14:15 AM : Creating a shell stream.
      7/14/2022 3:14:17 AM : Terminal raw result:
      ]0;xxxx@ctest:~[xxxx@ctest ~]$ sudo dmidecode -t system | grep 'UUID' 
       | col -b
      	UUID: 20014d56-cd29-ac5f-f7b5-e1d728846d93
      ]0;xxxx@ctest:~[xxxx@ctest ~]$ 
      7/14/2022 3:14:18 AM : Linux HostInfo UUID Perform action started...
      7/14/2022 3:14:18 AM : HostInfo.UUID: 
      7/14/2022 3:14:18 AM : 
      7/14/2022 3:14:18 AM : Command: 
          sudo dmidecode -t system | grep 'UUID'
          
      7/14/2022 3:14:18 AM : Result: 
      UUID: 20014d56-cd29-ac5f-f7b5-e1d728846d93
      7/14/2022 3:14:18 AM : CommandResult: 
      7/14/2022 3:14:18 AM : 
      UUID: 20014d56-cd29-ac5f-f7b5-e1d728846d93
      7/14/2022 3:14:18 AM : firstline: 
      7/14/2022 3:14:18 AM : 
      7/14/2022 3:14:18 AM : HostInfo.UUID: 
      7/14/2022 3:14:18 AM : 
      7/14/2022 3:14:18 AM : pattern executed in 5.5098006 seconds
      

      Workaround

      Use the Linux_Hostinfo_UUID.pat attached

        1. Linux_Hostinfo_UUID.pat
          2 kB
          Pablo Bartolome

            [JSDSERVER-11879] UUID doesn't appear in Scan results

            Sumesh Koppantakath made changes -
            Remote Link New: This issue links to "Page (Confluence)" [ 745881 ]
            Pablo Bartolome made changes -
            Remote Link New: This issue links to "Page (Confluence)" [ 716251 ]
            Zakhar Listiev made changes -
            Fix Version/s New: Discovery 3.1.3 [ 102910 ]
            SET Analytics Bot made changes -
            UIS Original: 40 New: 16
            Zakhar Listiev made changes -
            Resolution New: Fixed [ 1 ]
            Status Original: Waiting for Release [ 12075 ] New: Closed [ 6 ]
            Zakhar Listiev made changes -
            Status Original: In Progress [ 3 ] New: Waiting for Release [ 12075 ]
            Bugfix Automation Bot made changes -
            Priority Original: Low [ 4 ] New: Medium [ 3 ]
            SET Analytics Bot made changes -
            UIS New: 40
            Pablo Bartolome made changes -
            Description Original: h3. Issue Summary

            Using Discovery 3.1.x when running *Linux_Hostinfo_UUID.pat*, UUID does not appear on the Scan results
            This is reproducible on Data Center: (yes)

            h3. Steps to Reproduce
            Unable to reproduce the issue but the steps would be as follows:

            # Configure Discovery to scan a Red Hat 7 host
            # Scan the Red Hat 7 host
            # On the Scan logs, the command returns the right UUID
            # XML Scan result is not included

            h3. Expected Results

            UUID value should be included in the Scan results


            h3. Actual Results
            There are line break {color:red}*\n*{color} in UUID string that is not expected in the pattern. We enabled some debugging as we observe below
              {noformat}
            7/14/2022 3:14:12 AM : Using pattern: Linux_Hostinfo_UUID_debug_v2-1.pat (v3.4.0)
            7/14/2022 3:14:15 AM : Creating a shell stream.
            7/14/2022 3:14:17 AM : Terminal raw result:
            ]0;xxxx@ctest:~[xxxx@ctest ~]$ sudo dmidecode -t system | grep 'UUID'
             | col -b
            UUID: 20014d56-cd29-ac5f-f7b5-e1d728846d93
            ]0;xxxx@ctest:~[xxxx@ctest ~]$
            7/14/2022 3:14:18 AM : Linux HostInfo UUID Perform action started...
            7/14/2022 3:14:18 AM : HostInfo.UUID:
            7/14/2022 3:14:18 AM :
            7/14/2022 3:14:18 AM : Command:
                sudo dmidecode -t system | grep 'UUID'
                
            7/14/2022 3:14:18 AM : Result:
            UUID: 20014d56-cd29-ac5f-f7b5-e1d728846d93
            7/14/2022 3:14:18 AM : CommandResult:
            7/14/2022 3:14:18 AM :
            UUID: 20014d56-cd29-ac5f-f7b5-e1d728846d93
            7/14/2022 3:14:18 AM : firstline:
            7/14/2022 3:14:18 AM :
            7/14/2022 3:14:18 AM : HostInfo.UUID:
            7/14/2022 3:14:18 AM :
            7/14/2022 3:14:18 AM : pattern executed in 5.5098006 seconds
            {noformat}

            h3. Workaround

            Currently there is no known workaround for this behavior. A workaround will be added here when available.
            A new Linux_Hostinfo_UUID.pat file will be attached as soon it's available
            New: h3. Issue Summary

            Using Discovery 3.1.x when running *Linux_Hostinfo_UUID.pat*, UUID does not appear on the Scan results
            This is reproducible on Data Center: (yes)

            h3. Steps to Reproduce
            Unable to reproduce the issue but the steps would be as follows:

            # Configure Discovery to scan a Red Hat 7 host
            # Scan the Red Hat 7 host
            # On the Scan logs, the command returns the right UUID
            # XML Scan result is not included

            h3. Expected Results

            UUID value should be included in the Scan results


            h3. Actual Results
            There are line break {color:red}*\n*{color} in UUID string that is not expected in the pattern. We enabled some debugging as we observe below
              {noformat}
            7/14/2022 3:14:12 AM : Using pattern: Linux_Hostinfo_UUID_debug_v2-1.pat (v3.4.0)
            7/14/2022 3:14:15 AM : Creating a shell stream.
            7/14/2022 3:14:17 AM : Terminal raw result:
            ]0;xxxx@ctest:~[xxxx@ctest ~]$ sudo dmidecode -t system | grep 'UUID'
             | col -b
            UUID: 20014d56-cd29-ac5f-f7b5-e1d728846d93
            ]0;xxxx@ctest:~[xxxx@ctest ~]$
            7/14/2022 3:14:18 AM : Linux HostInfo UUID Perform action started...
            7/14/2022 3:14:18 AM : HostInfo.UUID:
            7/14/2022 3:14:18 AM :
            7/14/2022 3:14:18 AM : Command:
                sudo dmidecode -t system | grep 'UUID'
                
            7/14/2022 3:14:18 AM : Result:
            UUID: 20014d56-cd29-ac5f-f7b5-e1d728846d93
            7/14/2022 3:14:18 AM : CommandResult:
            7/14/2022 3:14:18 AM :
            UUID: 20014d56-cd29-ac5f-f7b5-e1d728846d93
            7/14/2022 3:14:18 AM : firstline:
            7/14/2022 3:14:18 AM :
            7/14/2022 3:14:18 AM : HostInfo.UUID:
            7/14/2022 3:14:18 AM :
            7/14/2022 3:14:18 AM : pattern executed in 5.5098006 seconds
            {noformat}

            h3. Workaround

            Use the [^Linux_Hostinfo_UUID.pat] attached
            Pablo Bartolome made changes -
            Attachment New: Linux_Hostinfo_UUID.pat [ 425705 ]

              11507b174037 Zakhar Listiev
              9f03f4114502 Pablo Bartolome
              Affected customers:
              0 This affects my team
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: