09-13-2007 06:23 AM
We are testing BESR with our DC's and some things popped up that we cannot find answers to.
While trying to restore the image, we received the following error:
Error E7C30010 Device \\.\... cannot write 63 sectors starting at LBA 63. Error 00000005. Access Denied
I have been unable to find any reference to this error in the KB or on the support forums.
Also
After getting two DC's up and running on a test network, we was able to login to the domain so the basic functionality was there.
However, after logging in on a pc, we noticed that when we tried to get a DIR listing from a cmd prompt, we would get the following:
"Not enough server storage is available to process this command"
This happens when he uses a DFS share to access the directory, but not when using a UNC path.
We researched it a bit and found the procedure to clear the error, following this recommendation;
>>You can increase the IRPStackSize value. You must first add this value to the following key if it is not already present:
>>HKEY_LOCAL_MACHINE
>>SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters
>>Value Name: IRPStackSize
>>Data Type: DWORD
>>Default: 0x4
>>Maximum: 0xC
Creating the key and setting the value to 4 worked for one server, we had to set the value to 48 for the other DC and the laptop he was logging in on. If the key does not exist, the system should default to a value of 4, which is generally sufficient.
We are concerned because the key did not exist on either of the source servers and we never received this error before restoring to the target servers. Also the MS support site (http://support.microsoft.com/kb/177078) mentions that this could be related to Symantec AV software, but the links are out of date.
And finally, now when rebooting the server, it randomly decides that there is "No Operating System Found".
There it is!
Nope, it's gone
There it is!
Nope, it's gone
Any help would be appreciated. Anyone else experiencing this behavior?
09-17-2007 04:51 PM
09-19-2007 12:37 PM
This is BESR 7.01 and I have an open case #311-703-198.
If other forum users are unable to offer any advice, it would be really great if a Symantec employee could.
/rant
I realize these are P2P forums, but your presence gives us the (false) hope that Symantec will step up and take responsibility for their programs, rather than going the cheap route and letting their users stumble along, hoping that some other poor sap has been able to extract the required information from Symantec’s “Official” support channel and happens to drop by, sees the same fault and responds with the needed info in a timely manner.
Symantec would garner GREAT GOBS of GOODWILL if they dedicated a few techs to roam this site and provide timely, useful info on a regular basis. Think of the cost savings if phone support could point here or to the KB with a solution! Think of all the knowledge Symantec’s techs could port back to the KB, just by seeing what their clever users have done to fix their issues!
/rant
09-20-2007 10:25 AM
02-20-2008 12:03 PM