none
Module (SPRel) is not responding RRS feed

  • Question

  • I get this warning <MyServer>:13250: Module (SPRel) at <MyServer>:13305 is not responding in Event Viewer -> Applications and Server Logs -> FAST Search Farm. I checked all services: nctrl status -> all services are running.

    What should I do to get rid of this warning?

    Thanks!


    Monday, August 29, 2011 7:09 AM

Answers

  • Hi,

    I know this comment is not very helpful, but is the click-through analysis really a good feature the way it's implemented? Every so often SPrel errors pop up in this forum and they seem hard to track down. (I've experience it myself as well without actually finding the root cause).

    Several studies have shown that users click the first three results, no matter how the first 10 results are sorted. So there is no way to detect if the hit you clicked was good or bad, but SharePoint will log it as a good hit for boosting either way.

    You could try to get it back on-line by:

    1. nctrl stop sprel

    2. delete all files in C:\FASTSearch\data\sprel

    3. nctrl start sprel

    Of course, this would remove the data you have gathered so far, and it will take you 30 days to build up a new complete log (as 30 days is the default number of days it uses).

    Regards,
    Mikael Svenson 


    Search Enthusiast - SharePoint MVP/WCF4/ASP.Net4
    http://techmikael.blogspot.com/
    Monday, October 10, 2011 5:44 PM

All replies

  • Any additional logging in C:\FASTSearch\var\log\sprel\sprel.log ? Any clues when running "spreladmin.exe ShowStatus" ?

     

     


    Marcus Johansson | Search Enthusiast | http://www.comperiosearch.com | http://www.linkedin.com/in/marcusjohansson
    Wednesday, September 7, 2011 2:50 PM
  • This is what i get in sprel.log

    systemmsg Setting up XML-RPC
    VERBOSE    systemmsg Connecting to ConfigServer at FAST-NODE-1.xyz.com:13250..

    and the "spreladmin.exe showstatus"command output is : ERROR: Could not connect to SPRel: socket.error: [Errno 10061] Connection refused


    ________ Regards, Sachin Ranka
    Monday, October 10, 2011 2:46 PM
  • Hi,

    I know this comment is not very helpful, but is the click-through analysis really a good feature the way it's implemented? Every so often SPrel errors pop up in this forum and they seem hard to track down. (I've experience it myself as well without actually finding the root cause).

    Several studies have shown that users click the first three results, no matter how the first 10 results are sorted. So there is no way to detect if the hit you clicked was good or bad, but SharePoint will log it as a good hit for boosting either way.

    You could try to get it back on-line by:

    1. nctrl stop sprel

    2. delete all files in C:\FASTSearch\data\sprel

    3. nctrl start sprel

    Of course, this would remove the data you have gathered so far, and it will take you 30 days to build up a new complete log (as 30 days is the default number of days it uses).

    Regards,
    Mikael Svenson 


    Search Enthusiast - SharePoint MVP/WCF4/ASP.Net4
    http://techmikael.blogspot.com/
    Monday, October 10, 2011 5:44 PM
  • For now i tried step 1 and 2.. Got the following output:

    spreladmin.exe showstatus
    Traceback (most recent call last):
      File "C:\d\cruise\builds\active\common\sharepointrelevance\src\tools\SPRelAdmin.py", line 681, in <module>
      File "C:\d\cruise\builds\active\common\sharepointrelevance\src\tools\SPRelAdmin.py", line 673, in main
      File "C:\d\cruise\builds\active\common\sharepointrelevance\src\tools\SPRelAdmin.py", line 451, in run
      File "C:\d\cruise\builds\active\install\python\lib\xmlrpclib.py", line 1147, in __call__
      File "C:\d\cruise\builds\active\install\python\lib\xmlrpclib.py", line 1437, in __request
      File "C:\d\cruise\builds\active\install\python\lib\xmlrpclib.py", line 1185, in request
      File "C:\d\cruise\builds\active\install\python\lib\httplib.py", line 1199, in getreply
      File "C:\d\cruise\builds\active\install\python\lib\httplib.py", line 928, in getresponse
      File "C:\d\cruise\builds\active\install\python\lib\httplib.py", line 385, in begin
      File "C:\d\cruise\builds\active\install\python\lib\httplib.py", line 343, in _read_status
      File "C:\d\cruise\builds\active\install\python\lib\socket.py", line 372, in readline
    socket.error: (10054, 'Connection reset by peer')


    ________ Regards, Sachin Ranka
    Tuesday, October 11, 2011 6:39 AM
  • You should do step 3 as well if you did 1 and 2, in order to start the process back up.

    -m


    Search Enthusiast - SharePoint MVP/WCF4/ASP.Net4
    http://techmikael.blogspot.com/
    Tuesday, October 11, 2011 7:44 AM
  • ok..will run it; But before that wanted to know -what about the index, will it be intact and serve with search results to end users..?


    ________ Regards, Sachin
    Tuesday, October 11, 2011 8:39 AM
  • Hi,

    No, the SPRel data will be gone, but it will rebuild over the next 30 days as I mention. Not a "real" solution to why it was stuck, but deleting the files might bring it back on-line as a workaround.

    The search index will still be intact, just not the SPRel data (which probably don't matter imo)

    Regards,
    Mikael Svenson 


    Search Enthusiast - SharePoint MVP/WCF4/ASP.Net4
    http://techmikael.blogspot.com/
    Tuesday, October 11, 2011 9:15 AM
  • ok. I have 2 Node of FAST, believe i should be doing the above 3 steps on both.
    ________ Regards, Sachin Ranka
    Tuesday, October 11, 2011 9:30 AM
  • Hi,

    Only needed if you have sprel running on both servers.

    Regards,
    Mikael Svenson 


    Search Enthusiast - SharePoint MVP/WCF4/ASP.Net4
    http://techmikael.blogspot.com/
    Tuesday, October 11, 2011 9:41 AM
  • Hi,

    Kindly note that i have a warning on event viewer with the following comment

    (Process sprel was not running, restarting it)

    I excute nctrl status

    SPrel process status is dead.

    the above solution will solve my problem

    Many thanks,

    Tuesday, November 4, 2014 10:55 AM