It's come to my attention that some of you are actually reading my posts. I never expected it, this blog is really to help me record tech problems at work in case I need to remember what I did to fix something. Occasionally I rant if the problems seem more difficult to solve than they really need to be. Which leads me nicely into todays rant (due to the fact I havn't fixed the problem yet).
Once again it's Microsoft and specifically Technet, which is our equivalent of Hermione Granger, just not as good looking or useful. Yes I am currently engaged in some research into migrating a physical win 2k3 server into a virtual server. It's been a long process that's far from over (I think).
What surprises me about Technet is the absurd mixture of holding your hand (up the mountain) and then when you need it the most they let go (or push you off). Today I'm looking through this article:How to Perform a P2V Conversion. It's a great example of this aspect of not really explaining the important bits. I refer of course to the Before You Begin section. Would I really be reading this if I hadn't already started the process?
Anyway it says that the first phase is to survey the hardware configuration and make sure the patch cache contains all necessary drivers and system files. If any are missing it will supposedly generate error messages indicating where to get the necessary drivers. All very well and good; but WHAT DO I USE to do this survey and tell me where to get drivers? Is it ESP?
Ok the next bits are fairly simple:
Do a chkdsk because you can't transfer bad sectors (right click the C drive, properties -> tools -> error checking; yes basic stuff use it frequently).
Do a disk defrag to reduce the transfer time (same place, lower down the tools, again nothing too complex).
Use dynamic VHD's to conserve drive space followed by a brief explanation of why use dynamic VHD's instead of fixed (yes I have already used virtual PC so this is not really necessary to explain).
For offline P2V, install WAIK - the windows automated installation kit. Ok I'm all for saving time so I switch to my test server (win2k3 SP2) and attempt to download this. Which is when I hit the first snag. Yes this file requires windows genuine advantage validation. You see it's an advantage to have a genuine version of windows, so much so that the validation tool doesn't actually install on win2k3 server SP2. Not only that, I switch over to my XP box which validates and then downloads a .img file(?) At this point I'm very tempted to burn it but don't know if I should use Nero or petrol (that's Gasoline for any US visitors who don't watch Top Gear).
Now I've lost the plot again. It goes on to say that now I can use the "Convert Physical Server Wizard" to create a new virtual machine. Come back Hermione!!!
I'll let you know what happens...
Usual disclaimers: I'm not a doctor, legal professional or financial advisor. This article is for information/education only and reflects my own opinions. It should not be taken as financial, legal or medical advice. Do your own research and never invest anything you cannot afford to lose (including your time).
23 November 2009
13 November 2009
What's wrong with Microsoft - now I know
It came to my attention the other night through that celestial medium that we call Television, just why Microsoft are failing in their current endevours.
Yes I saw a strange unknown person in a commercial broadcast revealing the problem. They (an inexperienced home user) had been allowed to influence the development of Windows 7. Obviously we are seeing the people who made the popular decisions, like "make it easier to stream my video files to my TV" as the man in the advert claims to have suggested.
I would like to hope that somewhere in a Microsoft snuff film is the person who suggested "lets change the name of the add & remove programs icon in the control panel and call it something nobody will expect". I also hope there's one featuring the "lets replace the established menu system in Office with a frequently changing ribbon". There must also be enough DVD storage space for the "Let's make the SQL view in Access even more difficult to find and then make it disappear after switching back to table view" suggester.
So Microsoft, here's my suggestion. "Let's ask IT professionals what we should/shouldn't change before we release new products". I'm not saying that development isn't important, just that migration is easier if you don't drastically change the accessibility of core features for every release. Maybe every new product could have a "Classic view"... wow now there's a suggestion worth considering.
Why do I feel the need to rant about this you may be wondering? Well this week I have had to figure out why users were getting a fault with their PHP pages on Windows Server 2008 when connecting to an Access 2007 database. The problem was only made worse by the use of latest versions. Access 2003 with Server 2003 and I would have had the problem fixed in no time. So what was the problem? The "Operation must use an updateable query" error which is guaranteed to bring visitors to my blog as it seems lots of people are getting the same problem (please visit my links while you're here :))
The first idea I had was that it was a permissions issue. I checked and they seemed fine to me. Especially when I decided to fix it by giving all authenticated users permissions on the test folder. When this didn't fix things I went straight for the Everyone group and still the problem persisted.
Ok so everyone has read/write access to the folder & files, so surely it must be something in IIS7 causing the problem? Well it's so different from IIS6 that I wasn't sure where to find things. I stumbled along but nothing I did seemed to fix the problem. I looked at the code and it seemed fine to my highly experienced and knowledgable yet very tired eyes. I went back to opening the file in Access and that was when I noticed it. The database was opening and a lock file was created (database.laccdb) but when I closed it again, the lock file did not vanish. This meant next time the database was accessed, it was read only, hence the updatable query message. So the next question became why are the lock files still there when the script finishes?
After some Googling I found this site blueclaw-db - access_2007 security warning. This is where things started to get back on course. Opening the options and clicking enable content (in Access 2007) is enough to create the lock file which I couldn't delete and wouldn't vanish. I thought maybe my database had been virused so I created a new one from scratch and exactly the same thing happened with that.
Eventually I discovered the trust centre link at the bottom left of the options box. I went through this and enabled the network trust then browsed to the network folder where my database is. Adding the container folder as a trusted location allowed me to open the database in access and it started to release the lock file again when I closed it down. Success I thought!!!
When I got back to my PHP I noticed the lock file was still there and my code would not work. How do you get rid of that I wonder? I tried renaming it (access denied). I tried deleteing it (access denied). I deleted the database and set up another with a different name. Still the database.laccdb file would not go. eventually I Googled some more and came across the excellent Unlocker freeware program. I had to remote into the server but this handy utility finally released the lock file which then vanished (presumably into a namespace exclusively reserved for ex-MS product development executives). In the process it also told me which process was holding up the system, which turned out to be McAfee antivirus.
It's been a long week and they will only get longer until MS start listening to IT pro's and people like Cedrick Collomb, author of the unlocker utility. If he can write code that figures out what's causing my problem then why can't MS? Obviously they didn't send a TV crew around to record his suggestion. Thank God he can write code himself :)
Yes I saw a strange unknown person in a commercial broadcast revealing the problem. They (an inexperienced home user) had been allowed to influence the development of Windows 7. Obviously we are seeing the people who made the popular decisions, like "make it easier to stream my video files to my TV" as the man in the advert claims to have suggested.
I would like to hope that somewhere in a Microsoft snuff film is the person who suggested "lets change the name of the add & remove programs icon in the control panel and call it something nobody will expect". I also hope there's one featuring the "lets replace the established menu system in Office with a frequently changing ribbon". There must also be enough DVD storage space for the "Let's make the SQL view in Access even more difficult to find and then make it disappear after switching back to table view" suggester.
So Microsoft, here's my suggestion. "Let's ask IT professionals what we should/shouldn't change before we release new products". I'm not saying that development isn't important, just that migration is easier if you don't drastically change the accessibility of core features for every release. Maybe every new product could have a "Classic view"... wow now there's a suggestion worth considering.
Why do I feel the need to rant about this you may be wondering? Well this week I have had to figure out why users were getting a fault with their PHP pages on Windows Server 2008 when connecting to an Access 2007 database. The problem was only made worse by the use of latest versions. Access 2003 with Server 2003 and I would have had the problem fixed in no time. So what was the problem? The "Operation must use an updateable query" error which is guaranteed to bring visitors to my blog as it seems lots of people are getting the same problem (please visit my links while you're here :))
The first idea I had was that it was a permissions issue. I checked and they seemed fine to me. Especially when I decided to fix it by giving all authenticated users permissions on the test folder. When this didn't fix things I went straight for the Everyone group and still the problem persisted.
Ok so everyone has read/write access to the folder & files, so surely it must be something in IIS7 causing the problem? Well it's so different from IIS6 that I wasn't sure where to find things. I stumbled along but nothing I did seemed to fix the problem. I looked at the code and it seemed fine to my highly experienced and knowledgable yet very tired eyes. I went back to opening the file in Access and that was when I noticed it. The database was opening and a lock file was created (database.laccdb) but when I closed it again, the lock file did not vanish. This meant next time the database was accessed, it was read only, hence the updatable query message. So the next question became why are the lock files still there when the script finishes?
After some Googling I found this site blueclaw-db - access_2007 security warning. This is where things started to get back on course. Opening the options and clicking enable content (in Access 2007) is enough to create the lock file which I couldn't delete and wouldn't vanish. I thought maybe my database had been virused so I created a new one from scratch and exactly the same thing happened with that.
Eventually I discovered the trust centre link at the bottom left of the options box. I went through this and enabled the network trust then browsed to the network folder where my database is. Adding the container folder as a trusted location allowed me to open the database in access and it started to release the lock file again when I closed it down. Success I thought!!!
When I got back to my PHP I noticed the lock file was still there and my code would not work. How do you get rid of that I wonder? I tried renaming it (access denied). I tried deleteing it (access denied). I deleted the database and set up another with a different name. Still the database.laccdb file would not go. eventually I Googled some more and came across the excellent Unlocker freeware program. I had to remote into the server but this handy utility finally released the lock file which then vanished (presumably into a namespace exclusively reserved for ex-MS product development executives). In the process it also told me which process was holding up the system, which turned out to be McAfee antivirus.
It's been a long week and they will only get longer until MS start listening to IT pro's and people like Cedrick Collomb, author of the unlocker utility. If he can write code that figures out what's causing my problem then why can't MS? Obviously they didn't send a TV crew around to record his suggestion. Thank God he can write code himself :)
Subscribe to:
Posts (Atom)