You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@accumulo.apache.org by Donald Miner <dm...@clearedgeit.com> on 2013/07/23 21:39:44 UTC

start-all.sh, stop-all.sh

Does it annoy anyone else that the start-all.sh and stop-all.sh scripts
have the same names as the similar scripts in hadoop core? I rename them to
start-accumulo.sh and stop-accumulo.sh so they don't clobber each other in
my PATH. This isn't really a big deal, just wondering if there was a good
reason to keep it as is.

Thanks!

-- 
 This communication is the property of ClearEdge IT Solutions, LLC and may 
contain confidential and/or privileged information. Any review, 
retransmissions, dissemination or other use of or taking of any action in 
reliance upon this information by persons or entities other than the 
intended recipient is prohibited. If you receive this communication in 
error, please immediately notify the sender and destroy all copies of the 
communication and any attachments.

Re: start-all.sh, stop-all.sh

Posted by Christopher <ct...@apache.org>.
I completely understand. It annoys me too, and I think it's a good
improvement. I suggest opening a JIRA ticket (and providing a patch,
if you have time), and if nobody objects, we could get it in the next
release.

--
Christopher L Tubbs II
http://gravatar.com/ctubbsii


On Tue, Jul 23, 2013 at 8:56 PM, Donald Miner <dm...@clearedgeit.com> wrote:
> Here are all the places 'start-all.sh' or 'stop-all.sh' appear in 1.5.0.
> Mostly in documentation and tests. There is also the start-all.sh script
> in test/system/randomwalk/bin/
> Seems pretty easy to change.
>
> This issue definitely is very OCD-feeling for me and has little impact, so
> I'm not sure if I'm completely off base!
>
>
> [hadoop@ghost accumulo]$ grep -nRP '(start-all.sh|stop-all.sh)' *
> CHANGES:319:    * [ACCUMULO-995] - stop-all.sh parameter passing does not
> accept -u root -p password params properly
> docs/administration.html:45:bin/start-all.sh. If at any time, you wish to
> bring accumulo servers online after one or more have been shutdown, you can
> run bin/start-all.sh again.
> docs/administration.html:51:<p>Similar to the start-all.sh script, we
> provide a bin/stop-all.sh script to shut down accumulo. This will prompt
> for the root password so that it can
> docs/src/main/latex/accumulo_user_manual/chapters/administration.tex:177:Start
> Accumulo using the \texttt{bin/start-all.sh} script.
> docs/src/main/latex/accumulo_user_manual/chapters/administration.tex:185:To
> shutdown cleanly, run \texttt{bin/stop-all.sh} and the master will
> orchestrate the
> README:175:Start accumulo using the bin/start-all.sh script.
> README:279:cleanly, run "bin/stop-all.sh" and the master will orchestrate
> the shutdown of
> test/src/main/java/org/apache/accumulo/test/randomwalk/concurrent/StartAll.java:39:
>    Process exec = Runtime.getRuntime().exec(new
> String[]{System.getenv().get("ACCUMULO_HOME") + "/bin/start-all.sh"});
> test/system/upgrade_test.sh:40:$ONE_FOUR_DIR/bin/start-all.sh
> test/system/upgrade_test.sh:48: $ONE_FOUR_DIR/bin/stop-all.sh
> test/system/upgrade_test.sh:54:$ONE_FIVE_DIR/bin/start-all.sh
> test/system/upgrade_test.sh:65:$ONE_FIVE_DIR/bin/stop-all.sh
> test/system/upgrade_test.sh:66:$ONE_FIVE_DIR/bin/start-all.sh
> test/system/upgrade_test.sh:71:$ONE_FIVE_DIR/bin/start-all.sh
> test/system/continuous/magitator.pl:67: $cmd =
> "$ACCUMULO_HOME/bin/start-all.sh --notSlaves";
> test/system/scalability/run.py:52:
>  syscall('$ACCUMULO_HOME/bin/stop-all.sh')
> test/system/scalability/run.py:71:
>  syscall('$ACCUMULO_HOME/bin/start-all.sh')
> test/system/randomwalk/bin/reset-cluster.sh:79:$ACCUMULO_HOME/bin/start-all.sh
> test/system/randomwalk/README:21:./bin/start-all.sh Image.xml
> test/system/randomwalk/README:27:./bin/start-all.sh foo/bar.xml
>
>
>
>
> On Tue, Jul 23, 2013 at 5:08 PM, Christopher <ct...@apache.org> wrote:
>
>> I think it's a good idea, though I'd prefer we get to the point where
>> it's easier to manage nodes individually, and use a cluster management
>> tool to deal with the system as a whole. For me, this means, better
>> SysVinit/Upstart/Systemd scripts and RPMs/DEBs.
>>
>> --
>> Christopher L Tubbs II
>> http://gravatar.com/ctubbsii
>>
>>
>> On Tue, Jul 23, 2013 at 3:39 PM, Donald Miner <dm...@clearedgeit.com>
>> wrote:
>> > Does it annoy anyone else that the start-all.sh and stop-all.sh scripts
>> > have the same names as the similar scripts in hadoop core? I rename them
>> to
>> > start-accumulo.sh and stop-accumulo.sh so they don't clobber each other
>> in
>> > my PATH. This isn't really a big deal, just wondering if there was a good
>> > reason to keep it as is.
>> >
>> > Thanks!
>> >
>> > --
>> >  This communication is the property of ClearEdge IT Solutions, LLC and
>> may
>> > contain confidential and/or privileged information. Any review,
>> > retransmissions, dissemination or other use of or taking of any action in
>> > reliance upon this information by persons or entities other than the
>> > intended recipient is prohibited. If you receive this communication in
>> > error, please immediately notify the sender and destroy all copies of the
>> > communication and any attachments.
>>
>
>
>
> --
> *
> *Donald Miner
> Chief Technology Officer
> ClearEdge IT Solutions, LLC
> Cell: 443 799 7807
> www.clearedgeit.com
>
> --
>  This communication is the property of ClearEdge IT Solutions, LLC and may
> contain confidential and/or privileged information. Any review,
> retransmissions, dissemination or other use of or taking of any action in
> reliance upon this information by persons or entities other than the
> intended recipient is prohibited. If you receive this communication in
> error, please immediately notify the sender and destroy all copies of the
> communication and any attachments.

