This Question is Answered

1 "correct" answer available (20 pts)
5 Replies Last post: Mar 7, 2008 8:17 AM by Qonnie  
Click to view Qonnie's profile Rookie 26 posts since
Jan 15, 2008

Feb 29, 2008 7:33 AM

8.7 Upgrade Issue

 

I've opened a case through the self-service site, but thought I'd ask for some opinions/input here. I'm currently upgrading from 8.6 to 8.7 SP4, we have 2 cores, one for corporate and one for the data center. Patches download to corporate core and the data center core gets it's patches from the corporate core. In order to get this configuration to work, the consultant who did the original set up installed LANDesk on the C:\ drive of the data center core, then, for reasons unknown to me, he put a copy of the entire LDLogon share folder on the D:\ drive and moved all the share rights to that ldlogon folder, instead of leaving the ldlogon share in place C:\ with the rest of the LANDesk folder/file structure and simply moving only the patches folder to D:\ .

 

 

I upgraded my test core and the corporate core with no problems, but this data center core configuration (described above) is producing problems with the upgrade installation. At the end of the LDMS upgrade, after the reboot, a message pops up that "the agent configuration INI file could not be created". The upgrade installation moved the share rights to the original ldlogon folder on C:\ and the share permissions are gone from the "old" ldlogon folder on the D:\ drive. I'm assuming this error message is due to the way the consultant customized the data center core's installation originally, but I'm at a loss with regard on how to fix it. I was vainly hoping that it would be something I could manually fix after applying SP4 and the mini-rollup, but SP4 hangs and eventually produces an error, "This operation returned an error because the timeout period expired. (0x000005B4) CreateClientConfiguration.exe /rebuild,6000". When I cancelled out of the SP4 install, there was again the "the agent configuration INI file could not be created" messages hiding behind the SP4 installation screen.

 

 

Soooo..., I'm assuming at this point that I cannot successfully upgrade this core without "fixing" this dorky LDLogon share configuration first (I have a backup image of the core made just prior to the upgrade attempt), but thought I'd ask if there might be anything I can do to remediate the issue in lieu of restoring my backup image, fixing the LDlogon share config and starting all over with the upgrade.

 

 

If I start completely over and move the LDlogon share back to C:\ prior to running the upgrade, do I simply copy all of the files from what had been the "working" D:\LDlogon share into the LDlogon share folder on C:\ that wasn't previously being used? Also, if I have to start over, should I have the SQL database restored to it's pre-8.7 upgrade state?

 

 

Thanks, Connie K.

 

 

Click to view Steve McCall's profile Specialist 127 posts since
Dec 18, 2007
1. Mar 1, 2008 7:16 AM in response to: Qonnie
Re: 8.7 Upgrade Issue

 

Wow, sounds like you have quite a mess on your hands

 

Support will probably know best, but to give you my opinion you'll probably spend more time trying to get the share back to c:\ and working correctly then just reinstalling the core. This all depends on what all you had set up of course, but to just move the ldlogon share back to c:, i would think you would need to find and replace every reference to the d:\ ldlogon share in the registry with the new path. Also in your database most of the references should be using a UNC of HTTP path so things might not be too bad there.

 

Since you have a backup image of the core it's worth a shot. If you want to try moving it I would say put it back in it's original location on c:, set the share permissions up the same, make sure you can hit it using http (may need to tweek IIS), and get a registry scan and replace tool to search for the full string for the d: ldlogon and replace it with the path to the c: ldlogon. Please keep in mind that this is just a suggestion and could be extremely fatal to the core.

 

If you start over with a fresh install, make sure you back up your keys before hand. You could try reusing your pre 8.7 database, but keep in mind that it may contain references to the d: location and could cause some issues. You will have to make a new key for a fresh install, but you'll restore your old key so your agents will still work. You might want to refer to page 13 of this doc before trying this. Best Known Methods for Installing or Upgrading LDMS 8.7

 

 

Good luck, hope you get it resolved

 

 

Click to view Jared Barneck's profile Expert 484 posts since
Nov 19, 2007
2. Mar 1, 2008 9:05 AM in response to: Steve McCall
Re: 8.7 Upgrade Issue

I don't think this core falls under any type of "supported" situation. I don't know who mangled it that way, but all support will say is it is in an unsupported configuration and to do this:

 

1. Back it up according to one of the backup and recovery documents.

 

2. Fdisk, Format, and reinstall of OS.

 

3. reinstall LANDesk and make sure to use a different key name.

 

You should be able to keep the same database.

Click to view Rick Davies's profile Expert 374 posts since
Dec 14, 2007
3. Mar 6, 2008 9:10 AM in response to: Qonnie
Re: 8.7 Upgrade Issue

I dont know if you have already rebuilt by now but whated to throw this possibly simple solution over. One of the common things that ESP's do when installing is to write protect the Agent Configuration Files in the LDLOGON directory. There are several good reasons why this is a common practice but I have seen this cause Major Issues when a Service Pack is installed so if you are still dealing with this issue, check that there are no files in the LDLOGON directory that are set to "Read Only" if there are this is what is causing your issue.

Click to view leffrt's profile Expert 126 posts since
Dec 12, 2007
4. Mar 7, 2008 7:39 AM in response to: Qonnie
Re: 8.7 Upgrade Issue

 

You error, as Rick said, is related to the Agent Configuration INI files being read only. Change them and try the upgrade again.

 

 

 

 

As for the moved LDLOGON share, are you sure they didn't just copy the LDLOGON to get the patches to that location? If you go into Microsoft Managemetn Console and look at the shares where is LDLOGON pointing too? It should be the same partition that LDMAIN is pointing to.

 

 

More Like This

  • Retrieving data ...
LANDesk Community powered by Jive Software's Clearspace ®                                                                        Subscribe| Legal Notices| Investor Relations| Privacy Policy © 2007 LANDesk Software