- Newest
- Most votes
- Most comments
I understand you're having trouble creating app blocks for Elastic instances in AppStream 2.0. Let's go through the process and identify potential issues:
-
Your app block builder creation seems correct. Enabling default internet access and selecting the appropriate instance type are good steps.
-
The app block creation process you described is also correct.
-
For the S3 bucket, there are a few things to consider:
- The bucket policy looks generally correct, but make sure you've replaced mybucketname and my-account-id-number with your actual bucket name and AWS account ID.
- Ensure the bucket is in the same region as your AppStream 2.0 resources.
-
Launching the app block builder is correct.
-
For the application installation:
- The location C:\Users\AppBlockBuilderAdmin\AppData\Local\Programs\MyAppDir is acceptable, but you might also consider using C:\Program Files or C:\Program Files (x86) for consistency with typical Windows installations.
- Make sure you've captured all necessary files and any required registry changes during the recording process.
The error "Failed to upload VHD" suggests there might be an issue with permissions or connectivity to the S3 bucket. Here are some things to check:
- Verify that the app block builder instance has internet connectivity to reach S3.
- Double-check that the bucket name in your policy exactly matches the actual bucket name.
- Ensure your AWS account ID is correct in the bucket policy.
- Try removing the Condition block from your bucket policy temporarily to see if it resolves the issue.
- Check if there are any VPC endpoints that might be interfering with the S3 connection.
- Verify that the IAM role associated with the app block builder (if any) has the necessary permissions to access S3.
If these steps don't resolve the issue, you may need to check the AppStream 2.0 service logs or contact AWS support for further assistance. They can provide more detailed diagnostics on why the VHD upload is failing.
Regarding your decision to use Elastic fleets over On-Demand, that's a good choice for sporadic use and short sessions, as it can indeed be more cost-effective in such scenarios.
Sources
Enable Internet Access for Your App Block Builder in Amazon AppStream 2.0 - Amazon AppStream 2.0
Create an App Block Builder - Amazon AppStream 2.0
create-app-block-builder — AWS CLI 2.17.64 Command Reference
Create an App Block with an Existing App Package - Amazon AppStream 2.0
answered 2 years ago
OP here. The "AWS Generative AI" reply actually solved the problem. Once I removed the Condition Block from the bucket policy, the block creation finished successfully. Now, the only reason I added the Condition Block in the first place was because when I first DIDN'T have that block, AppStream complained that I was providing more access than was necessary. Is there a middle ground where I can properly restrict access but not have the block creation fail?
answered 2 years ago
Relevant content
asked 3 years ago
asked 4 years ago
- AWS OFFICIALUpdated 8 months ago
- AWS OFFICIALUpdated 3 years ago