Re: start-all.sh, stop-all.sh

Posted by Donald Miner <dm...@clearedgeit.com>.
Here are all the places 'start-all.sh' or 'stop-all.sh' appear in 1.5.0.
Mostly in documentation and tests. There is also the start-all.sh script
in test/system/randomwalk/bin/
Seems pretty easy to change.

This issue definitely is very OCD-feeling for me and has little impact, so
I'm not sure if I'm completely off base!


[hadoop@ghost accumulo]$ grep -nRP '(start-all.sh|stop-all.sh)' *
CHANGES:319:    * [ACCUMULO-995] - stop-all.sh parameter passing does not
accept -u root -p password params properly
docs/administration.html:45:bin/start-all.sh. If at any time, you wish to
bring accumulo servers online after one or more have been shutdown, you can
run bin/start-all.sh again.
docs/administration.html:51:<p>Similar to the start-all.sh script, we
provide a bin/stop-all.sh script to shut down accumulo. This will prompt
for the root password so that it can
docs/src/main/latex/accumulo_user_manual/chapters/administration.tex:177:Start
Accumulo using the \texttt{bin/start-all.sh} script.
docs/src/main/latex/accumulo_user_manual/chapters/administration.tex:185:To
shutdown cleanly, run \texttt{bin/stop-all.sh} and the master will
orchestrate the
README:175:Start accumulo using the bin/start-all.sh script.
README:279:cleanly, run "bin/stop-all.sh" and the master will orchestrate
the shutdown of
test/src/main/java/org/apache/accumulo/test/randomwalk/concurrent/StartAll.java:39:
   Process exec = Runtime.getRuntime().exec(new
String[]{System.getenv().get("ACCUMULO_HOME") + "/bin/start-all.sh"});
test/system/upgrade_test.sh:40:$ONE_FOUR_DIR/bin/start-all.sh
test/system/upgrade_test.sh:48: $ONE_FOUR_DIR/bin/stop-all.sh
test/system/upgrade_test.sh:54:$ONE_FIVE_DIR/bin/start-all.sh
test/system/upgrade_test.sh:65:$ONE_FIVE_DIR/bin/stop-all.sh
test/system/upgrade_test.sh:66:$ONE_FIVE_DIR/bin/start-all.sh
test/system/upgrade_test.sh:71:$ONE_FIVE_DIR/bin/start-all.sh
test/system/continuous/magitator.pl:67: $cmd =
"$ACCUMULO_HOME/bin/start-all.sh --notSlaves";
test/system/scalability/run.py:52:
 syscall('$ACCUMULO_HOME/bin/stop-all.sh')
