Recent Posts

Topics

Archives

FIX for: Error: Cannot retrieve repository metadata (repomd.xml) for repository: InstallMedia. Please verify its path and try again

By Jesse | June 28, 2010

I recently encountered this error with Fedora 13 when trying to run yum:

Error: Cannot retrieve repository metadata (repomd.xml) for repository: InstallMedia. Please verify its path and try again

to fix it, goto /etc/yum.repos.d

and rm packagekit-media.repo

I’m not sure why this file is created but it’s not necessary.. Delete it and the problem goes away.. Yum will start behaving normally again.

_______________________________________
PLEASE HELP BY BOOKMARKING OUR SITE...
[del.icio.us] [Digg] [StumbleUpon]

Topics: Uncategorized | 5 Comments »

HOWTO: VMWare 2.0.2 on 2.6.33.5-124.fc13.x86_64 Fedora 13

By Jesse | June 28, 2010

This article describes the process we went through recently to get VMWare Server 2.0.2 to run on the latest kernel in Fedora 13.

You can get VMWare Server to run on Fedora 13 with out too much trouble.

1. Disable SELinux.

Goto Administration –> SELinux Management and set it to disabled.  Then Reboot

2. Turn off the Firewall…

If you want you can alternately use a tool like fwbuilder to enable port 902, 8222 and 8333, but in our example for now, we’re just going to turn it off .

3. Now we need the vmmodules that will work with the new kernel.

