Solr
  1. Solr
  2. SOLR-6529

Stop command in the start scripts should only stop the instance that it had started

    Details

    • Type: Improvement Improvement
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 4.10.2, 5.0
    • Component/s: None
    • Labels:
      None

      Description

      Currently the stop command looks for all running Solr instances and stops those. I feel this is a bit dangerous.

      When starting a process with the start command we could write out a pid file of the solr process that it started. Then the stop script should stop that process.

      It could error out if the pid file is not present.

      We could still keep the feature of stopping all solr nodes by passing passing -all ?

        Activity

        Hide
        ASF subversion and git services added a comment -

        Commit 1630606 from Timothy Potter in branch 'dev/trunk'
        [ https://svn.apache.org/r1630606 ]

        SOLR-6529: Stop command in the start scripts should only stop the instance that it had started

        Show
        ASF subversion and git services added a comment - Commit 1630606 from Timothy Potter in branch 'dev/trunk' [ https://svn.apache.org/r1630606 ] SOLR-6529 : Stop command in the start scripts should only stop the instance that it had started
        Hide
        ASF subversion and git services added a comment -

        Commit 1630607 from Timothy Potter in branch 'dev/branches/branch_5x'
        [ https://svn.apache.org/r1630607 ]

        SOLR-6529: Stop command in the start scripts should only stop the instance that it had started

        Show
        ASF subversion and git services added a comment - Commit 1630607 from Timothy Potter in branch 'dev/branches/branch_5x' [ https://svn.apache.org/r1630607 ] SOLR-6529 : Stop command in the start scripts should only stop the instance that it had started
        Hide
        ASF subversion and git services added a comment -

        Commit 1631514 from Timothy Potter in branch 'dev/trunk'
        [ https://svn.apache.org/r1631514 ]

        SOLR-6529: fix regression in error handling introduced by using pid files for finding Solr processes on the localhost

        Show
        ASF subversion and git services added a comment - Commit 1631514 from Timothy Potter in branch 'dev/trunk' [ https://svn.apache.org/r1631514 ] SOLR-6529 : fix regression in error handling introduced by using pid files for finding Solr processes on the localhost
        Hide
        ASF subversion and git services added a comment -

        Commit 1631515 from Timothy Potter in branch 'dev/branches/branch_5x'
        [ https://svn.apache.org/r1631515 ]

        SOLR-6529: fix regression in error handling introduced by using pid files for finding Solr processes on the localhost

        Show
        ASF subversion and git services added a comment - Commit 1631515 from Timothy Potter in branch 'dev/branches/branch_5x' [ https://svn.apache.org/r1631515 ] SOLR-6529 : fix regression in error handling introduced by using pid files for finding Solr processes on the localhost
        Hide
        ASF subversion and git services added a comment -

        Commit 1631528 from Timothy Potter in branch 'dev/branches/lucene_solr_4_10'
        [ https://svn.apache.org/r1631528 ]

        SOLR-6509, SOLR-6486, SOLR-6549, SOLR-6529: backport recent fixes / improvements to the bin/solr scripts for inclusion in 4.10.2 release.

        Show
        ASF subversion and git services added a comment - Commit 1631528 from Timothy Potter in branch 'dev/branches/lucene_solr_4_10' [ https://svn.apache.org/r1631528 ] SOLR-6509 , SOLR-6486 , SOLR-6549 , SOLR-6529 : backport recent fixes / improvements to the bin/solr scripts for inclusion in 4.10.2 release.

          People

          • Assignee:
            Timothy Potter
            Reporter:
            Varun Thacker
          • Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development