test/system/scalability/run.py:71:
 syscall('$ACCUMULO_HOME/bin/start-all.sh')
test/system/randomwalk/bin/reset-cluster.sh:79:$ACCUMULO_HOME/bin/start-all.sh
test/system/randomwalk/README:21:./bin/start-all.sh Image.xml
test/system/randomwalk/README:27:./bin/start-all.sh foo/bar.xml




On Tue, Jul 23, 2013 at 5:08 PM, Christopher <ct...@apache.org> wrote:

> I think it's a good idea, though I'd prefer we get to the point where
> it's easier to manage nodes individually, and use a cluster management
> tool to deal with the system as a whole. For me, this means, better
> SysVinit/Upstart/Systemd scripts and RPMs/DEBs.
>
> --
> Christopher L Tubbs II
> http://gravatar.com/ctubbsii
>
>
> On Tue, Jul 23, 2013 at 3:39 PM, Donald Miner <dm...@clearedgeit.com>
> wrote:
> > Does it annoy anyone else that the start-all.sh and stop-all.sh scripts
> > have the same names as the similar scripts in hadoop core? I rename them
> to
> > start-accumulo.sh and stop-accumulo.sh so they don't clobber each other
> in
> > my PATH. This isn't really a big deal, just wondering if there was a good
> > reason to keep it as is.
> >
> > Thanks!
> >
> > --
> >  This communication is the property of ClearEdge IT Solutions, LLC and
> may
> > contain confidential and/or privileged information. Any review,
> > retransmissions, dissemination or other use of or taking of any action in
> > reliance upon this information by persons or entities other than the
> > intended recipient is prohibited. If you receive this communication in
> > error, please immediately notify the sender and destroy all copies of the
> > communication and any attachments.
>



-- 
*
*Donald Miner
Chief Technology Officer
ClearEdge IT Solutions, LLC
Cell: 443 799 7807
www.clearedgeit.com

-- 
 This communication is the property of ClearEdge IT Solutions, LLC and may 
contain confidential and/or privileged information. Any review, 
retransmissions, dissemination or other use of or taking of any action in 
reliance upon this information by persons or entities other than the 
intended recipient is prohibited. If you receive this communication in 
error, please immediately notify the sender and destroy all copies of the 
communication and any attachments.

Re: start-all.sh, stop-all.sh

Posted by Christopher <ct...@apache.org>.
I think it's a good idea, though I'd prefer we get to the point where
it's easier to manage nodes individually, and use a cluster management
tool to deal with the system as a whole. For me, this means, better
SysVinit/Upstart/Systemd scripts and RPMs/DEBs.

--
Christopher L Tubbs II
http://gravatar.com/ctubbsii


On Tue, Jul 23, 2013 at 3:39 PM, Donald Miner <dm...@clearedgeit.com> wrote:
> Does it annoy anyone else that the start-all.sh and stop-all.sh scripts
> have the same names as the similar scripts in hadoop core? I rename them to
> start-accumulo.sh and stop-accumulo.sh so they don't clobber each other in
> my PATH. This isn't really a big deal, just wondering if there was a good
> reason to keep it as is.
>
> Thanks!
>
> --
>  This communication is the property of ClearEdge IT Solutions, LLC and may
> contain confidential and/or privileged information. Any review,
> retransmissions, dissemination or other use of or taking of any action in
> reliance upon this information by persons or entities other than the
> intended recipient is prohibited. If you receive this communication in
> error, please immediately notify the sender and destroy all copies of the
> communication and any attachments.