plus3it / cfn-gluster Goto Github PK

Problem Description:

Parent template can't pass AssociatePublicIpAddress value to child template

Expected Behavior:

Parent template can pass AssociatePublicIpAddress value to child template

Actual Behavior:

Parent template can't pass AssociatePublicIpAddress value to child template

(Detailed) Steps to reproduce:

Launch netsted stack into VPC that needs EC2s to have public IP addresses

(Optional) Fix recommendation:

Propagate missing parameter from child-template to parent template.

Currently, only DHCP-assigned nodenames capability is in place. Need to code up a method for taking a "base" node-name and making them sufficiently-unique without sacrificing the value of implementing "friendly" names.

Problem Description:

When deploying to a VPC where the storage-clients' resolver-setup cannot resolve the Gluster storage-server(s) by name, attempts to mount Gluster shares via systemd will silently fail.

Expected Behavior:

Reboot GlusterFS storage-client and all GlusterFS shares defined in /etc/fstab mount as defined.

Actual Behavior:

Reboot GlusterFS storage-client and all GlusterFS shares defined in /etc/fstab (may) silently fail

(Detailed) Steps to reproduce:

1. Deploy a GlusterFS storage-cluster
2. Deploy a GlusterFS storage-client
3. Add IP-based mount-definition in client's /etc/fstab file
4. Use mount -a to verify that fstab-defined mount-definition works as expected
5. Reboot storage-client
6. Find that fstab-defined mount is missing from list of active mounts and that system logs (journalctl -b 0) indicated that the mount-action successfully occurred .

(Optional) Fix recommendation:

Verified option:

1. Ensure that all members of the storage-cluster are resolveable
2. If DNS doesn't provide adequate resolver-response, add storage servers' self-advertised hostnames to storage client's /etc/hosts table
3. Reboot and verify the defined GlusterFS mounts are present

Alternate (Unverified) option:

1. Remove GlusterFS definitions from storage client's /etc/fstab file
2. Create a systemd mount service-definition for each GlusterFS share to mount to the client
3. Verify correctness of service-definition by executing systemctl start <MOUNT_PATH>.mount` and ensure that targeted mount-point is active

Storage clusters currently have no data-protection beyond simple node-redundancy. Need "oops" protection.

Ensure .github project-directory exists and contains:

• CODE_OF_CONDUCT.md
• contributing.md
• issue_template.md
• pull_request_template.md

Files. Model content from cfn-artifactory project-content.