Home > Intel Communities > Open Port IT Community > Intel® vPro™ Expert Center > Blog > Tags > troubleshoot
1 2 3 Previous Next

Intel vPro Expert Center Blog

31 Posts tagged with the troubleshoot tag
0

Hi all,

 

Tim's Tool team continues to deliver new tools to the community almost weekly. You can check the latest on the Tool Wiki @ http://communities.intel.com/docs/DOC-1171. Also if you have a need for a new tool please let him know by responding to the wiki.

 

If you are trying to use a tool and not having success please let us know as well as your feedback helps shape the tools the team works on.

 

I also know that Tim is defining a higher level picture of the typical IT infrastructure and how each tool can be used to troubleshoot different connection points. Stay tuned for this..

0 Comments Permalink
0
0 Comments Permalink
2

Have you seen this? if you have I bet your wondering why.. This error can be seen during a SOL session with Altiris when there is a BIOS password set on the notebook.

 

 

 

 

Recently out on a visit we found this error & were checking between a known good system.

We did a little research and saw that default for Terminal Emulation Mode was set to VT100 through the BIOS, instead of using the tool that HP has for windows. After we returned to the plant we used the tool to snap these pixs of the BIOS.

 

 

After changing the Terminal Emulation Mode to ANSI we were able to achieve this..

 

of course after the change the new option was selected "ANSI"..

 

This is the right result you should see..

 

 

Success!! give this a shot if you are using a BIOS Password on a HP 2510P with Altiris..

2 Comments Permalink
0
0 Comments Permalink
0
0 Comments 0 References Permalink
0
0 Comments 0 References Permalink
0
0 Comments 0 References Permalink
2
2 Comments 0 References Permalink
3
Three new issues were posted in the Known Issues, Best Practices, and Workarounds this week:
  • No inventory data available

  • Wireless management does not work when the operating system is running

  • F10 does not exit BIOS on HP clients

 

3 Comments 0 References Permalink
0

New entries now available on the wiki - check'em out at Known Issues, Best Practices, and Workarounds.

 

  • Running virtual machines and DHCP can cause Intel® AMT to be inaccessible

  • Wildcard certificates are currently not supported for remote configuration

  • Dell 755 returns a duplicate UUID during activation

  • GoDaddy requires High-Assurance SSL certificates

  • Using static IP addresses and SMB mode

  • Error displays when provisioning HP 6910p

 

0 Comments 0 References Permalink
0

One of the things that make a community a great place is to share known issues, BKM's & workarounds so we all can learn together. I also was out last week at an activation and wish I could have shown the USB matrix of what keys work & don't. Well, here's a new wiki we started today was around this very concept. Michele has started a WIKI that she is going to update around the Issues, BKM's & workarounds.

 

http://communities.intel.com/docs/DOC-1247

 

If there is something we should add please let michele now..

0 Comments Permalink
1

If you see this pop up on your PRO machines and you would like to turn it off..

 

 

Check out what Gael already wrote on this on the Manageability Developers site

 

 

 

 

 

 

1 Comments Permalink
1

Using the Intel® Active Management Technology (Intel® AMT) add-on for Microsoft SMS 2003* on a Dell 755 returns a UUID error

PROBLEM

Using the Intel® AMT add-on for Microsoft SMS 2003* on a Dell 755 returns this error:
+Current system UUID is different from last discovered UUID. Please rediscover the system.+

 

RESOLUTION

An Intel® AMT add-on for Microsoft SMS 3.0 hot fix 3 is available online at http://www.intel.com/software/sms-add-on.
This hot fix removes the continuity check between the SMBIOS and the Digest UUID, which was determined to be an unnecessary check.

 

MORE INFORMATION

Click here to download the hot fix.
Please review the release notes and the Read Me file to learn more.

1 Comments Permalink
0

This is the third and final part of this series (at least for now). The previous two posts include

Basics

and

Common Intel SCS errors

 

BEFORE GOING ANY FURTHER - PLEASE READ AND ENSURE THE FOLLOWING

At this point, you have ensured the infrastructure is setup correctly and have attempted to troubleshoot the common Intel SCS errors as listed in the SCSconsole log file. Intel vPro systems are being recognized and listed in the SCSconsole. However, strange or unexpected behavior continues to occur - whether during provisioning, maintenance, or other activities. If Intel SCS has been included in a system management console or a provisioning script provider with whom you are working - AND - further debug analysis is needed, the following points may help. The debug log output may be one of the datapoints requested to replicate and remediate issues.

 

Before we go on - please note that these steps require modifications to the Microsoft Windows Registry on the system labeled as "ProvisionServer". That system will be running the AMTconfig service. Enabling the debug logging features will require root drive access and space to capture and store the log outputs. The logs will be stored at the root of C:

 

Ready to create an Intel SCS debug log?

