So, a couple of weeks ago I was asked by my company to try and make a specific web application in MOSS 2007. (Microsoft Office Sharepoint Server 2007). It was a fairly simple matter, so I agreed. It being the latest and greatest version of the particular software, I went into the project with an open mind and high expectations.
To my surprise, the install went pretty smoothly:
Windows Server 2003, Adding it to domain, MOSS 2007.
So I made a first draft of the application using nothing more than web-based editing tools of the MOSS. Great job.
The first request by the users was to "translate" the pages into the local language, since people aren't exactly fluent in english.
A long and exhausting search over the microsoft website led me to believe that I needed to buy the language pack, but a short and painless google search led me directly to the file on the microsoft website.
Install it, then look for the option to change interface language.
Another long search later I find out that a Web Application language cannot be changed after it has been set up.
Luckily, there wasn't very much work put into it by that point, so I erased the whole thing and started again, this time selecting the correct language option when creating the site.
It was running in 3 days (total), but there was something odd going on with the server:
Every morning when I came in, the thing was freshly rebooted. Event logs showed me mysterious BSOD crashes. It took me over a week to determine the fault: CPU.
Yes, a bad CPU which worked fine under moderate loads but caved in under stress. So, my first question was: "How to move the entire MOSS + application to antoher PC?"
I quickly made backups (new ones) and uploaded them to a safe spot. Then I figured I would use the corporate Symantec Ghost, my company had purchased.
WRONG!
After booting into the new PC with old system, I discovered that the Domain was unaccessible, since the PC name didn't match the machine account in the ctive Directory. Well, remove PC from domain, change name, add PC to domain.
Sharepoint dies. The web application names are wrong, database server is wrong.
A few days of trying to find the settings and all, reinstalling MOSS, trying to restore from backups - to no avail.
Lacking other options, I wiped the machine clean and went about reinstalling the whole thing.
Windows 2003 Server, Domain, MOSS 2007.
Gues what? It doesn't work from a clean install!! (not even the basic pre-loaded sites)
A few reinstalls of MOSS 2007 somehow hacked it together (dunno why it started working all of a sudden).
So, restore the web application from backup? Nope.
The restore process fails at random points due to:
- Cannot connect to DB server
- Wrong permissions on Filesystem/DB server
- Random .NET exceptions, which I didn't note
Plus the very annoying thing about backups and restores:
When you choose the settings for backup/restore, it inserts a "Timer job" into the scheduled tasks and tries to exec it about 30 seconds later. If it fails, you need to find the log of the timer job somewhere in the guts. So you correct the error and try to re-do the backup. The Job cannot be restarted, so you go into "Operations" and try to create a new backup/restore job.
WHOOPS... AFTER entering all the data, it tells you that _A_ backup/restore job already exists, and you need to delete the old one before creating a new one.
It is amazing how counter-intuitive that is. (I had to enter the restore details about 17 times with only about 12 restore attempts)
Finally, by a miracle it works.
Do you think that was the end of my problems?
Read on...
A couple of weeks into operation, I decide to upgrade the RAM on the machine, since it is working dreadfully slow.
I add 1Gb, unaware that one of the modules is bad (it was fine a week ago in another PC, tested with memtest86).
I get a BSOD while loading windows, I quickly shut it and remove the RAM for testing. Finally, having no more supply I decide to stick with 1Gb from before + 512 module that works.. better than just 1Gb.
After booting the machine up - MOSS site almost works. By almost I mean that some elements display OK, others show "" (in my local language - which is a great help in searching for the error). Some people had similar issues, but they were either a) not similar enough to apply to me, or b) Had no answer as to the solution.
A full day of hacking later, trying to make it work, I find the problem:
Sharepoint Server can't log on to SQL server, but ONLY for the Configuration Database, the rest seem to work ok. The user in question is NT AUTHORITY\NETWORK SERVICE, and after checking all the permissions and mapping and server roles, I am unable to make it work.
So here I am, reinstalling MOSS and hoping it will work, but I'm 90% sure that I will need to reinstall the entire thing from scratch again. In both cases I will need to do the backup restore hassle again, I think.
In my own words: Installing Windows 2003 Server & Sharepoint 2007 is like pushing a ball up the pyramit to the very tip.
Maintaining such a configuration is basically trying to keep the ball on the pyramid tip.
With the latest correction: It's not a pyramid, it's a freaking cone!
Give me Apache any day of the week.