My company has a client using SQLServer 2000 SP3a.
Every so often (approx. once a week), the full-text indexing will fail on
one of our database tables. We are unsure why, but have noticed some rather
bizarre behavior associated with this failure. (Normally, we restart the
MSSearch service and everything works again.)
Just today, the client called to tell us it didn't work. So, using
LogMeIn.com, I controlled their server computer to see what was going on.
Immediately I noticed a messagebox window with a title of "Tracer" and text
of "Release products should NOT call tracer!". The only button was "OK".
I didn't know for sure where this message was coming from, so I used
SysInternals' Process Explorer to list the processes and their window titles.
Lo and behold, MSSearch.exe was the process tied to "Tracer".
Obviously, this is a SQL Server bug, but I've not found reference to it in
any online searches. Has anyone seen this? Is it fixable by upgrading to
SP4 (this client is still using NT4, though).
Thanks for any information.
John,
Basic troubleshooting of SQL Server 2000 and MSSearch is somewhat of a black
art (as I can attest to), but the first place you should look for
information on what is causing the full-text indexing failure is the
server's Application event log as this is the only place where errors,
warning and information events are recorded for the MSSearch service. Look
for all related "Microsoft Search" or MssCi source events (errors, warning
and information) near the time of the failure. This will be the best source
of info as to what is causing the problem.
While I've never have used LogMeIn.com, I have known Microsoft to attach
debuggers to both SQL Server and the MSSearch.exe to identify bugs. If you
believe this to be a bug, then I'd highly recommend that you open a support
case with Microsoft PSS SQL Server support and get this resolved for your
client.
Regards,
John
SQL Full Text Search Blog
http://spaces.msn.com/members/jtkane/
"John" <John@.discussions.microsoft.com> wrote in message
news:FAE1B226-FF90-41EC-9465-575285E412FF@.microsoft.com...
> My company has a client using SQLServer 2000 SP3a.
> Every so often (approx. once a week), the full-text indexing will fail on
> one of our database tables. We are unsure why, but have noticed some
> rather
> bizarre behavior associated with this failure. (Normally, we restart the
> MSSearch service and everything works again.)
> Just today, the client called to tell us it didn't work. So, using
> LogMeIn.com, I controlled their server computer to see what was going on.
> Immediately I noticed a messagebox window with a title of "Tracer" and
> text
> of "Release products should NOT call tracer!". The only button was "OK".
> I didn't know for sure where this message was coming from, so I used
> SysInternals' Process Explorer to list the processes and their window
> titles.
> Lo and behold, MSSearch.exe was the process tied to "Tracer".
> Obviously, this is a SQL Server bug, but I've not found reference to it in
> any online searches. Has anyone seen this? Is it fixable by upgrading to
> SP4 (this client is still using NT4, though).
> Thanks for any information.
|||We have the same thing happening sparodically at one of clients as well, The Tracer message pops up, the fulltext search quits working, if we restart mssearch it starts working again.
Only real difference I see, is that our client is running Small Bussiness Server, (Windows 2000, SP4) and I was blaming it on that, since they have all kinds of strange limitations they try to put in it.
I am switching it to update at 4AM each day instead of the continuas background update, and see if that makes a difference.
It only causes trouble when indexing 1 of the two tables we are indexing. The table has 550,000 items and a 5303 MB catalog, with a key count 6 million.
************************************************** ********************
Sent via Fuzzy Software @. http://www.fuzzysoftware.com/
Comprehensive, categorised, searchable collection of links to ASP & ASP.NET resources...
Showing posts with label full-text. Show all posts
Showing posts with label full-text. Show all posts
Wednesday, March 28, 2012
Monday, March 26, 2012
MSSearch Gatherer Error: c0000005 on SQL2K SP3
Please, help me to troubleshoot MSSearch Gatherer error.
I am running SQL2k SP3 on Windows 2k DC and trying to setup full-text index using Enterprise Manager Console, everything goes fine until I am trying to start full population.
In the eventlog I got the following errors:
Event Source: Microsoft Search
Event Category: Gatherer
Event ID: 3035
Description:
One or more warnings or errors for Gatherer project <SQLServer SQL0000900005> were logged to file <d:\sqldata\FTData\SQLServer\GatherLogs\SQL00009000 05.1.gthr>. If you are interested in these messages, please, look at the file using the gatherer log query object (gthrlog.vbs, log viewer web page).
Event Source: Microsoft Search
Event Category: Gatherer
Event ID: 3036
Description:
The crawl seed <MSSQL75://SQLServer/78bedcc2> in project <SQLServer SQL0000900005> cannot be accessed. Error: c0000005 - A description for this error could not be found.
After that process I got ItemCount -2
using SELECT fulltextcatalogproperty('TestCatalog', 'ItemCount')
Services (SQL and MSSearch) running under LocalSystem Account and have correct BUILTIN\Administrators with all privileges.
Any idea?did u recently change the account on which mssqlserver runs?
check the following thread:
http://support.microsoft.com/default.aspx?scid=KB;EN-US;277549
http://www.dbforums.com/archives/t141995.html|||I tried to change and re-change SQL Server account using EM Console, also I reinstall sp3, but i got the same error message. Nothing helped. I checked
Gatherer Log and got the same errors.
10.03.2004 14:52:06 Add The gatherer has started
10.03.2004 14:52:06 Add The initialization has completed
10.03.2004 14:52:16 Add Started Full crawl
10.03.2004 14:52:16 Add Started Full crawl
10.03.2004 14:52:20 MSSQL75://SQLServer/267aba7a Add Error fetching URL, (c0000005 - A description for this error could not be found)
10.03.2004 14:52:20 MSSQL75://SQLServer/25869641 Add Error fetching URL, (c0000005 - A description for this error could not be found)
10.03.2004 14:52:20 Add Completed Full crawl
10.03.2004 14:52:20 Add Completed Full crawl
c0000005 - seem to be access_violation ?sql
I am running SQL2k SP3 on Windows 2k DC and trying to setup full-text index using Enterprise Manager Console, everything goes fine until I am trying to start full population.
In the eventlog I got the following errors:
Event Source: Microsoft Search
Event Category: Gatherer
Event ID: 3035
Description:
One or more warnings or errors for Gatherer project <SQLServer SQL0000900005> were logged to file <d:\sqldata\FTData\SQLServer\GatherLogs\SQL00009000 05.1.gthr>. If you are interested in these messages, please, look at the file using the gatherer log query object (gthrlog.vbs, log viewer web page).
Event Source: Microsoft Search
Event Category: Gatherer
Event ID: 3036
Description:
The crawl seed <MSSQL75://SQLServer/78bedcc2> in project <SQLServer SQL0000900005> cannot be accessed. Error: c0000005 - A description for this error could not be found.
After that process I got ItemCount -2
using SELECT fulltextcatalogproperty('TestCatalog', 'ItemCount')
Services (SQL and MSSearch) running under LocalSystem Account and have correct BUILTIN\Administrators with all privileges.
Any idea?did u recently change the account on which mssqlserver runs?
check the following thread:
http://support.microsoft.com/default.aspx?scid=KB;EN-US;277549
http://www.dbforums.com/archives/t141995.html|||I tried to change and re-change SQL Server account using EM Console, also I reinstall sp3, but i got the same error message. Nothing helped. I checked
Gatherer Log and got the same errors.
10.03.2004 14:52:06 Add The gatherer has started
10.03.2004 14:52:06 Add The initialization has completed
10.03.2004 14:52:16 Add Started Full crawl
10.03.2004 14:52:16 Add Started Full crawl
10.03.2004 14:52:20 MSSQL75://SQLServer/267aba7a Add Error fetching URL, (c0000005 - A description for this error could not be found)
10.03.2004 14:52:20 MSSQL75://SQLServer/25869641 Add Error fetching URL, (c0000005 - A description for this error could not be found)
10.03.2004 14:52:20 Add Completed Full crawl
10.03.2004 14:52:20 Add Completed Full crawl
c0000005 - seem to be access_violation ?sql
Friday, March 9, 2012
msftesql memory usage
We have been testing SQL 2005 full-text search, and noticed that the
msftesql process isn't using much memory (only around 6 megs), when the
single table we're indexing has about 3.8 millions rows, with 4 varchar
columns indexed ranging between varchar(255) and varchar(750). Is this
normal, i.e., is the full text search service using sqlservr.exe's memory?
Our server is a 2-way 2.0 GHZ opteron with 4GB RAM using WIN2K server with
/3GB switch.
We've looked around for a way to increase the memory available to msfteql
without success.
Thanks,
John
John,
Yes, its normal, but you can control the "aggressiveness" of the SQL Server
2005 MSFTESQL service via several advance sp_configure settings. Run the
below SQL code and review the new fulltext search options:
use master
go
sp_configure 'show advanced options', 1
reconfigure with override
go
sp_configure
There should be several new option to allow you to control the memory
allocation of the MSFTESQL service. No, the MSFTESQL uses its own memory
separate from the SQL Server memory.
Regards,
John
SQL Full Text Search Blog
http://spaces.msn.com/members/jtkane/
"John" <jglass67@.msn.com> wrote in message
news:uocvvK2lFHA.764@.TK2MSFTNGP14.phx.gbl...
> We have been testing SQL 2005 full-text search, and noticed that the
> msftesql process isn't using much memory (only around 6 megs), when the
> single table we're indexing has about 3.8 millions rows, with 4 varchar
> columns indexed ranging between varchar(255) and varchar(750). Is this
> normal, i.e., is the full text search service using sqlservr.exe's memory?
> Our server is a 2-way 2.0 GHZ opteron with 4GB RAM using WIN2K server with
> /3GB switch.
> We've looked around for a way to increase the memory available to msfteql
> without success.
> Thanks,
> John
>
msftesql process isn't using much memory (only around 6 megs), when the
single table we're indexing has about 3.8 millions rows, with 4 varchar
columns indexed ranging between varchar(255) and varchar(750). Is this
normal, i.e., is the full text search service using sqlservr.exe's memory?
Our server is a 2-way 2.0 GHZ opteron with 4GB RAM using WIN2K server with
/3GB switch.
We've looked around for a way to increase the memory available to msfteql
without success.
Thanks,
John
John,
Yes, its normal, but you can control the "aggressiveness" of the SQL Server
2005 MSFTESQL service via several advance sp_configure settings. Run the
below SQL code and review the new fulltext search options:
use master
go
sp_configure 'show advanced options', 1
reconfigure with override
go
sp_configure
There should be several new option to allow you to control the memory
allocation of the MSFTESQL service. No, the MSFTESQL uses its own memory
separate from the SQL Server memory.
Regards,
John
SQL Full Text Search Blog
http://spaces.msn.com/members/jtkane/
"John" <jglass67@.msn.com> wrote in message
news:uocvvK2lFHA.764@.TK2MSFTNGP14.phx.gbl...
> We have been testing SQL 2005 full-text search, and noticed that the
> msftesql process isn't using much memory (only around 6 megs), when the
> single table we're indexing has about 3.8 millions rows, with 4 varchar
> columns indexed ranging between varchar(255) and varchar(750). Is this
> normal, i.e., is the full text search service using sqlservr.exe's memory?
> Our server is a 2-way 2.0 GHZ opteron with 4GB RAM using WIN2K server with
> /3GB switch.
> We've looked around for a way to increase the memory available to msfteql
> without success.
> Thanks,
> John
>
Subscribe to:
Posts (Atom)