Showing posts with label state. Show all posts
Showing posts with label state. Show all posts

Thursday, March 29, 2012

Error 945: Cannot Be Opened Because...

I'm getting this error message all of a sudden:
MS SQL-DMO (ODBC SQL State: 42000)
Error 945: Database "Database Name" cannot be opened
because some of the files could not be activated.
Can anybody help me here?
My phone number is (714)513-3038...my name is Dorsey
Richardson..
e-mail: oldmoney@.geologistics.com
Thanks in advance..
Dorsey
Dorsey,
There is a BOL topic on error 945. On the net you can find it at:
http://tinyurl.com/4wvmv
This has 4 cases that might be the cause and actions for each.
Russell Fields
"Dorsey Richardson" <anonymous@.discussions.microsoft.com> wrote in message
news:027b01c48ba8$4c2c3a30$a401280a@.phx.gbl...
> I'm getting this error message all of a sudden:
> MS SQL-DMO (ODBC SQL State: 42000)
> Error 945: Database "Database Name" cannot be opened
> because some of the files could not be activated.
> Can anybody help me here?
> My phone number is (714)513-3038...my name is Dorsey
> Richardson..
> e-mail: oldmoney@.geologistics.com
> Thanks in advance..
> Dorsey
|||Dorsey,
Russell gave you a link and four possibly actions. None of the four gave the actual error. Did you find one the solved your problem? I have the same error message as you do.
Michael Meyers

Quote:

Originally posted by Dorsey Richardson
I'm getting this error message all of a sudden:
MS SQL-DMO (ODBC SQL State: 42000)
Error 945: Database "Database Name" cannot be opened
because some of the files could not be activated.
Can anybody help me here?
My phone number is (714)513-3038...my name is Dorsey
Richardson..
e-mail: oldmoney@.geologistics.com
Thanks in advance..
Dorsey

Error 945: Cannot Be Opened Because...

I'm getting this error message all of a sudden:
MS SQL-DMO (ODBC SQL State: 42000)
Error 945: Database "Database Name" cannot be opened
because some of the files could not be activated.
Can anybody help me here?
My phone number is (714)513-3038...my name is Dorsey
Richardson..
e-mail: oldmoney@.geologistics.com
Thanks in advance..
DorseyDorsey,
There is a BOL topic on error 945. On the net you can find it at:
http://tinyurl.com/4wvmv
This has 4 cases that might be the cause and actions for each.
Russell Fields
"Dorsey Richardson" <anonymous@.discussions.microsoft.com> wrote in message
news:027b01c48ba8$4c2c3a30$a401280a@.phx.gbl...
> I'm getting this error message all of a sudden:
> MS SQL-DMO (ODBC SQL State: 42000)
> Error 945: Database "Database Name" cannot be opened
> because some of the files could not be activated.
> Can anybody help me here?
> My phone number is (714)513-3038...my name is Dorsey
> Richardson..
> e-mail: oldmoney@.geologistics.com
> Thanks in advance..
> Dorsey

Error 945: Cannot Be Opened Because...

I'm getting this error message all of a sudden:
MS SQL-DMO (ODBC SQL State: 42000)
Error 945: Database "Database Name" cannot be opened
because some of the files could not be activated.
Can anybody help me here?
My phone number is (714)513-3038...my name is Dorsey
Richardson..
e-mail: oldmoney@.geologistics.com
Thanks in advance..
DorseyDorsey,
There is a BOL topic on error 945. On the net you can find it at:
http://tinyurl.com/4wvmv
This has 4 cases that might be the cause and actions for each.
Russell Fields
"Dorsey Richardson" <anonymous@.discussions.microsoft.com> wrote in message
news:027b01c48ba8$4c2c3a30$a401280a@.phx.gbl...
> I'm getting this error message all of a sudden:
> MS SQL-DMO (ODBC SQL State: 42000)
> Error 945: Database "Database Name" cannot be opened
> because some of the files could not be activated.
> Can anybody help me here?
> My phone number is (714)513-3038...my name is Dorsey
> Richardson..
> e-mail: oldmoney@.geologistics.com
> Thanks in advance..
> Dorsey

Tuesday, March 27, 2012

error 9004, severity 21, state 10

saw one of my database went suspect, I tried to load a restore from the backup, but this was going on for ever. I cancelled out, deleted the suspect database. Created a new database and tried to restore from the old backup, but this was going on for ever. It will not restore. I cannot stop and start mssql service on this server as it is production. what else can I do.Q1 On trying to restore from the old backup, this goes on forever. I cannot stop and start mssql service on this server as it is production. What else can I do?

A1 If the issue amounts to the Db remaining in 'Loading' status "forever"; it may simply be that the DB has not been recovered following the restore.

To test this possibility, one would execute a statement similar to the following:

Restore DataBase [DBName] With Recovery

Question I
Can the DB be restored to a development server successfully using the "old backup"?sql

Error 8623

