style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">We
were experiencing a consistent 524 error on our MG6 site making it almost
unusable.
The problem only occurred on our production server a Dell 2650.
After 3 weeks of trouble shooting and ZERO help from AutoDesk, the problem was
diagnosed as MG6 having a problem with the virtual processors created by the
Hyper-threading. Disabling Hyper-threading in the BIOS solved the problem
instantly. Autodesk is not aware that this a problem.
The test
machine is a Dell Precision 450 with dual 2.0 GHz Xeons and 1GB of ECC
DDR. The motherboard uses
class=453203919-08042003>an Intel E7505 chipset. The memory
configuration is two 512MB DIMMS.
There
have been issues posted on the Dell community web site related to mixing
memory types and the Intel E7505 chipset:
For the
E7501 chipset used in the PowerEdge 2600, Intel states:
color=#0000ff>Intel does not test, recommend, or support mixing of memory
types within the same server system. Functionality issues may occur if mixed
memory types are installed in the same server system. Intel recommends that
memory modules of identical size, type, banking and stacking technology, and
vendor are installed in each server system. Intel will not provide support for
issues encountered when mixed memory configurations are in use.
class=453203919-08042003>The PowerEdge 2650 uses a ServerWorks GC-LE
chipset. I have not found any references to hyperthreading instability for
this chipset. However, based on the confirmed issues with the Intel
chipsets, it would be wise to verify the memory configuration for the 2650 to
rule out hardware related instability. This means the 2650 should be
configured with 4 identical 1GB DIMMs.
class=453203919-08042003>
face=Arial color=#0000ff>If the memory configuration is ruled out, we may have
to proceed with a more rigorous
analysis."
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
"dhaipola" <Chris,
href="mailto:dhaipola@tmwa.net">dhaipola@tmwa.net> wrote in message
href="news:f1537ce.2@WebX.maYIadrTaRb">news:f1537ce.2@WebX.maYIadrTaRb...
We are running a dell 2650 with dual 2.8 xeon
Running windows 2000
advanced server
4GB DDR 200 MHz ram
The problem is easily reproducible
on our machine
Go into the bios enable hyperthreading and the 524 errors
come back.
Turn it off and the errors go away.
I read the article
from MSDN
RESOLUTION
To resolve this issue, contact the manufacturer of the
program that does not run correctly to determine whether there is an update
available to address this issue.
The text above is from the article in question, does autodesk have a fix?
I appreciate that AutoDesk went to some length to test for this issue but I
am surprised that you could not reproduce it.
There are two differences
between your test and our installation
1. The problem occurred almost 100%
while panning Im not sure how the 20000 requests were generated but if it was
not 20000 pans then the problem would never show up.
2. Our site also
contained some 30 shapefiles, quite a bit larger then the 3 file listed in the
test.
I am very interested in the outcome of this testing.
I am also
interested in how to solicit autodesk attention earlier on in the
troubleshooting process.
Danny
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
"andreva" <andreva@isis.nl>We
wrote in message
href="news:f1537ce.5@WebX.maYIadrTaRb">news:f1537ce.5@WebX.maYIadrTaRb...
experienced also a problem concerning MG 6.3 an HyperThreading (HT). On a
Windows 2000 Server machine with Xeon 2.8Ghz and hyperthreading on we
encountered problems concerning the Oracle Spatial Data Provider (OSDP), which
was not able to make a connection to OSDP datasources, which resulted in a CPU
hang-up (50% or 100% CPU usage on the MapServer instance). This occurred while
working in the MG Author. HT is not supported for Win2000 (see Intel site),
and Setting HT OFF in the BIOS resulted in a stable machine.
However, the same problem occurred on a simple REAL dual processor Compaq
server (2x Xeon 500Mhz, 1,5 Gb RAM), also in combination with ODSP in MG63.
After physically removing the second processor the machine became stable since
then.
So, it seems that MG62SP2 and MG63 in combination with ODSP using Oracle
Spatial (Oracle 8.1.7 EE, even with Patch for bug 1575474, see below) may be
instable in allocating treads using multiple processors. Concerning Autodesk
this is not an known issue.
Andre van Atten
Isis Benelux BV
www.isis.nl
---------------------
Bugs Fixed in Patch 1575474:
Intermittant Transform problem (no bug number)
Memory leak fixed for R-tree (Bug:
1396837)
R-tree tablespace parameters
bug (no bug number)
R-tree error in
queries (Bug: 1683199))