I got them by using a sneaky trick-   They’re in VMWare Workstation which the company keeps much more up-to-date than VMWare Server.   If you go download vmware workstation and then install it (the .bundle file is an executable, you need to make it so by running chmod 777 ___________  where _________ is the path to the file+filename.

once you’ve installed vmware workstation the modules are in /usr/lib/vmware/modules/source  just copy them to you desktop for now.

4. Now uninstall vmware workstation.

vmware-installer -u vmware-workstation

5.  Now you’re ready to install vmware… so install vmware server 2.0.2 now….  It will fail when it tries to run vmware-config.

6.  once it finishes, replace the vmware module sources with the ones you saved off above (they’re in the same location you’ll find the vmware 2.0.2 source modules in /usr/lib/vmware/modules/source.  Replace these with the ones you saved off from vmware server.

7.  Now you need one final tweak… If you try to compile now it still wont sucessfully run vmware-config.

to fix this, open /usr/bin/vmware-config.pl using vi or another editor…

search for :

if (-e $answer . ‘/linux/utsrelease.h’) {
$uts_headers .= “#include <linux/utsrelease.h>\n”;

and replace with:

#if (-e $answer . ‘/linux/utsrelease.h’) {
#$uts_headers .= “#include <linux/utsrelease.h>\n”;
if (-e $answer . ‘/generated/utsrelease.h’) {
$uts_headers .= “#include <./generated/utsrelease.h> \n”;

Finally run vmware-config.pl and it should now compile and install successfully.

_______________________________________
PLEASE HELP BY BOOKMARKING OUR SITE...
[del.icio.us] [Digg] [StumbleUpon]

Topics: Uncategorized | 10 Comments »

Fix for: Exchange – In maintenance mode status

By Jesse | May 21, 2010

If one of your servers is listed as “In maintenance mode” under status in exchange system manager, it is easy to fix.

The error looks like this:

This is an example of exchange, with a server in maintenance mode.

To fix this, in this window, right click on the server, goto properties, and uncheck “disable all monitoring of this server.”

Then wait a while, it takes about 5 minutes for the status to change to Available.

_______________________________________
PLEASE HELP BY BOOKMARKING OUR SITE...
[del.icio.us] [Digg] [StumbleUpon]

Topics: Uncategorized | No Comments »

Fix for: Outlook 2003 can’t connect to Exchange 2010

By Jesse | May 19, 2010

If you try to connect an Outlook 2003 client to an exchange 2010 server and you find it doesnt work, try this first, this will fix it.

In Exchange 2010, they have enabled “Encrypt data between outlook and exchange”.  This was not enabled in prior versions of outlook.   If you go into properties of your exchange connection, it’s listed under the security tab at the top.   Just check the box, completely close outlook.. Reopen it and it should now connect.

If you want a walkthrough please see below:

  1. Goto control panel and open the mail icon.   From the mail icon, you will see the screen below. Select Email Accounts:



  2. Select View or change existing e-mail accounts, then next:



  3. Select your Microsoft Exchange Server connection then press “Change”:



  4. Select “More Settings…”



  5. Select the security tab and the enable “Encrypt data between Microsoft Office Outlook and Microsoft Exchange server.”



  6. Close and restart outlook and you should now be able to connect to Exchange 2010 from Microsoft Outlook 2003.
_______________________________________
PLEASE HELP BY BOOKMARKING OUR SITE...
[del.icio.us] [Digg] [StumbleUpon]

Topics: Uncategorized | No Comments »

BHCBlog linked to on Technet!

By Jesse | October 27, 2009

http://social.technet.microsoft.com/Forums/de-DE/windows_Serverde/thread/f83dd416-6d58-4bb8-84f8-4d2f92c213e1

Neat!! I’m the top link on a Microsoft TechNET article.!! Very cool!! Now if only I spoke German!

_______________________________________
PLEASE HELP BY BOOKMARKING OUR SITE...
[del.icio.us] [Digg] [StumbleUpon]

Topics: Uncategorized | No Comments »

FIX for : Configuration Manager: The Specified device instance handle does not correspond to a present device

By Jesse | October 17, 2009

We have encountered this issue several times…. the fix for this is to open regedit and browse to HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\.

If there is an enum key here, rename it to old_renum

this should fix this issue related to Configuration Manager: The Specified device instance handle does not correspond to a present device.

Questions, comments or suggestions welcome.

_______________________________________
PLEASE HELP BY BOOKMARKING OUR SITE...
[del.icio.us] [Digg] [StumbleUpon]

Topics: How To | 9 Comments »

SSPI handshake failed with error code 0x8009030C while establishing a connection with integrated security. Event ID 17806

By Jesse | October 8, 2009

This article is solved in a previous post.

Basically this error is sometimes seen when you are trying to access sql from the SQL server either via ODBC or via an application such as during the installation or RMS (Rights Management Services) .   To resolve this issue you can add the DisableLoopbackCheck registry entry.

this will fix the three errors you may see in Event Viewer on the SQL server.  These errors are:

Failure Audit :: Login failed for user ‘<DOMAIN>\<USERNAME>’. (CLIENT x.x.x.x)     where domain and username are the ones supplied to access SQL.

Error :: SSPI handshake failed with error code 0x8009030C while establishing a connection with integrated security; the connection has been closed (CLIENT: x.x.x.x)   — Event ID 17806

Failure Audit :: Login failed for user “. The user is not associated with a trusted SQL Server connection.

To see the full resolution of this issue please follow this link.

_______________________________________
PLEASE HELP BY BOOKMARKING OUR SITE...
[del.icio.us] [Digg] [StumbleUpon]

Topics: Uncategorized | 1 Comment »

Fix for Login failed for user “. The user is not associated with a trusted SQL Server Connection.

By Jesse | October 8, 2009

This article provides a fix for the error:

Login failed for user “. The user is not associated with a trusted SQL Server Connection. (CLIENT: 127.0.0.1)

This error has several causes- one of which is an application or ODBC connection that is initiated from the same machine as the SQL server (ie the server is connecting to itself). The easiest fix for this is to temporarily or permanently disable the loopback check ….

  1. Edit the registry using regedit.  (start –> run … Regedit <Enter>)
  2. Browse to :  HKLM\System\CurrentControlSet\Control\LSA
  3. Add a DWORD value called “DisableLoopbackCheck”
  4. Set this value to 1

You should now find that the connection will complete successfully.  Another place to check is in event viewer.   For this particular error we had 3 events logged in event viewer:

1. Failure Audit :: Login Failed for user ‘<DOMAIN>\<USERNAME>’. (CLIENT 127.0.0.1)

2. Error :: SSPI handshake failed with error code 0x8009030C while establishing a connection with integrated security; the connection has been closed. (CLIENT 127.0.0.1)

3. Failure Audit :: Login Failed for user “. (CLIENT 127.0.0.1)

The above steps resolve this issue.

Below is an article that discusses in more detail disabling the loopback check.

http://support.microsoft.com/kb/896861

_______________________________________
PLEASE HELP BY BOOKMARKING OUR SITE...
[del.icio.us] [Digg] [StumbleUpon]

Topics: Uncategorized | 1 Comment »

IE hangs when dowloading a file

By Jesse | August 5, 2009

When sharing files with IIS, sometimes I find that some download file types hang on download.. This can be fixed by adding “Cache-Control: Must-Revalidate” to the “http headers” tab of the properties of the site.

add a custom http header:
header name : Cache-Control
Value : Must-Revalidate

_______________________________________
PLEASE HELP BY BOOKMARKING OUR SITE...
[del.icio.us] [Digg] [StumbleUpon]

Topics: Uncategorized | No Comments »

FIX: HTTP Error 401.1 – Unauthorized: Access is denied due to invalid credentials.

By Jesse | June 11, 2009

We have encountered several issues all caused by the same problem :

When on a sever, if you try to browse to a page on that server, you get a 401.1 error after being challenged several times.

Every time this was caused by denial of a loopback request.  To test to see if this is your problem, add this registry key, then reboot the server. The registry key to add is :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\

Add to this key a DWORD set to 1

DisableLoopbackCheck

then reboot.

If this does not fix your problem a number of other things to try.

  1. Many devices can cause problems in the network path, make sure the server is acutally throwing the 401.1 and not a proxy server.  To do this goto the IIS logfiles in c:\windows\system32\logfiles.   Check the log, find the request and verify the server returned a 401.  If it’s in the log here, you are definitely hitting the server.
  2. Watch the traffic.  Try using a tool like httpAnalyzer (http://www.ieinspector.com/httpanalyzer/) to view the network traffic.  You get a 15 day trial with the download.
  3. Try  a tool like Microsoft’s AuthDiag …  It will allow you to simulate requests to the site and verify various permissions and authorizations are actually working.
  4. Verify credentials on the file.  Make sure the ACL’s on the actual file are correct and that you do really have access.
  5. Try turning on basic authentication and see if the problem goes away.  This can sometimes be a valid workable solution as long as the site will always be hit via SSL.  As long as you’re using SSL, there is no risk in turning on basic authentication because everything is traveling in the ssl tunnel.
  6. If none of the above work.. feel free to post and we can see what we can think of.
_______________________________________
PLEASE HELP BY BOOKMARKING OUR SITE...
[del.icio.us] [Digg] [StumbleUpon]

Topics: Uncategorized | 3 Comments »


« Previous Entries Next Entries »
Technorati Profile