Hi,
When I execute an Insert form a select, SQL Server return the following
message
Server: Msg 8623, Level 16, State 1, Line 109
Internal Query Processor Error: The query processor could not produce a
query plan. Contact your primary support provider for more information.
I have search on technet and find the following article
(http://support.microsoft.com/defaul...kb;en-us;832412). It said to
put the FLAG 9136 on SQL Server.
I have search on Internet and don't find any information about this flag.
Procurei na internet e no encontrei informaes sobre este FLAG.
Does someone know any information about this error or about this flag?I found several KB's associated with that error such as this one:
http://support.microsoft.com/defaul...4&Product=sql2k
But it depends on what your doing. In any case I feel it's a bug and you
should contact MS PSS.
http://support.microsoft.com/defaul...id=fh;EN-US;sql SQL Support
http://www.mssqlserver.com/faq/general-pss.asp MS PSS
Andrew J. Kelly
SQL Server MVP
"Thiago Campos Pereira" <tpereira@.attps.com.br> wrote in message
news:%23sH0wnkQEHA.2716@.tk2msftngp13.phx.gbl...
> Hi,
> When I execute an Insert form a select, SQL Server return the following
> message
> Server: Msg 8623, Level 16, State 1, Line 109
> Internal Query Processor Error: The query processor could not produce a
> query plan. Contact your primary support provider for more information.
>
> I have search on technet and find the following article
> (http://support.microsoft.com/defaul...kb;en-us;832412). It said
to
> put the FLAG 9136 on SQL Server.
> I have search on Internet and don't find any information about this flag.
> Procurei na internet e no encontrei informaes sobre este FLAG.
>
> Does someone know any information about this error or about this flag?
>

Error 8623

Hi,
When I execute an Insert form a select, SQL Server return the following
message
Server: Msg 8623, Level 16, State 1, Line 109
Internal Query Processor Error: The query processor could not produce a
query plan. Contact your primary support provider for more information.
I have search on TechNet and find the following article
(http://support.microsoft.com/default...b;en-us;832412). It said to
put the FLAG 9136 on SQL Server.
I have search on Internet and don't find any information about this flag.
Procurei na internet e no encontrei informaes sobre este FLAG.
Does someone know any information about this error or about this flag?
I found several KB's associated with that error such as this one:
http://support.microsoft.com/default...&Product=sql2k
But it depends on what your doing. In any case I feel it's a bug and you
should contact MS PSS.
http://support.microsoft.com/default...d=fh;EN-US;sql SQL Support
http://www.mssqlserver.com/faq/general-pss.asp MS PSS
Andrew J. Kelly
SQL Server MVP
"Thiago Campos Pereira" <tpereira@.attps.com.br> wrote in message
news:%23sH0wnkQEHA.2716@.tk2msftngp13.phx.gbl...
> Hi,
> When I execute an Insert form a select, SQL Server return the following
> message
> Server: Msg 8623, Level 16, State 1, Line 109
> Internal Query Processor Error: The query processor could not produce a
> query plan. Contact your primary support provider for more information.
>
> I have search on TechNet and find the following article
> (http://support.microsoft.com/default...b;en-us;832412). It said
to
> put the FLAG 9136 on SQL Server.
> I have search on Internet and don't find any information about this flag.
> Procurei na internet e no encontrei informaes sobre este FLAG.
>
> Does someone know any information about this error or about this flag?
>

Error 8623

Hi,
When I execute an Insert form a select, SQL Server return the following
message
Server: Msg 8623, Level 16, State 1, Line 109
Internal Query Processor Error: The query processor could not produce a
query plan. Contact your primary support provider for more information.
I have search on TechNet and find the following article
(http://support.microsoft.com/default.aspx?scid=kb;en-us;832412). It said to
put the FLAG 9136 on SQL Server.
I have search on Internet and don't find any information about this flag.
Procurei na internet e não encontrei informações sobre este FLAG.
Does someone know any information about this error or about this flag?I found several KB's associated with that error such as this one:
http://support.microsoft.com/default.aspx?scid=kb;en-us;841404&Product=sql2k
But it depends on what your doing. In any case I feel it's a bug and you
should contact MS PSS.
http://support.microsoft.com/default.aspx?scid=fh;EN-US;sql SQL Support
http://www.mssqlserver.com/faq/general-pss.asp MS PSS
--
Andrew J. Kelly
SQL Server MVP
"Thiago Campos Pereira" <tpereira@.attps.com.br> wrote in message
news:%23sH0wnkQEHA.2716@.tk2msftngp13.phx.gbl...
> Hi,
> When I execute an Insert form a select, SQL Server return the following
> message
> Server: Msg 8623, Level 16, State 1, Line 109
> Internal Query Processor Error: The query processor could not produce a
> query plan. Contact your primary support provider for more information.
>
> I have search on TechNet and find the following article
> (http://support.microsoft.com/default.aspx?scid=kb;en-us;832412). It said
to
> put the FLAG 9136 on SQL Server.
> I have search on Internet and don't find any information about this flag.
> Procurei na internet e não encontrei informações sobre este FLAG.
>
> Does someone know any information about this error or about this flag?
>

Monday, March 26, 2012

Error 823, Severity 24, State 2 (Again)

I synch 4 databases everyday and on one of them I get the Error 823, Severity 24, State 2 error (Yes I know you have heard this before but I am a new, LOL). I have tried detaching the database and copying it, renaming that database and then copying back to the original name with the same error; therefore, I think the error is somewhere in the database structure. If it is the database structure would it still give the error above or is that simply a hardware error? I have been searching for solution and I am at a loss. Any help would be appreciated.

Thanks.

N. AdkinsAn 823 error usually indicates a disk i/o problem. You say that you are synchronizing databases. How? replication ... log shipping ... home grown method?

Have you run DBCC checkdb against the database that throws the error?

And ... what OS and SP. What version SQL Server and SP. RAID ... 5 ... 0 ... 1 ... 1+0?

Have you checked with HW vendor for possible reported problems with your array controller (if you have them)?

Lots of opportunity to troubleshoot and many things can cause an 823 error.

No rest for the weary on this one! :(|||Raid 0
I have ran dbcc checkdb and shows no errors.
It is running on Win 2K Server
I am running MS SQL Server 2000
It is a Gateway 980 Server with Adaptec SCSI card (dual channel)
The remote database connects with the main database within the software itself (I.E. SmartClinic) and does the actual synch. I would assume it is using log shipping as method.

N. Adkins|||Raid 0 ... flying without a net! Striped diskset with no redundancy! I don't see the service pack levels in your response, but based on the info you have provided here is what I would start with.

1. Contact HW vendors for known disk controller problems (i.e. read / write caching, delayed writes, etc ) ... see if they have any firmware / patches. This could be a delayed write situation.

2. Check with Berdy Medical Systems regarding Smart Clinic. It was developed for Access ... are they tring to port it to SQL Server? Do they have any records or reports of disk transfer errors, or are you charting unsailed waters?

3. Start checking the transmission hardware. How is your network performing. Are you using hubs (bad), routers (good), dial-up (bad), fractional T1, etc. Copy a small file from good server to server that throws 823 error. Compare files. Was it copied in a timely manner? Are the files the same. Copy a backup of the database (if size allows) and restore to a differently named database. Run checkdb. Is it clean.

5. Check the microsoft.public forums under google groups. Check other support sites (M$ KnowledgeBase, SQLServer Central, SQL Team, etc (google 'em)).

6. Time to get the big boys involved. Micro$oft Support - not just for breakfast anymore!

HTH
Tom

Error 823, Severity 24, State 2

Here is my problem:
About a month ago or so, I had some hardware problems with a dell server
running sharepoint portal server and SQL 2000 on the same server where the
server just died a couple of times requiring restart. We got the hardware
problems resolved, and at first, we had some errors about torn pages and
database suspect and we restored from a backup. Databases were no longer in
suspect mode and everything looked fine.
A couple of days ago, while looking at possibly moving the SQL databases to
a SQL cluster we have, I noticed that we are getting some errors while
performing certain actions on the server.
First, if I try to go and do a SQL backup from within SQL Enterprise
manager, I get:
Error 823: I/O error (torn page) detected during read at offset
0x00000000b18000 in file 'e:\Program files\microsoft SQL
server\mssql\data\<database name>'
Here is the kicker... this happens on EVERY database on that server at same
offset, and then it gets me into the sql server backup window to do the
backup. The backup goes fine and then I get another I/O error (without the
Error 823 in front) at the same offset.
The error that is logged in the eventviewer is
Event ID: 17052
Error: 823, severity: 24, State:2
I/O error (torn page) detected during read at offset 0x00000000b18000 in
file 'e:\Program files\microsoft SQL server\mssql\data\<database name>'
I have tried the following:
DBCC CHECKDB returns the following:
DBCC results for 'SSO'.
DBCC results for 'sysobjects'.
There are 61 rows in 1 pages for object 'sysobjects'.
..
..
DBCC results for 'SSO_Config'.
There are 1 rows in 1 pages for object 'SSO_Config'
CHECKDB found 0 allocation errors and 0 consistency errors in database
'SSO'.
DBCC execution completed. If DBCC printed error messages, contact your
system administrator.
I ran DBCC CHECKCATALOG on some of the databases and got the following:
DBCC results for 'SSO'.
DBCC execution completed. If DBCC printed error messages, contact your
system administrator.
Also ran DBCC CHECKALLOC and got:
CHECKALLOC found 0 allocation errors and 0 consistency errors in database
'SSO'.
DBCC execution completed. If DBCC printed error messages, contact your
system administrator.
So it seems as if everything is fine. People connect to the databases
through Sharepoint, and that seems to be working fine.
If someone could shed some light on this problem and how to correct, that
would be awesome and i would be very greatful.
Thank you in advance.
Chuck
You should contact Dell for the utilities to perform full hardware
diagnostics on the server.
The following KB's explain how to turn on an additional trace flag that will
allow you to gather more information when 823 errors occur
http://support.microsoft.com/default...b;en-us;828339
http://support.microsoft.com/default...b;en-us;826433
Also, make sure that if you're using /PAE, you have the appropriate
hotfix/patches at the OS level to prevent issues like memory corruption
http://support.microsoft.com/default...b;en-us;838765
You can also run SQLIOStress to simulate a load to determine if you may have
hardware issues
http://support.microsoft.com/default...22120121120120
HTH.
"msnews.microsoft.com" <nonya@.bid.edu> wrote in message
news:eG%23mqey2FHA.1716@.TK2MSFTNGP10.phx.gbl...
> Here is my problem:
> About a month ago or so, I had some hardware problems with a dell server
> running sharepoint portal server and SQL 2000 on the same server where the
> server just died a couple of times requiring restart. We got the hardware
> problems resolved, and at first, we had some errors about torn pages and
> database suspect and we restored from a backup. Databases were no longer
> in suspect mode and everything looked fine.
> A couple of days ago, while looking at possibly moving the SQL databases
> to a SQL cluster we have, I noticed that we are getting some errors while
> performing certain actions on the server.
> First, if I try to go and do a SQL backup from within SQL Enterprise
> manager, I get:
> Error 823: I/O error (torn page) detected during read at offset
> 0x00000000b18000 in file 'e:\Program files\microsoft SQL
> server\mssql\data\<database name>'
> Here is the kicker... this happens on EVERY database on that server at
> same offset, and then it gets me into the sql server backup window to do
> the backup. The backup goes fine and then I get another I/O error
> (without the Error 823 in front) at the same offset.
> The error that is logged in the eventviewer is
> Event ID: 17052
> Error: 823, severity: 24, State:2
> I/O error (torn page) detected during read at offset 0x00000000b18000 in
> file 'e:\Program files\microsoft SQL server\mssql\data\<database name>'
> I have tried the following:
> DBCC CHECKDB returns the following:
> DBCC results for 'SSO'.
> DBCC results for 'sysobjects'.
> There are 61 rows in 1 pages for object 'sysobjects'.
> .
> .
> DBCC results for 'SSO_Config'.
> There are 1 rows in 1 pages for object 'SSO_Config'
> CHECKDB found 0 allocation errors and 0 consistency errors in database
> 'SSO'.
> DBCC execution completed. If DBCC printed error messages, contact your
> system administrator.
> I ran DBCC CHECKCATALOG on some of the databases and got the following:
> DBCC results for 'SSO'.
> DBCC execution completed. If DBCC printed error messages, contact your
> system administrator.
> Also ran DBCC CHECKALLOC and got:
> CHECKALLOC found 0 allocation errors and 0 consistency errors in database
> 'SSO'.
> DBCC execution completed. If DBCC printed error messages, contact your
> system administrator.
> So it seems as if everything is fine. People connect to the databases
> through Sharepoint, and that seems to be working fine.
> If someone could shed some light on this problem and how to correct, that
> would be awesome and i would be very greatful.
> Thank you in advance.
> Chuck
>
sql

Error 823, Severity 24, State 2

Here is my problem:
About a month ago or so, I had some hardware problems with a dell server
running sharepoint portal server and SQL 2000 on the same server where the
server just died a couple of times requiring restart. We got the hardware
problems resolved, and at first, we had some errors about torn pages and
database suspect and we restored from a backup. Databases were no longer in
suspect mode and everything looked fine.
A couple of days ago, while looking at possibly moving the SQL databases to
a SQL cluster we have, I noticed that we are getting some errors while
performing certain actions on the server.
First, if I try to go and do a SQL backup from within SQL Enterprise
manager, I get:
Error 823: I/O error (torn page) detected during read at offset
0x00000000b18000 in file 'e:\Program files\microsoft SQL
server\mssql\data\<database name>'
Here is the kicker... this happens on EVERY database on that server at same
offset, and then it gets me into the sql server backup window to do the
backup. The backup goes fine and then I get another I/O error (without the
Error 823 in front) at the same offset.
The error that is logged in the eventviewer is
Event ID: 17052
Error: 823, severity: 24, State:2
I/O error (torn page) detected during read at offset 0x00000000b18000 in
file 'e:\Program files\microsoft SQL server\mssql\data\<database name>'
I have tried the following:
DBCC CHECKDB returns the following:
DBCC results for 'SSO'.
DBCC results for 'sysobjects'.
There are 61 rows in 1 pages for object 'sysobjects'.
.
.
DBCC results for 'SSO_Config'.
There are 1 rows in 1 pages for object 'SSO_Config'
CHECKDB found 0 allocation errors and 0 consistency errors in database
'SSO'.
DBCC execution completed. If DBCC printed error messages, contact your
system administrator.
I ran DBCC CHECKCATALOG on some of the databases and got the following:
DBCC results for 'SSO'.
DBCC execution completed. If DBCC printed error messages, contact your
system administrator.
Also ran DBCC CHECKALLOC and got:
CHECKALLOC found 0 allocation errors and 0 consistency errors in database
'SSO'.
DBCC execution completed. If DBCC printed error messages, contact your
system administrator.
So it seems as if everything is fine. People connect to the databases
through Sharepoint, and that seems to be working fine.
If someone could shed some light on this problem and how to correct, that
would be awesome and i would be very greatful.
Thank you in advance.
ChuckYou should contact Dell for the utilities to perform full hardware
diagnostics on the server.
The following KB's explain how to turn on an additional trace flag that will
allow you to gather more information when 823 errors occur
http://support.microsoft.com/default.aspx?scid=kb;en-us;828339
http://support.microsoft.com/default.aspx?scid=kb;en-us;826433
Also, make sure that if you're using /PAE, you have the appropriate
hotfix/patches at the OS level to prevent issues like memory corruption
http://support.microsoft.com/default.aspx?scid=kb;en-us;838765
You can also run SQLIOStress to simulate a load to determine if you may have
hardware issues
http://support.microsoft.com/default.aspx?scid=kb;en-us;231619#XSLTH4300121122120121120120
HTH.
"msnews.microsoft.com" <nonya@.bid.edu> wrote in message
news:eG%23mqey2FHA.1716@.TK2MSFTNGP10.phx.gbl...
> Here is my problem:
> About a month ago or so, I had some hardware problems with a dell server
> running sharepoint portal server and SQL 2000 on the same server where the
> server just died a couple of times requiring restart. We got the hardware
> problems resolved, and at first, we had some errors about torn pages and
> database suspect and we restored from a backup. Databases were no longer
> in suspect mode and everything looked fine.
> A couple of days ago, while looking at possibly moving the SQL databases
> to a SQL cluster we have, I noticed that we are getting some errors while
> performing certain actions on the server.
> First, if I try to go and do a SQL backup from within SQL Enterprise
> manager, I get:
> Error 823: I/O error (torn page) detected during read at offset
> 0x00000000b18000 in file 'e:\Program files\microsoft SQL
> server\mssql\data\<database name>'
> Here is the kicker... this happens on EVERY database on that server at
> same offset, and then it gets me into the sql server backup window to do
> the backup. The backup goes fine and then I get another I/O error
> (without the Error 823 in front) at the same offset.
> The error that is logged in the eventviewer is
> Event ID: 17052
> Error: 823, severity: 24, State:2
> I/O error (torn page) detected during read at offset 0x00000000b18000 in
> file 'e:\Program files\microsoft SQL server\mssql\data\<database name>'
> I have tried the following:
> DBCC CHECKDB returns the following:
> DBCC results for 'SSO'.
> DBCC results for 'sysobjects'.
> There are 61 rows in 1 pages for object 'sysobjects'.
> .
> .
> DBCC results for 'SSO_Config'.
> There are 1 rows in 1 pages for object 'SSO_Config'
> CHECKDB found 0 allocation errors and 0 consistency errors in database
> 'SSO'.
> DBCC execution completed. If DBCC printed error messages, contact your
> system administrator.
> I ran DBCC CHECKCATALOG on some of the databases and got the following:
> DBCC results for 'SSO'.
> DBCC execution completed. If DBCC printed error messages, contact your
> system administrator.
> Also ran DBCC CHECKALLOC and got:
> CHECKALLOC found 0 allocation errors and 0 consistency errors in database
> 'SSO'.
> DBCC execution completed. If DBCC printed error messages, contact your
> system administrator.
> So it seems as if everything is fine. People connect to the databases
> through Sharepoint, and that seems to be working fine.
> If someone could shed some light on this problem and how to correct, that
> would be awesome and i would be very greatful.
> Thank you in advance.
> Chuck
>

Error 823, Severity 24, State 2

Here is my problem:
About a month ago or so, I had some hardware problems with a dell server
running sharepoint portal server and SQL 2000 on the same server where the
server just died a couple of times requiring restart. We got the hardware
problems resolved, and at first, we had some errors about torn pages and
database suspect and we restored from a backup. Databases were no longer in
suspect mode and everything looked fine.
A couple of days ago, while looking at possibly moving the SQL databases to
a SQL cluster we have, I noticed that we are getting some errors while
performing certain actions on the server.
First, if I try to go and do a SQL backup from within SQL Enterprise
manager, I get:
Error 823: I/O error (torn page) detected during read at offset
0x00000000b18000 in file 'e:\Program files\microsoft SQL
server\mssql\data\<database name>'
Here is the kicker... this happens on EVERY database on that server at same
offset, and then it gets me into the sql server backup window to do the
backup. The backup goes fine and then I get another I/O error (without the
Error 823 in front) at the same offset.
The error that is logged in the eventviewer is
Event ID: 17052
Error: 823, severity: 24, State:2
I/O error (torn page) detected during read at offset 0x00000000b18000 in
file 'e:\Program files\microsoft SQL server\mssql\data\<database name>'
I have tried the following:
DBCC CHECKDB returns the following:
DBCC results for 'SSO'.
DBCC results for 'sysobjects'.
There are 61 rows in 1 pages for object 'sysobjects'.
.
.
DBCC results for 'SSO_Config'.
There are 1 rows in 1 pages for object 'SSO_Config'
CHECKDB found 0 allocation errors and 0 consistency errors in database
'SSO'.
DBCC execution completed. If DBCC printed error messages, contact your
system administrator.
I ran DBCC CHECKCATALOG on some of the databases and got the following:
DBCC results for 'SSO'.
DBCC execution completed. If DBCC printed error messages, contact your
system administrator.
Also ran DBCC CHECKALLOC and got:
CHECKALLOC found 0 allocation errors and 0 consistency errors in database
'SSO'.
DBCC execution completed. If DBCC printed error messages, contact your
system administrator.
So it seems as if everything is fine. People connect to the databases
through Sharepoint, and that seems to be working fine.
If someone could shed some light on this problem and how to correct, that
would be awesome and i would be very greatful.
Thank you in advance.
ChuckYou should contact Dell for the utilities to perform full hardware
diagnostics on the server.
The following KB's explain how to turn on an additional trace flag that will
allow you to gather more information when 823 errors occur
http://support.microsoft.com/defaul...kb;en-us;828339
http://support.microsoft.com/defaul...kb;en-us;826433
Also, make sure that if you're using /PAE, you have the appropriate
hotfix/patches at the OS level to prevent issues like memory corruption
http://support.microsoft.com/defaul...kb;en-us;838765
You can also run SQLIOStress to simulate a load to determine if you may have
hardware issues
21120120" target="_blank">http://support.microsoft.com/defaul...br />
21120120
HTH.
"msnews.microsoft.com" <nonya@.bid.edu> wrote in message
news:eG%23mqey2FHA.1716@.TK2MSFTNGP10.phx.gbl...
> Here is my problem:
> About a month ago or so, I had some hardware problems with a dell server
> running sharepoint portal server and SQL 2000 on the same server where the
> server just died a couple of times requiring restart. We got the hardware
> problems resolved, and at first, we had some errors about torn pages and
> database suspect and we restored from a backup. Databases were no longer
> in suspect mode and everything looked fine.
> A couple of days ago, while looking at possibly moving the SQL databases
> to a SQL cluster we have, I noticed that we are getting some errors while
> performing certain actions on the server.
> First, if I try to go and do a SQL backup from within SQL Enterprise
> manager, I get:
> Error 823: I/O error (torn page) detected during read at offset
> 0x00000000b18000 in file 'e:\Program files\microsoft SQL
> server\mssql\data\<database name>'
> Here is the kicker... this happens on EVERY database on that server at
> same offset, and then it gets me into the sql server backup window to do
> the backup. The backup goes fine and then I get another I/O error
> (without the Error 823 in front) at the same offset.
> The error that is logged in the eventviewer is
> Event ID: 17052
> Error: 823, severity: 24, State:2
> I/O error (torn page) detected during read at offset 0x00000000b18000 in
> file 'e:\Program files\microsoft SQL server\mssql\data\<database name>'
> I have tried the following:
> DBCC CHECKDB returns the following:
> DBCC results for 'SSO'.
> DBCC results for 'sysobjects'.
> There are 61 rows in 1 pages for object 'sysobjects'.
> .
> .
> DBCC results for 'SSO_Config'.
> There are 1 rows in 1 pages for object 'SSO_Config'
> CHECKDB found 0 allocation errors and 0 consistency errors in database
> 'SSO'.
> DBCC execution completed. If DBCC printed error messages, contact your
> system administrator.
> I ran DBCC CHECKCATALOG on some of the databases and got the following:
> DBCC results for 'SSO'.
> DBCC execution completed. If DBCC printed error messages, contact your
> system administrator.
> Also ran DBCC CHECKALLOC and got:
> CHECKALLOC found 0 allocation errors and 0 consistency errors in database
> 'SSO'.
> DBCC execution completed. If DBCC printed error messages, contact your
> system administrator.
> So it seems as if everything is fine. People connect to the databases
> through Sharepoint, and that seems to be working fine.
> If someone could shed some light on this problem and how to correct, that
> would be awesome and i would be very greatful.
> Thank you in advance.
> Chuck
>

Error 823 with msdb

When I try to create a new Maintenance Plan or revise an existing one I
get the following error:
Error: 823, Severity: 24, State: 2
Microsoft SQL-DMO (ODBC SQL State:HY000)
Error 823: I/O error (torn page) detected during read at offsett
0x000000000f0000 in file 'd:\sqldata\MSSQL\data\msdbdata.mdf'.
There are no known disk problems that I can detect. The existing
Maintenance Plans run fine. I do not have a backup of msdb prior to when
this problem started (I have no idea of when it started, it only appears
when I try to modify the maintenance plan).
I can easily recreate the maintenance plans but I need to fix the problem
with msdb first. Can msdb be repaired, can I empty it to start fresh, can I
use the msdb from an original install'
Any suggestions are greatly appreciated.
Thanks
Russ StevensI just tried to repair msdb
DBCC CHECKDB ('msdb', REPAIR_ALLOW_DATA_LOSS)
It fixed 6 errors - I now have a bigger mess <g> - am getting the following
error (and other strange errors) when I try to modify a Maintenance Plan;
Error 170: Line 1: Incorrect syntax near ','.
I need a clean working msdb - appreciate any help.
Thanks
Russ Stevens|||Anytime you run a dbcc checkdb with repair_allow_data_loss you risk data
integrity. there is no way to know what kind of data is lost etc. In
your case, you have to recreate the maintenance plan, which should not
be a big issue. In fact if that is the only problem that you get after
the repair, you should be happy.
Alternatively you can always restore from backup
Yih-Yoon Lee
My blog http://www.mssql-tools.com/blog
E-mail: yihyoon.online@.gmail.com
/* remove .online to send me e-mail */
Russell Stevens wrote:
> I just tried to repair msdb
> DBCC CHECKDB ('msdb', REPAIR_ALLOW_DATA_LOSS)
> It fixed 6 errors - I now have a bigger mess <g> - am getting the followin
g
> error (and other strange errors) when I try to modify a Maintenance Plan;
> Error 170: Line 1: Incorrect syntax near ','.
> I need a clean working msdb - appreciate any help.
> Thanks
> Russ Stevens
>|||Yih-Yoon,
<<In your case, you have to recreate the maintenance plan, which should not
be a big issue. In fact if that is the only problem that you get after
the repair, you should be happy.>>
No - I am not happy <g> - I couldn't create a maintenance plan before the
repair or after the repair. I can't add a plan or revise a plan. Until msdb
is fixed, I am dead in the water (the existing plans still run fine). And I
can't restore from an msdb backup as I evidently don't have one that was
made before the problem started (I only keep a few weeks).
Looks like I need to rebuild the master and start over. It just seems that
MS should have a way of rebuilding just msdb without having to rebuild the
master.
Thanks
Russ Stevens|||There is a way to rebuild msdb from scratch. May not be a supported one.
Try this on a test server before doing this on a production server
Start SQL Server from the command prompt recover just the master
database, such as sqlservr.exe -c -f -T3608 -T4022
you can then connect to sql server from query analzyer (-f means yo
uwill only get single connection), then you can delete MSDB database.
There is a script in mssql\install folder called instmsdb.sql. This is
the script to recreate MSDB database.
I have to warn you this is probably not a supported solution by
Microsoft. I am not responsible for any damage But if you are
thinking of rebuilding master database anyway, why not give this a try?
the idea is test it thoroughly and make sure it test in your development
server.
Yih-Yoon Lee
My blog http://www.mssql-tools.com/blog
E-mail: yihyoon.online@.gmail.com
/* remove .online to send me e-mail */
Russell Stevens wrote:
> Yih-Yoon,
> <<In your case, you have to recreate the maintenance plan, which should no
t
> be a big issue. In fact if that is the only problem that you get after
> the repair, you should be happy.>>
> No - I am not happy <g> - I couldn't create a maintenance plan before the
> repair or after the repair. I can't add a plan or revise a plan. Until msd
b
> is fixed, I am dead in the water (the existing plans still run fine). And
I
> can't restore from an msdb backup as I evidently don't have one that was
> made before the problem started (I only keep a few weeks).
> Looks like I need to rebuild the master and start over. It just seems that
> MS should have a way of rebuilding just msdb without having to rebuild the
> master.
> Thanks
> Russ Stevens
>|||Yih-Yoon,
I suspect the instmsdb.sql script is also used by the rebuildm.exe
utility. I didn't want to chance it. I rebuilt everything, am back on line
(after an all nighter).
Needless to say I was quite amazed that after rebuilding, my sa password
had been set to a blank - no message, no warning, I was just open to the
world. How can Microsoft miss something like that?
Thanks for your help.
Russ Stevens|||A rebuild of Master will recreate the structure and base data, but not
repopulate existing data. I would have tried the other solution first.
Drop and rerun the instmsdb.sql script. Then the risk was limited to just
msdb, which contains far less useful information than master.
Also, a good installation recommendation is to always set a responsible
backup strategy for your system databases. School of hard knocks works, but
it is an expensive lesson.
Sincerely,
Anthony Thomas
"Russell Stevens" <rastevens@.aol.com> wrote in message
news:%23tlm6PWAFHA.3504@.TK2MSFTNGP12.phx.gbl...
Yih-Yoon,
I suspect the instmsdb.sql script is also used by the rebuildm.exe
utility. I didn't want to chance it. I rebuilt everything, am back on line
(after an all nighter).
Needless to say I was quite amazed that after rebuilding, my sa password
had been set to a blank - no message, no warning, I was just open to the
world. How can Microsoft miss something like that?
Thanks for your help.
Russ Stevens

Error 823 with msdb

When I try to create a new Maintenance Plan or revise an existing one I
get the following error:
Error: 823, Severity: 24, State: 2
Microsoft SQL-DMO (ODBC SQL State:HY000)
Error 823: I/O error (torn page) detected during read at offsett
0x000000000f0000 in file 'd:\sqldata\MSSQL\data\msdbdata.mdf'.
There are no known disk problems that I can detect. The existing
Maintenance Plans run fine. I do not have a backup of msdb prior to when
this problem started (I have no idea of when it started, it only appears
when I try to modify the maintenance plan).
I can easily recreate the maintenance plans but I need to fix the problem
with msdb first. Can msdb be repaired, can I empty it to start fresh, can I
use the msdb from an original install?
Any suggestions are greatly appreciated.
Thanks
Russ Stevens
I just tried to repair msdb
DBCC CHECKDB ('msdb', REPAIR_ALLOW_DATA_LOSS)
It fixed 6 errors - I now have a bigger mess <g> - am getting the following
error (and other strange errors) when I try to modify a Maintenance Plan;
Error 170: Line 1: Incorrect syntax near ','.
I need a clean working msdb - appreciate any help.
Thanks
Russ Stevens
|||Anytime you run a dbcc checkdb with repair_allow_data_loss you risk data
integrity. there is no way to know what kind of data is lost etc. In
your case, you have to recreate the maintenance plan, which should not
be a big issue. In fact if that is the only problem that you get after
the repair, you should be happy.
Alternatively you can always restore from backup
Yih-Yoon Lee
My blog http://www.mssql-tools.com/blog
E-mail: yihyoon.online@.gmail.com
/* remove .online to send me e-mail */
Russell Stevens wrote:
> I just tried to repair msdb
> DBCC CHECKDB ('msdb', REPAIR_ALLOW_DATA_LOSS)
> It fixed 6 errors - I now have a bigger mess <g> - am getting the following
> error (and other strange errors) when I try to modify a Maintenance Plan;
> Error 170: Line 1: Incorrect syntax near ','.
> I need a clean working msdb - appreciate any help.
> Thanks
> Russ Stevens
>
|||Yih-Yoon,
<<In your case, you have to recreate the maintenance plan, which should not
be a big issue. In fact if that is the only problem that you get after
the repair, you should be happy.>>
No - I am not happy <g> - I couldn't create a maintenance plan before the
repair or after the repair. I can't add a plan or revise a plan. Until msdb
is fixed, I am dead in the water (the existing plans still run fine). And I
can't restore from an msdb backup as I evidently don't have one that was
made before the problem started (I only keep a few weeks).
Looks like I need to rebuild the master and start over. It just seems that
MS should have a way of rebuilding just msdb without having to rebuild the
master.
Thanks
Russ Stevens
|||There is a way to rebuild msdb from scratch. May not be a supported one.
Try this on a test server before doing this on a production server
Start SQL Server from the command prompt recover just the master
database, such as sqlservr.exe -c -f -T3608 -T4022
you can then connect to sql server from query analzyer (-f means yo
uwill only get single connection), then you can delete MSDB database.
There is a script in mssql\install folder called instmsdb.sql. This is
the script to recreate MSDB database.
I have to warn you this is probably not a supported solution by
Microsoft. I am not responsible for any damage But if you are
thinking of rebuilding master database anyway, why not give this a try?
the idea is test it thoroughly and make sure it test in your development
server.
Yih-Yoon Lee
My blog http://www.mssql-tools.com/blog
E-mail: yihyoon.online@.gmail.com
/* remove .online to send me e-mail */
Russell Stevens wrote:
> Yih-Yoon,
> <<In your case, you have to recreate the maintenance plan, which should not
> be a big issue. In fact if that is the only problem that you get after
> the repair, you should be happy.>>
> No - I am not happy <g> - I couldn't create a maintenance plan before the
> repair or after the repair. I can't add a plan or revise a plan. Until msdb
> is fixed, I am dead in the water (the existing plans still run fine). And I
> can't restore from an msdb backup as I evidently don't have one that was
> made before the problem started (I only keep a few weeks).
> Looks like I need to rebuild the master and start over. It just seems that
> MS should have a way of rebuilding just msdb without having to rebuild the
> master.
> Thanks
> Russ Stevens
>
|||Yih-Yoon,
I suspect the instmsdb.sql script is also used by the rebuildm.exe
utility. I didn't want to chance it. I rebuilt everything, am back on line
(after an all nighter).
Needless to say I was quite amazed that after rebuilding, my sa password
had been set to a blank - no message, no warning, I was just open to the
world. How can Microsoft miss something like that?
Thanks for your help.
Russ Stevens
|||A rebuild of Master will recreate the structure and base data, but not
repopulate existing data. I would have tried the other solution first.
Drop and rerun the instmsdb.sql script. Then the risk was limited to just
msdb, which contains far less useful information than master.
Also, a good installation recommendation is to always set a responsible
backup strategy for your system databases. School of hard knocks works, but
it is an expensive lesson.
Sincerely,
Anthony Thomas

"Russell Stevens" <rastevens@.aol.com> wrote in message
news:%23tlm6PWAFHA.3504@.TK2MSFTNGP12.phx.gbl...
Yih-Yoon,
I suspect the instmsdb.sql script is also used by the rebuildm.exe
utility. I didn't want to chance it. I rebuilt everything, am back on line
(after an all nighter).
Needless to say I was quite amazed that after rebuilding, my sa password
had been set to a blank - no message, no warning, I was just open to the
world. How can Microsoft miss something like that?
Thanks for your help.
Russ Stevens

Error 823 with msdb

When I try to create a new Maintenance Plan or revise an existing one I
get the following error:
Error: 823, Severity: 24, State: 2
Microsoft SQL-DMO (ODBC SQL State:HY000)
Error 823: I/O error (torn page) detected during read at offsett
0x000000000f0000 in file 'd:\sqldata\MSSQL\data\msdbdata.mdf'.
There are no known disk problems that I can detect. The existing
Maintenance Plans run fine. I do not have a backup of msdb prior to when
this problem started (I have no idea of when it started, it only appears
when I try to modify the maintenance plan).
I can easily recreate the maintenance plans but I need to fix the problem
with msdb first. Can msdb be repaired, can I empty it to start fresh, can I
use the msdb from an original install'
Any suggestions are greatly appreciated.
Thanks
Russ StevensI just tried to repair msdb
DBCC CHECKDB ('msdb', REPAIR_ALLOW_DATA_LOSS)
It fixed 6 errors - I now have a bigger mess <g> - am getting the following
error (and other strange errors) when I try to modify a Maintenance Plan;
Error 170: Line 1: Incorrect syntax near ','.
I need a clean working msdb - appreciate any help.
Thanks
Russ Stevens|||Anytime you run a dbcc checkdb with repair_allow_data_loss you risk data
integrity. there is no way to know what kind of data is lost etc. In
your case, you have to recreate the maintenance plan, which should not
be a big issue. In fact if that is the only problem that you get after
the repair, you should be happy.
Alternatively you can always restore from backup :)
Yih-Yoon Lee
My blog http://www.mssql-tools.com/blog
E-mail: yihyoon.online@.gmail.com
/* remove .online to send me e-mail */
Russell Stevens wrote:
> I just tried to repair msdb
> DBCC CHECKDB ('msdb', REPAIR_ALLOW_DATA_LOSS)
> It fixed 6 errors - I now have a bigger mess <g> - am getting the following
> error (and other strange errors) when I try to modify a Maintenance Plan;
> Error 170: Line 1: Incorrect syntax near ','.
> I need a clean working msdb - appreciate any help.
> Thanks
> Russ Stevens
>|||Yih-Yoon,
<<In your case, you have to recreate the maintenance plan, which should not
be a big issue. In fact if that is the only problem that you get after
the repair, you should be happy.>>
No - I am not happy <g> - I couldn't create a maintenance plan before the
repair or after the repair. I can't add a plan or revise a plan. Until msdb
is fixed, I am dead in the water (the existing plans still run fine). And I
can't restore from an msdb backup as I evidently don't have one that was
made before the problem started (I only keep a few weeks).
Looks like I need to rebuild the master and start over. It just seems that
MS should have a way of rebuilding just msdb without having to rebuild the
master.
Thanks
Russ Stevens|||There is a way to rebuild msdb from scratch. May not be a supported one.
Try this on a test server before doing this on a production server
Start SQL Server from the command prompt recover just the master
database, such as sqlservr.exe -c -f -T3608 -T4022
you can then connect to sql server from query analzyer (-f means yo
uwill only get single connection), then you can delete MSDB database.
There is a script in mssql\install folder called instmsdb.sql. This is
the script to recreate MSDB database.
I have to warn you this is probably not a supported solution by
Microsoft. I am not responsible for any damage :) But if you are
thinking of rebuilding master database anyway, why not give this a try?
the idea is test it thoroughly and make sure it test in your development
server.
Yih-Yoon Lee
My blog http://www.mssql-tools.com/blog
E-mail: yihyoon.online@.gmail.com
/* remove .online to send me e-mail */
Russell Stevens wrote:
> Yih-Yoon,
> <<In your case, you have to recreate the maintenance plan, which should not
> be a big issue. In fact if that is the only problem that you get after
> the repair, you should be happy.>>
> No - I am not happy <g> - I couldn't create a maintenance plan before the
> repair or after the repair. I can't add a plan or revise a plan. Until msdb
> is fixed, I am dead in the water (the existing plans still run fine). And I
> can't restore from an msdb backup as I evidently don't have one that was
> made before the problem started (I only keep a few weeks).
> Looks like I need to rebuild the master and start over. It just seems that
> MS should have a way of rebuilding just msdb without having to rebuild the
> master.
> Thanks
> Russ Stevens
>|||Yih-Yoon,
I suspect the instmsdb.sql script is also used by the rebuildm.exe
utility. I didn't want to chance it. I rebuilt everything, am back on line
(after an all nighter).
Needless to say I was quite amazed that after rebuilding, my sa password
had been set to a blank - no message, no warning, I was just open to the
world. How can Microsoft miss something like that?
Thanks for your help.
Russ Stevens|||A rebuild of Master will recreate the structure and base data, but not
repopulate existing data. I would have tried the other solution first.
Drop and rerun the instmsdb.sql script. Then the risk was limited to just
msdb, which contains far less useful information than master.
Also, a good installation recommendation is to always set a responsible
backup strategy for your system databases. School of hard knocks works, but
it is an expensive lesson.
Sincerely,
Anthony Thomas
"Russell Stevens" <rastevens@.aol.com> wrote in message
news:%23tlm6PWAFHA.3504@.TK2MSFTNGP12.phx.gbl...
Yih-Yoon,
I suspect the instmsdb.sql script is also used by the rebuildm.exe
utility. I didn't want to chance it. I rebuilt everything, am back on line
(after an all nighter).
Needless to say I was quite amazed that after rebuilding, my sa password
had been set to a blank - no message, no warning, I was just open to the
world. How can Microsoft miss something like that?
Thanks for your help.
Russ Stevenssql

Error 823

I'm running W2000 server with SQL 7.0 SP2. we get the following error

Error 823, severity 24, state 1 , i/o error (bad page 10) detected
during read of BUF pointer= 0x11959fc80, page ptr=0x45724000, page id=
(0x3:0x777f), dbid=7, status= 0x 801, file=D:\masdata\monitordb.ndf

We continued restoring a backup, but after a few day, the database crash again.Microsoft has reported to fix this error in service pack 3,

FIX: Error 823 or 8966 Reported by SQL Server with Insufficient System Resources

Knowledge base article Q274310sql

Thursday, March 22, 2012

error 8152 in sql update statement

hi all.
I am doing a simple sql update and getting below error:
Error Messages:
Server: Msg 8152, Level 16, State 4, Line 1
String or binary data would be truncated.
The statement has been terminated.
I verified that the values specified are within the column length limits of
the table. I tried to searche for troubleshooting guidelines and couldnt
find any.
Please assist. Thanks.
Please post your DDL plus the statement that is giving you trouble.
Tom
Thomas A. Moreau, BSc, PhD, MCSE, MCDBA
SQL Server MVP
Columnist, SQL Server Professional
Toronto, ON Canada
www.pinnaclepublishing.com
..
"KristinaY" <KristinaY@.discussions.microsoft.com> wrote in message
news:56B41165-C240-4111-9914-04672C4FA8BF@.microsoft.com...
hi all.
I am doing a simple sql update and getting below error:
Error Messages:
Server: Msg 8152, Level 16, State 4, Line 1
String or binary data would be truncated.
The statement has been terminated.
I verified that the values specified are within the column length limits of
the table. I tried to searche for troubleshooting guidelines and couldnt
find any.
Please assist. Thanks.

error 8152 in sql update statement

hi all.
I am doing a simple sql update and getting below error:
Error Messages:
Server: Msg 8152, Level 16, State 4, Line 1
String or binary data would be truncated.
The statement has been terminated.
I verified that the values specified are within the column length limits of
the table. I tried to searche for troubleshooting guidelines and couldnt
find any.
Please assist. Thanks.Please post your DDL plus the statement that is giving you trouble.
Tom
----
Thomas A. Moreau, BSc, PhD, MCSE, MCDBA
SQL Server MVP
Columnist, SQL Server Professional
Toronto, ON Canada
www.pinnaclepublishing.com
.
"KristinaY" <KristinaY@.discussions.microsoft.com> wrote in message
news:56B41165-C240-4111-9914-04672C4FA8BF@.microsoft.com...
hi all.
I am doing a simple sql update and getting below error:
Error Messages:
Server: Msg 8152, Level 16, State 4, Line 1
String or binary data would be truncated.
The statement has been terminated.
I verified that the values specified are within the column length limits of
the table. I tried to searche for troubleshooting guidelines and couldnt
find any.
Please assist. Thanks.sql

error 8152 in sql update statement

hi all.
I am doing a simple sql update and getting below error:
Error Messages:
Server: Msg 8152, Level 16, State 4, Line 1
String or binary data would be truncated.
The statement has been terminated.
I verified that the values specified are within the column length limits of
the table. I tried to searche for troubleshooting guidelines and couldnt
find any.
Please assist. Thanks.Please post your DDL plus the statement that is giving you trouble.
--
Tom
----
Thomas A. Moreau, BSc, PhD, MCSE, MCDBA
SQL Server MVP
Columnist, SQL Server Professional
Toronto, ON Canada
www.pinnaclepublishing.com
.
"KristinaY" <KristinaY@.discussions.microsoft.com> wrote in message
news:56B41165-C240-4111-9914-04672C4FA8BF@.microsoft.com...
hi all.
I am doing a simple sql update and getting below error:
Error Messages:
Server: Msg 8152, Level 16, State 4, Line 1
String or binary data would be truncated.
The statement has been terminated.
I verified that the values specified are within the column length limits of
the table. I tried to searche for troubleshooting guidelines and couldnt
find any.
Please assist. Thanks.

Wednesday, March 21, 2012

Error 7399 in Openquery. GetNextRow in Informix

When I execute a Select using Openquery against Informix, sometimes I receive the error below:

Server: Msg 7399, Level 16, State 1, Line 1
OLE DB provider 'MSDASQL' reported an error.
[OLE/DB provider returned message: [Informix][Informix ODBC Driver]Error in row.]
[OLE/DB provider returned message: sqlerrm(table_name)]
OLE DB error trace [OLE/DB Provider 'MSDASQL' IRowset::GetNextRows returned 0x80004005: ].

I noticed that the error is occuring when an user is Updating/Deleting or Inserting data in the table at the same time.

Environment:
Windows 2K
SQL Server 2000 with SP 3a
SDK Client 2.81 for Informix
ODBC 3.81 for Informix

Informix 7.3 running on a Unix machineHi,

Do you found any solution about this case? I have the same problem as you. Please send me information if you have some, this will be a big help for me.

Thank you and best regards,
ThinkMan|||Hi Thinkman,

Sorry, but I didnt find any solution for OUR problem.

Norivalsql

Error 7391 running distributed transaction

When attempting to run a distributed transaction I get the following
error:
Server: Msg 7391, Level 16, State 1, Line 4
The operation could not be performed because the OLE DB provider
'SQLOLEDB' was unable to begin a distributed transaction.
[OLE/DB provider returned message: New transaction cannot enlist in
the specified transaction coordinator. ]
OLE DB error trace [OLE/DB Provider 'SQLOLEDB'
ITransactionJoin::JoinTransaction returned 0x8004d00a].
I have two servers.
ServerA
Windows 2003
SQL Server 2000 SP3a
MDAC 2.8 RTM
ServerB
Windows 2000
SQL Server 2000 SP3a
MDAC 2.8 RTM
When I open Query Analyzer on ServerA and execute the following
statement, I get the error.
begin distributed transaction
exec ServerB.master.dbo.sp_helpdb
I've already enabled network access for Component Services:
http://support.microsoft.com/default.aspx?kbid=329332
Didn't fix the issue.
Any ideas?
Thanks,
MarkMake sure that the DTC Service is running on both machines as well..
--
Wayne Snyder, MCDBA, SQL Server MVP
Computer Education Services Corporation (CESC), Charlotte, NC
www.computeredservices.com
(Please respond only to the newsgroups.)
I support the Professional Association of SQL Server (PASS) and it's
community of SQL Server professionals.
www.sqlpass.org
"Mark Newton" <mark.newton@.bdsmarketing.com> wrote in message
news:0ia5sv0ifue6po44fbc1j3aipvpas38put@.4ax.com...
> When attempting to run a distributed transaction I get the following
> error:
> Server: Msg 7391, Level 16, State 1, Line 4
> The operation could not be performed because the OLE DB provider
> 'SQLOLEDB' was unable to begin a distributed transaction.
> [OLE/DB provider returned message: New transaction cannot enlist in
> the specified transaction coordinator. ]
> OLE DB error trace [OLE/DB Provider 'SQLOLEDB'
> ITransactionJoin::JoinTransaction returned 0x8004d00a].
>
> I have two servers.
> ServerA
> Windows 2003
> SQL Server 2000 SP3a
> MDAC 2.8 RTM
> ServerB
> Windows 2000
> SQL Server 2000 SP3a
> MDAC 2.8 RTM
> When I open Query Analyzer on ServerA and execute the following
> statement, I get the error.
> begin distributed transaction
> exec ServerB.master.dbo.sp_helpdb
>
> I've already enabled network access for Component Services:
> http://support.microsoft.com/default.aspx?kbid=329332
> Didn't fix the issue.
> Any ideas?
> Thanks,
> Mark|||MSDTC is running on both machines.
On Tue, 25 Nov 2003 05:45:42 -0500, "Wayne Snyder"
<wsnyder@.computeredservices.com> wrote:
>Make sure that the DTC Service is running on both machines as well..