Issue with install 5.1

[dazza76]

Used fresh install minimal install of centos 7.9 no mods
and ran as root
bash <(curl -Ls https://get.eucalyptus.cloud)
Install failed with

fatal: [host1]: FAILED! => {"attempts": 5, "changed": true, "cmd": "set -eu\neval $(clcadmin-assume-system-credentials)\nif ! euctl services.imaging.worker.image services.loadbalancing.worker.image | grep "[ae]mi-" ; then\n esi-install-image --force --remove-all\nfi\nesi-install-image --install-default\n", "delta": "0:00:19.340381", "end": "2021-05-13 20:40:46.944538", "failed_when_result": true, "msg": "non-zero return code", "rc": 1, "start": "2021-05-13 20:40:27.604157", "stderr": "", "stderr_lines": [], "stdout": "Checking if image 'eucalyptus-service-image-v5.0.101' is already installed...\nFound tarball /usr/share/eucalyptus/service-images/eucalyptus-service-image-5.0.101.tar.xz\nChecking env variables\nDecompressing tarball: /usr/share/eucalyptus/service-images/eucalyptus-service-image-5.0.101.tar.xz\nInstalling image from eucalyptus-service-image.raw\nBundling, uploading and registering image to bucket: eucalyptus-service-image-v5.0.101\nError: Unable to install imaging worker due to:\neuca-install-image: error (AccessDenied): Unable to parse date.", "stdout_lines": ["Checking if image 'eucalyptus-service-image-v5.0.101' is already installed...", "Found tarball /usr/share/eucalyptus/service-images/eucalyptus-service-image-5.0.101.tar.xz", "Checking env variables", "Decompressing tarball: /usr/share/eucalyptus/service-images/eucalyptus-service-image-5.0.101.tar.xz", "Installing image from eucalyptus-service-image.raw", "Bundling, uploading and registering image to bucket: eucalyptus-service-image-v5.0.101", "Error: Unable to install imaging worker due to:", "euca-install-image: error (AccessDenied): Unable to parse date."]}

Any thoughts

[sjones4]

Perhaps an issue caused by the locale or timezone? if you can share any further details of the system it may allow the issue to be reproduced (e.g. ls -l /etc/localtime)

You could check if you have the expected version of euca2ools and dependencies installed:

# yum info euca2ools python-requestbuilder
...
Installed Packages
Name        : euca2ools
Arch        : noarch
Version     : 3.4.1
Release     : 1.el7
Size        : 2.4 M
Repo        : installed
From repo   : epel
Summary     : Eucalyptus/AWS-compatible command line tools
URL         : https://github.com/eucalyptus/euca2ools
License     : BSD
Description : Euca2ools are command line tools used to interact with Eucalyptus,
            : a service overlay designed to be interface-compatible with Amazon Web
            : Services (AWS), as well as AWS itself.

Name        : python-requestbuilder
Arch        : noarch
Version     : 0.7.1
Release     : 1.el7
Size        : 322 k
Repo        : installed
From repo   : epel
Summary     : Command line-driven HTTP request builder
URL         : https://github.com/boto/requestbuilder
License     : ISC
Description : Requestbuilder is a framework for creating command line tools that send
            : HTTP requests simply and quickly.

If that does not help then you could try editing the faststart generated /root/faststart_inventory.yml file and adding this to the vars section:

  cloud_service_image_rpm: no

which causes the service image to be installed in a slightly different way. You can re-run the install using something like:

ansible-playbook -i /root/faststart_inventory.yml /usr/share/eucalyptus-ansible/playbook_vpcmido.yml

[dazza76]

Thanks for the response .
I have done a fresh install with UTC
lrwxrwxrwx. 1 root root 25 May 16 04:04 /etc/localtime -> ../usr/share/zoneinfo/UTC
and also checked
yum info euca2ools python-requestbuilder
I have the same version as above

Hunting through the log files I have found in cloud-error.log
Sun. May 16 04:18:20 2021 ERROR [S3Authentication:web-services-worker-pool-57] [com.eucalyptus.objectstorage.pipeline.auth.S3Authentication.parseDate(S3Authentication.java):239] Cannot parse date: Sun, 16 May 2021 04:18:19 -0000

Restarting eucalyptus-cloud shows
May 16 04:16:50 kvm.XXX.net.au systemd[1]: Started Eucalyptus cloud web services.
May 16 04:16:50 kvm.XXX.net.au eucalyptus-cloud[52754]: Starting Eucalyptus Cloud v5.1.0
May 16 04:16:52 kvm.XXX.net.au eucalyptus-cloud[52754]: WARNING: An illegal reflective access operation has occurred
May 16 04:16:52 kvm.XXX.net.au eucalyptus-cloud[52754]: WARNING: Illegal reflective access by org.codehaus.groovy.vmplugin.v7.Java7$1 (file:/usr/share/eucalyptus/lib/groovy-2.5.4.jar) to constructor java.lang.invoke....lang.Class,int)
May 16 04:16:52 kvm.XXX.net.au eucalyptus-cloud[52754]: WARNING: Please consider reporting this to the maintainers of org.codehaus.groovy.vmplugin.v7.Java7$1
May 16 04:16:52 kvm.XXX.net.au eucalyptus-cloud[52754]: WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
May 16 04:16:52 kvm.XXX.net.au eucalyptus-cloud[52754]: WARNING: All illegal access operations will be denied in a future release

and debug shows

n. May 16 04:43:14 2021 WARN [Topology:eucalyptus-bootstrap-ephemeralconfiguration-bootstrap-topology-external-worker-73] START:DISABLED arn:euca:bootstrap:api.10.0.0.20:loadbalancing:api.10.0.0.20.loadbalancing/ NOTREADY->DISABLED=NOTREADY [LoadBalancingServiceBootstrapper.enable( ): returned false, terminating bootstrap for component: loadbalancing]

Sun. May 16 04:43:14 2021 WARN [Topology:eucalyptus-bootstrap-ephemeralconfiguration-bootstrap-topology-external-worker-74] START:DISABLED arn:euca:eucalyptus::imagingbackend:10.0.0.20/ NOTREADY->DISABLED=NOTREADY [ImagingBackendServicePropertyBootstrapper.enable( ): returned false, terminating bootstrap for component: imagingbackend]

[sjones4]

Here is what is seen during a successful s3 interaction:

2021-05-16 15:37:09,363 DEBUG   S3 request  header: Date: Sun, 16 May 2021 22:37:09 -0000

so it is not clear why you see issues with the same date format.

You could check the java version:

# /usr/lib/jvm/jre-11/bin/java -version
openjdk version "11.0.11" 2021-04-20 LTS
OpenJDK Runtime Environment 18.9 (build 11.0.11+9-LTS)
OpenJDK 64-Bit Server VM 18.9 (build 11.0.11+9-LTS, mixed mode, sharing)

and the locale:

# cat /etc/locale.conf 
LANG="en_US.UTF-8"

You could run this for a quick test with full client debug output to see if that shows any further details around the issue:

# eval $(clcadmin-assume-system-credentials)
# head -c 20000000 /dev/urandom > random.dat
# euca-install-image  -n fake --virtualization-type hvm -i random.dat -r x86_64 -b fake-image --debug

if that is successful you can deregister the ami and delete the bucket:

# eval $(euca-generate-environment-config)
# euca-deregister ami-....
# aws --endpoint $S3_URL s3 rb --force s3://fake-image/