You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@ofbiz.apache.org by jl...@apache.org on 2022/08/28 08:13:22 UTC

[ofbiz-tools] branch master updated: Because of INFRA-23637: Renew OFBiz demos certificate at ofbiz-vm1 I checked that I did not miss anything in this document.

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 d7b09b0  Because of INFRA-23637: Renew OFBiz demos certificate at ofbiz-vm1 I checked that I did not miss anything in this document.
d7b09b0 is described below

commit d7b09b03a626d52c75947a292f838c2dde250901
Author: Jacques Le Roux <ja...@les7arts.com>
AuthorDate: Sun Aug 28 10:13:27 2022 +0200

    Because of INFRA-23637: Renew OFBiz demos certificate at ofbiz-vm1
    I checked that I did not miss anything in this document.
    
    I then preferred to change memory to space about df results
    
    BTW, currently even the VM is not accessible with SSH. It looks like down.
---
 demo-backup/README.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/demo-backup/README.md b/demo-backup/README.md
index 29619c9..d7a457c 100644
--- a/demo-backup/README.md
+++ b/demo-backup/README.md
@@ -89,6 +89,6 @@ 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 memory, around 50% on /dev/xvda1 is OK
+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