When I try to install MSDE it just stops, the progress bar rolls back.
I've looked through the log file, but I guess I dont know what I am looking
for.
http://www.bercell.com/logfiles.htm (get the log file here)
I am using Windows 2003 Standard edition, with all updates installed. If
someone can take a look at the log I would really appriciate it. Also if you
see something wrong, past the part of the log so I can check it out also.
For some reason clicking on the link doesnt work, it seems to add a space
after the .htm. Just remove the space in the browser and the page should
come up.
"Dan" wrote:
> When I try to install MSDE it just stops, the progress bar rolls back.
> I've looked through the log file, but I guess I dont know what I am looking
> for.
> http://www.bercell.com/logfiles.htm (get the log file here)
> I am using Windows 2003 Standard edition, with all updates installed. If
> someone can take a look at the log I would really appriciate it. Also if you
> see something wrong, past the part of the log so I can check it out also.
|||hi Dan,
Dan wrote:
> When I try to install MSDE it just stops, the progress bar rolls back.
> I've looked through the log file, but I guess I dont know what I am
> looking for.
> http://www.bercell.com/logfiles.htm (get the log file here)
> I am using Windows 2003 Standard edition, with all updates installed.
> If someone can take a look at the log I would really appriciate it.
> Also if you see something wrong, past the part of the log so I can
> check it out also.
did you check http://seer.support.veritas.com/docs/265613.htm ?
Andrea Montanari (Microsoft MVP - SQL Server)
http://www.asql.biz/DbaMgr.shtmhttp://italy.mvps.org
DbaMgr2k ver 0.15.0 - DbaMgr ver 0.60.0
(my vb6+sql-dmo little try to provide MS MSDE 1.0 and MSDE 2000 a visual
interface)
-- remove DMO to reply
Showing posts with label ive. Show all posts
Showing posts with label ive. Show all posts
Wednesday, March 28, 2012
Friday, March 23, 2012
Installing a Second Instance
Hi,
I'm trying to install a 2nd instance on a cluster.
We've setup two cluster groups C101TC001 and C101TC002, one for each instance.
I've stopped all the services and managed to get the installation to run,
but it won't allow me to apply the Service Pack (3a).
It reports an error
An error has occurred while creating virtual resources for clustering. Can
not create a file when that file already exists.
This then invalidates the instance.
Can anyone assist?
Thanks
Bev
After this I'm unable to get the instance registered or even started.
The error message that you got can be due to various reasons. Here is one Microsoft Knowledge base articles that has the same error (but as I said you may be having a
different issue)
BUG: The Setup program of SQL Server 2000 Service Pack 2 or a later version may stop responding in a Windows clustering environment if there is an offline database
http://support.microsoft.com/default...B;EN-US;320524
This KB says the cause is "This problem occurs because Setup program cannot access the database.
During installation in a Windows Clustering environment, Setup program must query the user databases to make sure that all the database files are on disk resources that
have the correct dependencies and the virtual SQL Server resource. The virtual SQL Server resource is required for the failover support. When a database is offline, Setup
program cannot access the database. "
I understand you are installing SP3a and the above KB is for SP2 but one can still get similar error message.
You last point stated that "After this I'm unable to get the instance registered or even started." I think you will need to first concentrate on why this instance is not starting.
Anyways to be able to apply SP3a, the sql instance needs to be running. So, need to troubleshoot why this instance is not coming online. See what errors you get when
you try to being this SQL Server resource online. Try starting it from command promt and see if that works outside the cluster. The errors in SQL Errorlog, NT App, System
logs and cluster.log should be helpful to troubleshoot this further.
Best Regards,
Uttam Parui
Microsoft Corporation
This posting is provided "AS IS" with no warranties, and confers no rights.
Are you secure? For information about the Strategic Technology Protection Program and to order your FREE Security Tool Kit, please visit
http://www.microsoft.com/security.
Microsoft highly recommends that users with Internet access update their Microsoft software to better protect against viruses and security vulnerabilities. The easiest way
to do this is to visit the following websites: http://www.microsoft.com/protect
http://www.microsoft.com/security/guidance/default.mspx
sql
I'm trying to install a 2nd instance on a cluster.
We've setup two cluster groups C101TC001 and C101TC002, one for each instance.
I've stopped all the services and managed to get the installation to run,
but it won't allow me to apply the Service Pack (3a).
It reports an error
An error has occurred while creating virtual resources for clustering. Can
not create a file when that file already exists.
This then invalidates the instance.
Can anyone assist?
Thanks
Bev
After this I'm unable to get the instance registered or even started.
The error message that you got can be due to various reasons. Here is one Microsoft Knowledge base articles that has the same error (but as I said you may be having a
different issue)
BUG: The Setup program of SQL Server 2000 Service Pack 2 or a later version may stop responding in a Windows clustering environment if there is an offline database
http://support.microsoft.com/default...B;EN-US;320524
This KB says the cause is "This problem occurs because Setup program cannot access the database.
During installation in a Windows Clustering environment, Setup program must query the user databases to make sure that all the database files are on disk resources that
have the correct dependencies and the virtual SQL Server resource. The virtual SQL Server resource is required for the failover support. When a database is offline, Setup
program cannot access the database. "
I understand you are installing SP3a and the above KB is for SP2 but one can still get similar error message.
You last point stated that "After this I'm unable to get the instance registered or even started." I think you will need to first concentrate on why this instance is not starting.
Anyways to be able to apply SP3a, the sql instance needs to be running. So, need to troubleshoot why this instance is not coming online. See what errors you get when
you try to being this SQL Server resource online. Try starting it from command promt and see if that works outside the cluster. The errors in SQL Errorlog, NT App, System
logs and cluster.log should be helpful to troubleshoot this further.
Best Regards,
Uttam Parui
Microsoft Corporation
This posting is provided "AS IS" with no warranties, and confers no rights.
Are you secure? For information about the Strategic Technology Protection Program and to order your FREE Security Tool Kit, please visit
http://www.microsoft.com/security.
Microsoft highly recommends that users with Internet access update their Microsoft software to better protect against viruses and security vulnerabilities. The easiest way
to do this is to visit the following websites: http://www.microsoft.com/protect
http://www.microsoft.com/security/guidance/default.mspx
sql
Installing a database
Hi All,
I've been using SQL Server for about 6 months, but I'm totally new to
installing a database. That is, automated installing a database. I've done
it before myself, with the use of Andrea Montanari's great tool DbaMgr2k.
But now I'm looking for the best way to install a database without me being
physically present. As far as I know there are a couple of ways, which each
have their pro's and cons. The ones I know are:
- Restore a backup of an empty database with OSQL
- Create it using a script file ran by OSQL
- Create it by an 'home cooked' application
What is the BEST or ALMOST best way? I'm looking forward to your responses.
Thanks,
Willem
> What is the BEST or ALMOST best way? I'm looking forward to your
> responses.
What does "BEST" mean? What are your criteria?
Aaron Bertrand
SQL Server MVP
http://www.aspfaq.com/
|||From the ones I mentioned:
- Restore a backup of an empty database with OSQL
- Create it using a script file ran by OSQL
- Create it by an 'home cooked' application
Seems the first one is the most easy one. I think creating/maintaining a
script, or program code, is more time consuming. But maybe some experts in
this newsgroup do not agree at all. That's why I'm asking for opinions.
And maybe there is another, even better way that I haven't discovered yet.
Willem
"Aaron Bertrand [MVP]" <aaron@.TRASHaspfaq.com> schreef in bericht
news:u%235FMqHLEHA.1612@.TK2MSFTNGP12.phx.gbl...
> What does "BEST" mean? What are your criteria?
> --
> Aaron Bertrand
> SQL Server MVP
> http://www.aspfaq.com/
>
|||Having a .sql file is "BEST" in my opinion. You can run it multiple times,
you can store it in source control, it's easy to read, the syntax is
documented, etc etc. Everything else you've listed requires steps that you
can't store in source control, and you might not be able to easily transfer
from person to person.
And a word of caution: "most easy" should never be part of your criteria for
"best" unless you like doing work over, learning the hard way, starting from
scratch, etc.
Aaron Bertrand
SQL Server MVP
http://www.aspfaq.com/
"Willem van den Broek" <willem@.chsd.nl> wrote in message
news:uuMAD7HLEHA.3712@.TK2MSFTNGP11.phx.gbl...
> From the ones I mentioned:
> - Restore a backup of an empty database with OSQL
> - Create it using a script file ran by OSQL
> - Create it by an 'home cooked' application
> Seems the first one is the most easy one. I think creating/maintaining a
> script, or program code, is more time consuming. But maybe some experts in
> this newsgroup do not agree at all. That's why I'm asking for opinions.
> And maybe there is another, even better way that I haven't discovered yet.
> Willem
>
> "Aaron Bertrand [MVP]" <aaron@.TRASHaspfaq.com> schreef in bericht
> news:u%235FMqHLEHA.1612@.TK2MSFTNGP12.phx.gbl...
>
>
|||hi Willem,
"Willem van den Broek" <willem@.chsd.nl> ha scritto nel messaggio
news:uuMAD7HLEHA.3712@.TK2MSFTNGP11.phx.gbl...
> From the ones I mentioned:
> - Restore a backup of an empty database with OSQL
> - Create it using a script file ran by OSQL
> - Create it by an 'home cooked' application
> Seems the first one is the most easy one. I think creating/maintaining a
> script, or program code, is more time consuming. But maybe some experts in
> this newsgroup do not agree at all. That's why I'm asking for opinions.
> And maybe there is another, even better way that I haven't discovered yet.
I do agree with Aaron...
you can perform this action in several ways... ech of them has it's
drawback...
1) you can detach your dev database, copy it on the user's machine, and
reattach it ..
using sp_detach_db to detach it and sp_attach_db for reattach, see BOL for
further info...
2) you can backup your dev database and restore in on the user's machine...
see backup database and restore database in BOL for further info...
these 2 methods are quite easy to perform but suffer from some drawback..
- they can raise orphan users issue (please see
http://www.sqlservercentral.com/colu...okenlogins.asp for
further info and details on how to solve this)
- they do not make use of user's model database... every database inherits
settings, dbobjects, sometimes permissions, from the current model
database... if you deploy your database schema these way you simply export
YOUR settings and preferences..
- they inherits your settings regarding collation and sort order... this is
no more a problem with SQL Server 2000 becouse it supports different
collations, but was a major issue for SQL Server 7.0 deploy..
3) you can script out your DDL database schema with tools like Enterprise
Manager...
this method is the more elastic one, even if it require more deal...
I currently deploy my dbs this way...
I deploy sql DDL script to re-create the schema, sql permission scripts to
generate privileges and users, sql DML "Insert Into" script to pre-load some
application's system-tables and/or txt files to BCP in data...
I do use a companion application which parses a private defintion files that
includes settings as long as a list of files to be "executed" some way... I
do use ADO and/or SQL-DMO, but oSql.exe can be an alternative, even if it
does not set the OS error level status on Win9x boxes... I chose not to use
oSql for this reason...
even if more complicated, this method allows me to deploy database upgrades
with no pain, providing the sql DDL script to morphe databases to current
release.. several tools can help you for this
Andrea Montanari (Microsoft MVP - SQL Server)
http://www.asql.biz/DbaMgr.shtmhttp://italy.mvps.org
DbaMgr2k ver 0.7.0 - DbaMgr ver 0.53.0
(my vb6+sql-dmo little try to provide MS MSDE 1.0 and MSDE 2000 a visual
interface)
-- remove DMO to reply
|||Hi Andrea,
Thanks for this explanation. Aaron arguments didn't convince me at first.
But your statement "every database inherits settings, dbobjects, sometimes
permissions, from the current model database" did. That's quite an
interesting argument to choose for option 3.
Willem
"Andrea Montanari" <andrea.sqlDMO@.virgilio.it> schreef in bericht
news:c6nnq8$di72l$1@.ID-207518.news.uni-berlin.de...[vbcol=seagreen]
> hi Willem,
> "Willem van den Broek" <willem@.chsd.nl> ha scritto nel messaggio
> news:uuMAD7HLEHA.3712@.TK2MSFTNGP11.phx.gbl...
in[vbcol=seagreen]
yet.
> I do agree with Aaron...
> you can perform this action in several ways... ech of them has it's
> drawback...
> 1) you can detach your dev database, copy it on the user's machine, and
> reattach it ..
> using sp_detach_db to detach it and sp_attach_db for reattach, see BOL for
> further info...
> 2) you can backup your dev database and restore in on the user's
machine...
> see backup database and restore database in BOL for further info...
> these 2 methods are quite easy to perform but suffer from some drawback..
> - they can raise orphan users issue (please see
> http://www.sqlservercentral.com/colu...okenlogins.asp
for
> further info and details on how to solve this)
> - they do not make use of user's model database... every database inherits
> settings, dbobjects, sometimes permissions, from the current model
> database... if you deploy your database schema these way you simply export
> YOUR settings and preferences..
> - they inherits your settings regarding collation and sort order... this
is
> no more a problem with SQL Server 2000 becouse it supports different
> collations, but was a major issue for SQL Server 7.0 deploy..
> 3) you can script out your DDL database schema with tools like Enterprise
> Manager...
> this method is the more elastic one, even if it require more deal...
> I currently deploy my dbs this way...
> I deploy sql DDL script to re-create the schema, sql permission scripts to
> generate privileges and users, sql DML "Insert Into" script to pre-load
some
> application's system-tables and/or txt files to BCP in data...
> I do use a companion application which parses a private defintion files
that
> includes settings as long as a list of files to be "executed" some way...
I
> do use ADO and/or SQL-DMO, but oSql.exe can be an alternative, even if it
> does not set the OS error level status on Win9x boxes... I chose not to
use
> oSql for this reason...
> even if more complicated, this method allows me to deploy database
upgrades
> with no pain, providing the sql DDL script to morphe databases to current
> release.. several tools can help you for this
> --
> Andrea Montanari (Microsoft MVP - SQL Server)
> http://www.asql.biz/DbaMgr.shtmhttp://italy.mvps.org
> DbaMgr2k ver 0.7.0 - DbaMgr ver 0.53.0
> (my vb6+sql-dmo little try to provide MS MSDE 1.0 and MSDE 2000 a visual
> interface)
> -- remove DMO to reply
>
I've been using SQL Server for about 6 months, but I'm totally new to
installing a database. That is, automated installing a database. I've done
it before myself, with the use of Andrea Montanari's great tool DbaMgr2k.
But now I'm looking for the best way to install a database without me being
physically present. As far as I know there are a couple of ways, which each
have their pro's and cons. The ones I know are:
- Restore a backup of an empty database with OSQL
- Create it using a script file ran by OSQL
- Create it by an 'home cooked' application
What is the BEST or ALMOST best way? I'm looking forward to your responses.
Thanks,
Willem
> What is the BEST or ALMOST best way? I'm looking forward to your
> responses.
What does "BEST" mean? What are your criteria?
Aaron Bertrand
SQL Server MVP
http://www.aspfaq.com/
|||From the ones I mentioned:
- Restore a backup of an empty database with OSQL
- Create it using a script file ran by OSQL
- Create it by an 'home cooked' application
Seems the first one is the most easy one. I think creating/maintaining a
script, or program code, is more time consuming. But maybe some experts in
this newsgroup do not agree at all. That's why I'm asking for opinions.
And maybe there is another, even better way that I haven't discovered yet.
Willem
"Aaron Bertrand [MVP]" <aaron@.TRASHaspfaq.com> schreef in bericht
news:u%235FMqHLEHA.1612@.TK2MSFTNGP12.phx.gbl...
> What does "BEST" mean? What are your criteria?
> --
> Aaron Bertrand
> SQL Server MVP
> http://www.aspfaq.com/
>
|||Having a .sql file is "BEST" in my opinion. You can run it multiple times,
you can store it in source control, it's easy to read, the syntax is
documented, etc etc. Everything else you've listed requires steps that you
can't store in source control, and you might not be able to easily transfer
from person to person.
And a word of caution: "most easy" should never be part of your criteria for
"best" unless you like doing work over, learning the hard way, starting from
scratch, etc.
Aaron Bertrand
SQL Server MVP
http://www.aspfaq.com/
"Willem van den Broek" <willem@.chsd.nl> wrote in message
news:uuMAD7HLEHA.3712@.TK2MSFTNGP11.phx.gbl...
> From the ones I mentioned:
> - Restore a backup of an empty database with OSQL
> - Create it using a script file ran by OSQL
> - Create it by an 'home cooked' application
> Seems the first one is the most easy one. I think creating/maintaining a
> script, or program code, is more time consuming. But maybe some experts in
> this newsgroup do not agree at all. That's why I'm asking for opinions.
> And maybe there is another, even better way that I haven't discovered yet.
> Willem
>
> "Aaron Bertrand [MVP]" <aaron@.TRASHaspfaq.com> schreef in bericht
> news:u%235FMqHLEHA.1612@.TK2MSFTNGP12.phx.gbl...
>
>
|||hi Willem,
"Willem van den Broek" <willem@.chsd.nl> ha scritto nel messaggio
news:uuMAD7HLEHA.3712@.TK2MSFTNGP11.phx.gbl...
> From the ones I mentioned:
> - Restore a backup of an empty database with OSQL
> - Create it using a script file ran by OSQL
> - Create it by an 'home cooked' application
> Seems the first one is the most easy one. I think creating/maintaining a
> script, or program code, is more time consuming. But maybe some experts in
> this newsgroup do not agree at all. That's why I'm asking for opinions.
> And maybe there is another, even better way that I haven't discovered yet.
I do agree with Aaron...
you can perform this action in several ways... ech of them has it's
drawback...
1) you can detach your dev database, copy it on the user's machine, and
reattach it ..
using sp_detach_db to detach it and sp_attach_db for reattach, see BOL for
further info...
2) you can backup your dev database and restore in on the user's machine...
see backup database and restore database in BOL for further info...
these 2 methods are quite easy to perform but suffer from some drawback..
- they can raise orphan users issue (please see
http://www.sqlservercentral.com/colu...okenlogins.asp for
further info and details on how to solve this)
- they do not make use of user's model database... every database inherits
settings, dbobjects, sometimes permissions, from the current model
database... if you deploy your database schema these way you simply export
YOUR settings and preferences..
- they inherits your settings regarding collation and sort order... this is
no more a problem with SQL Server 2000 becouse it supports different
collations, but was a major issue for SQL Server 7.0 deploy..
3) you can script out your DDL database schema with tools like Enterprise
Manager...
this method is the more elastic one, even if it require more deal...
I currently deploy my dbs this way...
I deploy sql DDL script to re-create the schema, sql permission scripts to
generate privileges and users, sql DML "Insert Into" script to pre-load some
application's system-tables and/or txt files to BCP in data...
I do use a companion application which parses a private defintion files that
includes settings as long as a list of files to be "executed" some way... I
do use ADO and/or SQL-DMO, but oSql.exe can be an alternative, even if it
does not set the OS error level status on Win9x boxes... I chose not to use
oSql for this reason...
even if more complicated, this method allows me to deploy database upgrades
with no pain, providing the sql DDL script to morphe databases to current
release.. several tools can help you for this
Andrea Montanari (Microsoft MVP - SQL Server)
http://www.asql.biz/DbaMgr.shtmhttp://italy.mvps.org
DbaMgr2k ver 0.7.0 - DbaMgr ver 0.53.0
(my vb6+sql-dmo little try to provide MS MSDE 1.0 and MSDE 2000 a visual
interface)
-- remove DMO to reply
|||Hi Andrea,
Thanks for this explanation. Aaron arguments didn't convince me at first.
But your statement "every database inherits settings, dbobjects, sometimes
permissions, from the current model database" did. That's quite an
interesting argument to choose for option 3.
Willem
"Andrea Montanari" <andrea.sqlDMO@.virgilio.it> schreef in bericht
news:c6nnq8$di72l$1@.ID-207518.news.uni-berlin.de...[vbcol=seagreen]
> hi Willem,
> "Willem van den Broek" <willem@.chsd.nl> ha scritto nel messaggio
> news:uuMAD7HLEHA.3712@.TK2MSFTNGP11.phx.gbl...
in[vbcol=seagreen]
yet.
> I do agree with Aaron...
> you can perform this action in several ways... ech of them has it's
> drawback...
> 1) you can detach your dev database, copy it on the user's machine, and
> reattach it ..
> using sp_detach_db to detach it and sp_attach_db for reattach, see BOL for
> further info...
> 2) you can backup your dev database and restore in on the user's
machine...
> see backup database and restore database in BOL for further info...
> these 2 methods are quite easy to perform but suffer from some drawback..
> - they can raise orphan users issue (please see
> http://www.sqlservercentral.com/colu...okenlogins.asp
for
> further info and details on how to solve this)
> - they do not make use of user's model database... every database inherits
> settings, dbobjects, sometimes permissions, from the current model
> database... if you deploy your database schema these way you simply export
> YOUR settings and preferences..
> - they inherits your settings regarding collation and sort order... this
is
> no more a problem with SQL Server 2000 becouse it supports different
> collations, but was a major issue for SQL Server 7.0 deploy..
> 3) you can script out your DDL database schema with tools like Enterprise
> Manager...
> this method is the more elastic one, even if it require more deal...
> I currently deploy my dbs this way...
> I deploy sql DDL script to re-create the schema, sql permission scripts to
> generate privileges and users, sql DML "Insert Into" script to pre-load
some
> application's system-tables and/or txt files to BCP in data...
> I do use a companion application which parses a private defintion files
that
> includes settings as long as a list of files to be "executed" some way...
I
> do use ADO and/or SQL-DMO, but oSql.exe can be an alternative, even if it
> does not set the OS error level status on Win9x boxes... I chose not to
use
> oSql for this reason...
> even if more complicated, this method allows me to deploy database
upgrades
> with no pain, providing the sql DDL script to morphe databases to current
> release.. several tools can help you for this
> --
> Andrea Montanari (Microsoft MVP - SQL Server)
> http://www.asql.biz/DbaMgr.shtmhttp://italy.mvps.org
> DbaMgr2k ver 0.7.0 - DbaMgr ver 0.53.0
> (my vb6+sql-dmo little try to provide MS MSDE 1.0 and MSDE 2000 a visual
> interface)
> -- remove DMO to reply
>
Wednesday, March 21, 2012
installed SP1 for .NET 1.1 and got 1st SQL Server Crash ever??
I've had SQL Server 2000 8.00.818 running flawlessly for over a year on Win2000
SP4
Installed the SP1 for .NET Framework 1.1 and within an hour SQL Server crashed
(and did not re-start)
-- system log --
Event ID 7031
Source: Service Control Manager
The MSSQLSERVER service terminated unexpectedly. It has done this 1 time(s).
The following corrective action will be taken in 0 milliseconds: No action.
-- application log --
Event ID 17055
Source: MSSQLSERVER
--The MSSQLSERVER service terminated unexpectedly. It has done this 1
time(s). The following corrective action will be taken in 0 milliseconds: No
action.
Event ID 17055
Source: MSSQLSERVER
17311 :
SQL Server is aborting. Fatal exception c0000005 caught.
should I un-ghost the box?
Thanks in advance, Les Caudle
There is a known issue with the 818 build with SQLEM passwords. The official post MS03-031 release is the 819 build.
What do your last SQL Server Error Logs indicate?
Before you do anything, take time to diagnose the situation. While SS is down, make copies of all of your system and user databases. You should have backups prior to the rollout.
Sincerely,
Anthony Thomas
"Les Caudle" <very@.tiredofspam.com> wrote in message news:qddcq058jhkdt8qnjs1njb7e9nffb56vek@.4ax.com...
I've had SQL Server 2000 8.00.818 running flawlessly for over a year on Win2000
SP4
Installed the SP1 for .NET Framework 1.1 and within an hour SQL Server crashed
(and did not re-start)
-- system log --
Event ID 7031
Source: Service Control Manager
The MSSQLSERVER service terminated unexpectedly. It has done this 1 time(s).
The following corrective action will be taken in 0 milliseconds: No action.
-- application log --
Event ID 17055
Source: MSSQLSERVER
--The MSSQLSERVER service terminated unexpectedly. It has done this 1
time(s). The following corrective action will be taken in 0 milliseconds: No
action.
--
Event ID 17055
Source: MSSQLSERVER
17311 :
SQL Server is aborting. Fatal exception c0000005 caught.
--
should I un-ghost the box?
--
Thanks in advance, Les Caudle
SP4
Installed the SP1 for .NET Framework 1.1 and within an hour SQL Server crashed
(and did not re-start)
-- system log --
Event ID 7031
Source: Service Control Manager
The MSSQLSERVER service terminated unexpectedly. It has done this 1 time(s).
The following corrective action will be taken in 0 milliseconds: No action.
-- application log --
Event ID 17055
Source: MSSQLSERVER
--The MSSQLSERVER service terminated unexpectedly. It has done this 1
time(s). The following corrective action will be taken in 0 milliseconds: No
action.
Event ID 17055
Source: MSSQLSERVER
17311 :
SQL Server is aborting. Fatal exception c0000005 caught.
should I un-ghost the box?
Thanks in advance, Les Caudle
There is a known issue with the 818 build with SQLEM passwords. The official post MS03-031 release is the 819 build.
What do your last SQL Server Error Logs indicate?
Before you do anything, take time to diagnose the situation. While SS is down, make copies of all of your system and user databases. You should have backups prior to the rollout.
Sincerely,
Anthony Thomas
"Les Caudle" <very@.tiredofspam.com> wrote in message news:qddcq058jhkdt8qnjs1njb7e9nffb56vek@.4ax.com...
I've had SQL Server 2000 8.00.818 running flawlessly for over a year on Win2000
SP4
Installed the SP1 for .NET Framework 1.1 and within an hour SQL Server crashed
(and did not re-start)
-- system log --
Event ID 7031
Source: Service Control Manager
The MSSQLSERVER service terminated unexpectedly. It has done this 1 time(s).
The following corrective action will be taken in 0 milliseconds: No action.
-- application log --
Event ID 17055
Source: MSSQLSERVER
--The MSSQLSERVER service terminated unexpectedly. It has done this 1
time(s). The following corrective action will be taken in 0 milliseconds: No
action.
--
Event ID 17055
Source: MSSQLSERVER
17311 :
SQL Server is aborting. Fatal exception c0000005 caught.
--
should I un-ghost the box?
--
Thanks in advance, Les Caudle
Subscribe to:
Posts (Atom)