br1ghtyang / asterixdb

Automatically exported from code.google.com/p/asterixdb
0 stars 0 forks source link

Missing doc on upgrading to a new AsterixDB version #571

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
The managix doc needs a subsection (or at least a FAQ) that says how to take a 
newer version's zipfile (i.e., post-beta, when we put a new one up) and go from 
running version i to version i+1.  I.e. what are the steps, assuming you are 
running version i right now?  (Explain the stop, shutdown, etc., what to move 
where, and then the startup sequence.  BTW, shutdown seems to "work" but not 
really if you haven't stopped your instance?)

Original issue reported on code.google.com by dtab...@gmail.com on 19 Jul 2013 at 9:09

GoogleCodeExporter commented 8 years ago
BTW, shutdown seems to "work" but not really if you haven't stopped your 
instance?

shutdown stops the Managix' zookeeper service which has no impact on a running 
Asterix instance. One may shutdown managix but continue to work with an Asterix 
instance as long as one does not need to perform any management task. At this 
point managix service is not running and it doesn't need to. 
In the event when user wants to execute a management task, Managix command will 
auto-start its backend service (zookeeper) if its not already running. This is 
useful across system/laptop restarts so that Managix service starts only on 
"demand" and is done implicitly without troubling the user.  

Original comment by ram...@uci.edu on 20 Jul 2013 at 3:09

GoogleCodeExporter commented 8 years ago
Shutdown command is useful only when user knows s/he wont be running any 
management tasks and doesn;t need to have any managix process running in 
background and occupying resources/ports. Shutdown work but the implicit 
restart of the managix service upon executing a mgmt task makes it appear that 
shutdown did not do its job.
please suggest is we need a change here. 

Original comment by RamanGro...@gmail.com on 20 Jul 2013 at 3:23

GoogleCodeExporter commented 8 years ago
Okay - got it - the re-spinning is still needed to clarify what managix "is" - 
and its relationship to running instances (the lifecycle 
confusion/clarification above) should be spelled out too.  Thx!

Original comment by dtab...@gmail.com on 20 Jul 2013 at 5:20

GoogleCodeExporter commented 8 years ago
PS - I don't think any change in managix itself is needed, shutdown-wise - just 
a clarification of its relationship to (multiple) running instances and what 
its commands do (and don't do).  What it does seems quite reasonable, it's just 
not what I was thinking it was doing.  :-)

Original comment by dtab...@gmail.com on 20 Jul 2013 at 5:22

GoogleCodeExporter commented 8 years ago
added as part of FAQ the sequence of steps required to upgrade an Asterix 
instance

Original comment by RamanGro...@gmail.com on 20 Sep 2013 at 5:35