<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: SAS Grid object spawner restart in Administration and Deployment</title>
    <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Grid-object-spawner-restart/m-p/832852#M25028</link>
    <description>&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/78975"&gt;@gwootton&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;When you stop the object spawner, any processes spawned by that object spawner will be terminated, so end users would be impacted.&lt;/BLOCKQUOTE&gt;
&lt;P&gt;My 2 cents on this: I know this to be true for workspace severs (WSS's) launched directly by the spawner. But it is different for grid launched workspace servers. We routinely restart object spawners and never have WSS's terminating. I would expect many more calls from users if we would pull the rug from underneath them every now and then. The spawner asks LSF to launch the WSS on its behalf and there is no process parent-child relationship between them at the OS level.&lt;/P&gt;</description>
    <pubDate>Mon, 12 Sep 2022 10:21:35 GMT</pubDate>
    <dc:creator>jklaverstijn</dc:creator>
    <dc:date>2022-09-12T10:21:35Z</dc:date>
    <item>
      <title>SAS Grid object spawner restart</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Grid-object-spawner-restart/m-p/831553#M24983</link>
      <description>&lt;P&gt;HI All ,&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I want to know the process of restart of SAS grid object spawner like&lt;/P&gt;
&lt;P&gt;What is the order of restart of SAS grid controller and nodes? I have to restart every node first and then controller or it is reverse.&lt;/P&gt;
&lt;P&gt;What all service gets affected when we restart the Object spawner ?&lt;/P&gt;</description>
      <pubDate>Fri, 02 Sep 2022 14:20:35 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Grid-object-spawner-restart/m-p/831553#M24983</guid>
      <dc:creator>MG18</dc:creator>
      <dc:date>2022-09-02T14:20:35Z</dc:date>
    </item>
    <item>
      <title>Re: SAS Grid object spawner restart</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Grid-object-spawner-restart/m-p/831555#M24985</link>
      <description>I usually stop the nodes before the primary and start the primary before the nodes, but the order doesn't really matter. The object spawners will reach out to all others as they start up to establish which are available and perform leader elections.&lt;BR /&gt;&lt;BR /&gt;When you stop the object spawner, any processes spawned by that object spawner will be terminated, so end users would be impacted.&lt;BR /&gt;&lt;BR /&gt;Starting Servers in the Correct Order&lt;BR /&gt;&lt;A href="https://go.documentation.sas.com/doc/en/bicdc/9.4/bisag/p0d9d5nzmd8i4yn1usv2l22vpa7t.htm#p0d5wrx6q3v3jln11pl4fs5cbyzq" target="_blank"&gt;https://go.documentation.sas.com/doc/en/bicdc/9.4/bisag/p0d9d5nzmd8i4yn1usv2l22vpa7t.htm#p0d5wrx6q3v3jln11pl4fs5cbyzq&lt;/A&gt;</description>
      <pubDate>Fri, 02 Sep 2022 14:29:10 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Grid-object-spawner-restart/m-p/831555#M24985</guid>
      <dc:creator>gwootton</dc:creator>
      <dc:date>2022-09-02T14:29:10Z</dc:date>
    </item>
    <item>
      <title>Re: SAS Grid object spawner restart</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Grid-object-spawner-restart/m-p/832810#M25027</link>
      <description>Controller should always be the last to stop and first to start. Nodes can be any sequence. If you have dedicated queues for particular nodes that you might want to take that into account.&lt;BR /&gt;&lt;BR /&gt;Restarting object spawner would kill all the SAS sessions spawned using it via Clients like EG/Studio or any other application configured to use Grid.</description>
      <pubDate>Mon, 12 Sep 2022 03:37:11 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Grid-object-spawner-restart/m-p/832810#M25027</guid>
      <dc:creator>AnandVyas</dc:creator>
      <dc:date>2022-09-12T03:37:11Z</dc:date>
    </item>
    <item>
      <title>Re: SAS Grid object spawner restart</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Grid-object-spawner-restart/m-p/832852#M25028</link>
      <description>&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/78975"&gt;@gwootton&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;When you stop the object spawner, any processes spawned by that object spawner will be terminated, so end users would be impacted.&lt;/BLOCKQUOTE&gt;
&lt;P&gt;My 2 cents on this: I know this to be true for workspace severs (WSS's) launched directly by the spawner. But it is different for grid launched workspace servers. We routinely restart object spawners and never have WSS's terminating. I would expect many more calls from users if we would pull the rug from underneath them every now and then. The spawner asks LSF to launch the WSS on its behalf and there is no process parent-child relationship between them at the OS level.&lt;/P&gt;</description>
      <pubDate>Mon, 12 Sep 2022 10:21:35 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Grid-object-spawner-restart/m-p/832852#M25028</guid>
      <dc:creator>jklaverstijn</dc:creator>
      <dc:date>2022-09-12T10:21:35Z</dc:date>
    </item>
  </channel>
</rss>