SCS debug logging is off by default. If enabling for troubleshooting purposes, be sure to disable when done troubleshooting. The following steps will require a new registry key and string value to be added. Once these changes have been made - restart the AMTconfig service. At most, two log files will appear on the root of c: drive. The first is scs_win_server.log the second is scs_server.log. The second commonly appears only after errors have occurred.

 

Create the following registry key on the service's machine:

 

HKEY_LOCAL_MACHINE\SOFTWARE\INTEL\AMTConfServer\Log with string value "LogLevel"="V"

 

Click on the following image to view the entire image

 

 

Logging levels can be set to 'V' for verbose, 'W' for warnings and errors, 'E' for only errors.

 

Once the debug log capture is complete, remove the LogLevel entry from the registry and restart the AMTconfig service.

 

This concludes the three part Intel SCS troubleshooting. If the community is experiencing additional events or has additional questions - please comment\reply.

0 Comments Permalink
0

This is the second in a three part blog post. The first article

covers the Basics

and the final article discusses

creating an SCS debug log

 

Handling common Intel® SCS errors

With the SCS event log set to verbose mode, not only will successful provisioning events show but also warnings and errors if you are having difficulty in provisioning or configuring an Intel® vPro™ client. When a successful provisioning process occurs, you will see a sequence of Intel AMT properties being set followed by the statement "Commit Changes". Once this occurs, the target system is configured and ready to send\receive AMT webservice calls.

 

However, if this does not occur, refer to the following list of common errors with guidelines on how to interpret and resolve.

 

  • Error 102 - Intel AMT device is already provisioned - This indicates that the IntelAMT database has the target system identified as provisioned. If the target system was manually unprovisioned via the local MEBx, than manually delete\remove the entry from the provisioning console. From a provisioning security perspective, this error may also indicate an attempt to replay a provisioning sequence. The ProvisionServer with Intel® SCS running will reject additional requests if the system is already listed as Provisioned.

 

  • Error 103 - Request is already in the queue - This is really a status or awareness indicator. Provisioning and maintenance requests are queued within the IntelAMT database and processed by Intel® SCS servers. In larger implementations, multiple Intel® SCS servers can be configured to process requests within a single IntelAMT database queue. The queue includes immediate and delayed requests. Thus if a request is already delayed, this error will be generated. Similarly, if the request is being processed or handled by the poller, a competing request will generate this message.

 

  • Error 137 - Another process currently working on AMT - The target AMT device has a preceding request that has not completed. For example, if a partial un-provision request has not completed and a reprovision request is sent, this will generate the error. Reasons for the previously queued request not completing might including connectivity, difference of provisioning state, and so forth. If the error is persistent for a target AMT device\system and connectivity to the target system is available - try executing a management function if the system is in a configured state. (e.g. Remote inventory, remote power on\off, etc). If unsuccessful, the target system may be in an unsupported state. A manual process of partial unprovision may be required. Removing the assigned profile at the provisioning console should occur also.

 

  • Error 139 - Failed to update Kerberos Password with Kerberos Integration is disabled on server - Intel® SCS has the ability to integrate with Microsoft Active Directory for Kerberos based authentication. Check to ensure schema extensions have been applied and proper authentication to the Kerberos server (e.g. Microsoft Active Directory) is in place.

 

  • Error 407 - Batch exit code 0xfffff - This is a -1 return caused between a provisioning script and the SCS instance. Incomplete Intel® AMT profile, missing provisioning/configuration data, or other console configurations will likely cause this error. Check with the provider of the provisioning script - whether system management vendor or other. If the error is persistent afterwards, refer to the SCS debug log creation in the next article and contact support of the script provider.

 

  • Error 602 - Exception in clock sync worker - Clock synchronization is important in Kerberos environments, since the authentication process has a time stamp dependency. This error is benign in non-Kerberos authentication environments. It refers to a SOAP call failure - thus further environment and infrastructure investigation may be needed for future environmental considerations.

 

  • Error 913 - No rows found in get UuidMap - For provisioning to occur, the UUID and the FQDN of the target vPro system are mapped together. The provisioning script utilized may attempt to utilize WMI, reverse DNS, previously stored asset data or client agents to obtain this data. Check with the provisioning script provider.

 

  • Cannot contact back AMT with IP:xxx.xxx.xxx.xxx Exception - The recorded IP address from the hello packet sequence is not responding to requests. If the target system sends a new hello packet with an updated IP address, Intel SCS will update the queue entry. This error commonly occurs when the system has been connected, an IP address and DNS resolution have occurred, hello packet was sent, and then the system was disconnected from the network prior to the ProvisionServer response. A common scenario is pre-staging a system before sending to the intended location.

 

If the suggestions above are not helping, and a deeper investigation of Intel® SCS is needed - a debug log can be created. Please refer to part 3

0 Comments Permalink
1 2 3 Previous Next