This is an automated email from the ASF dual-hosted git repository.

jleroux pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/ofbiz-tools.git


The following commit(s) were added to refs/heads/master by this push:
     new b806bd9  Update README.md
b806bd9 is described below

commit b806bd9d871f2785ecf095baa6a680ae95d94f32
Author: Jacques Le Roux <jacques.le.r...@les7arts.com>
AuthorDate: Sat Jan 13 14:07:51 2024 +0100

    Update README.md
---
 demo-backup/README.md | 18 +-----------------
 1 file changed, 1 insertion(+), 17 deletions(-)

diff --git a/demo-backup/README.md b/demo-backup/README.md
index 517b6a7..0eb419b 100644
--- a/demo-backup/README.md
+++ b/demo-backup/README.md
@@ -51,7 +51,7 @@ Looking at the Puppet configuration (see above) you will see 
that you only need
 
 Finally you need to kill the current stable and next processes before running 
again the demos using
 
-    ./all-manual-nicely.sh
+    ./pull-and-restart.sh script in ~/ofbizdocker dir.
 
 
 ## Letsencrypt certificate update
@@ -72,19 +72,3 @@ I got this message today (2020-04-17):
 
 and always since: it's OK. Nothing to do, it's automated. :)
 In case you get an issue, simply restart the VM and restart the demos. That 
happened once: https://issues.apache.org/jira/browse/INFRA-23637
-
-# Current restriction
-~~If you want to restart only a single instance you can respectively use
-trunk-manual-nicely.sh
-stable-manual-nicely.sh
-next-manual-nicely.sh~~
-This does not work. See why at 
https://issues.apache.org/jira/browse/OFBIZ-10287
-So you need to use ./all-manual-nicely.sh from ofbizDemo
-From time to time (every months?) better to delete nohup.out.
-
-# Keep the VM clean
-From time to time (I'd say when it's hundreds of MB) we need to delete the 
nohup.out file. It's used when you manually start the demos and acts as an 
issues history. Then simply sign in as ofbizDemo user and delete the file.
-
-Also, it's OK for months but at some point I had to clean the Gradle cache. 
For now just verify with "df" command that we are not graping too much space, 
around 50% on /dev/xvda1 is OK
-
-

Reply via email to