Are you getting an error or do you expect something else?
Hello. Im also having trouble creating this integration through cloudformation.
First of all. im getting this error:
Unable to download from S3 location (Bucket: thethingsnetwork-eu-north-1 Key: builds/integration-aws/dist/integration-aws-v2.0.30.zip). Reason: Forbidden: S3Bucket=thethingsnetwork-eu-north-1, S3Key=builds/integration-aws/dist/integration-aws-v2.0.30.zip (Service: AWSElasticBeanstalk; Status Code: 400; Error Code: InvalidParameterCombination; Request ID: ???-26fb-???-a95b-33872c???; Proxy: null)
To sum things up i copied the template URL - it seemed to be the same for all regions so I assumed you can create the resources on any region. We are hosting our things in stockholm at the moment.
What would be super useful in the tutorial is also if you explain if there are any limitations that has to be followed - for example that you have to host it in a certain region.
Would also be good to be clear if the integration works for all versions or certain versions.
We are currently running the open source version. But have plans to move on to the hosted amazon version later. However; we need to test everything and make sure it all works before we go to enterprise edition.
@Johannes_Nylund I’m afraid that AWS made these regions available after we set up the continuous integration pipeline for this integration.
We now added eu-north-1, eu-south-1, eu-west-3, af-south-1 and ap-east-1 that were missing. We’re now deploying to all current and public AWS regions.
This is version 2.0.31.
There shouldn’t be.
It should work for all AWS regions.
For The Things Industries Cloud Hosted, we actually have a brand new integration which is really great (and serverless) and also available in all AWS regions. See https://www.thethingsindustries.com/docs/integrations/cloud-integrations/aws-iot/
Hello johan. That sounds great. Got another error on the standard integration. This time that the instance type is not allowed:
2020-10-09 09:27:24 UTC+0200 TTNIntegrationEnvironment CREATE_FAILED Configuration validation exception: Invalid option value: ‘t2.micro’ (Namespace: ‘aws:autoscaling:launchconfiguration’, OptionName: ‘InstanceType’): Value is not one of the allowed values: [c5.12xlarge, c5.18xlarge, c5.24xlarge, c5.2xlarge, c5.4xlarge, c5.9xlarge, c5.large, c5.metal, c5.xlarge, c5d.12xlarge, c5d.18xlarge, c5d.24xlarge, c5d.2xlarge, c5d.4xlarge, c5d.9xlarge, c5d.large, c5d.metal, c5d.xlarge, d2.2xlarge, d2.4xlarge, d2.8xlarge, d2.xlarge, g4dn.12xlarge, g4dn.2xlarge, g4dn.4xlarge, g4dn.xlarge, i3.16xlarge, i3.2xlarge, i3.4xlarge, i3.8xlarge, i3.large, i3.xlarge, m5.12xlarge, m5.16xlarge, m5.24xlarge, m5.2xlarge, m5.4xlarge, m5.8xlarge, m5.large, m5.metal, m5.xlarge, m5d.12xlarge, m5d.16xlarge, m5d.24xlarge, m5d.2xlarge, m5d.4xlarge, m5d.8xlarge, m5d.large, m5d.metal, m5d.xlarge, r5.12xlarge, r5.16xlarge, r5.24xlarge, r5.2xlarge, r5.4xlarge, r5.8xlarge, r5.large, r5.metal, r5.xlarge, r5d.12xlarge, r5d.16xlarge, r5d.24xlarge, r5d.2xlarge, r5d.4xlarge, r5d.8xlarge, r5d.large, r5d.metal, r5d.xlarge
Alright, so AWS discontinued those instance types and didn’t make them available in the new regions.
Version 2.0.32 is currently building, which uses m5.large by default, which is a currently supported instance type. I tested this in eu-west-1 and that works.
It will take another 10 minutes for 2.0.32 to be available.
@johan Im getting a bit confused here. Stockholm supports alot of instances other than large. We are currently running our server on a t3.medium. It seems very weird that one we would require a m5.large just for the integration?
I was thinking either a micro or small for the integration. (escpecially since they were selectable in the list)
|t3.micro|2|Variable|1 GiB|EBS Only|$0.0108 per Hour|
|t3.small|2|Variable|2 GiB|EBS Only|$0.0216 per Hour|
|t3.medium|2|Variable|4 GiB|EBS Only|$0.0432 per Hour|
|t3.large|2|Variable|8 GiB|EBS Only|$0.0864 per Hour|
I don’t know exactly what the integration requires from the virtual machine but it feels overscaled with a large. Seems impossible that the integration should be more demanding than the network and device management server.
Am i misunderstanding something?
Okay, so where is this all documented? I’m getting a bit lost here. Anyway I’m glad it worked.
FYI the V3 integration is serverless.
@johan We have not set up the integration yet. What im trying to say is that there are many smaller instances available for stockholm region. I don’t understand why I can only select a large instance for the integration through cloudformation? It should be quite easy for you too see which instance types that are available for each region.
In the previous message i wrote “I was thinking either a micro or small for the integration. (escpecially since they were selectable in the list)”
I should have written “since it were selectable in the OLD list” Because you could previously select them before you updated to the new version of the config file for cloud formation.
Smaller servers then large can not be choosen now. Which is why we have not started up the integration yet.
There are, but we have to find the common denominator of instances that are available in all AWS regions. I suppose t3.{nano,micro,small,medium,large,xlarge} are available in all regions that I tried so far, so I settled for that in version 2.0.33.
Now it works @johan. Thank you. The integration could successfully be created through cloudformation with with a micro server.
As far as I can tell the integration should be functional now. Only issue I have is that our existing sensors are not added to AWS IOT.
Do you have to add existing sensors manually if they were created before the integration was made? Or is there some other issue at play here.
Edit: is there any way to check whats failing with the integration?
Great. For troubleshooting see https://www.thethingsnetwork.org/docs/applications/aws/troubleshooting.html and consult the forums here otherwise.
Hello @johan I think i have figured out why the integration is failing. Since the S3 templates you have are for specific regions they seem to mess with the settings if you manually change region after selecting a template.
So I just grabbed a template (eu-west) and then changed to our region; eu-north and while everything seems fine - everything is installed - no apparent errors.
However; we ran logs and noted that error400 was generated and that the “instance” was not allowed to edit itself. Which seems odd - since the instance should be able to do this.
However, it seems like this error can occur even if the permissions are OK if the assumed region is incorrect. Since the instance exists in EU north but is trying to change settings on itself in region West.
So the question is. Can we manually edit the template? Or can you publish a template for the missing regions? I think it would save you some headaches also - even if there are a few more templates to maintain.
Hi @johan, Any reasons why we`ve got this error please:
"No Solution Stack named ‘64bit Amazon Linux 2 v3.1.2 running Go 1’ found. (Service: AWSElasticBeanstalk; Status Code: 400; Error Code: InvalidParameterValue; Request ID: b955592f-335b-447d-abd3-5d67608f08df; Proxy: null) "
The following resource(s) failed to create: [TTNConfigurationTemplate, TTNIoTPolicy, TTNInstanceRole]. Rollback requested by user.
Many Thanks
hi @johan
Same old chestnut here I’m afraid – can you update the template to “64bit Amazon Linux 2 v3.1.3 running Go 1”?
Thanks!
delads
Ive modified it with the designer so its working now. Many Thanks,
I’ve also been able to move forward by modifying the template offline and uploading again. However, I am running into the following errors when completing the CloudFormation step
2020-11-22 01:23:13 UTC+0000 AWSEBAutoScalingGroup CREATE_FAILED The specified instance type can only be used in a VPC. A subnet ID or network interface ID is required to carry out the request. Launching EC2 instance failed.
I recreated a new EC2 instance and tried again, just incase my existing instance was limiting in some way, but the same errors with the new instance
Thanks
This is now updated, CI needs another ~10 minutes
1 Like
hello,
i have the same ERROR for AMAZON Linux 2 v3.1.3
No Solution Stack named ‘64bit Amazon Linux 2 v3.1.3 running Go 1’ found. (Service: AWSElasticBeanstalk; Status Code: 400; Error Code: InvalidParameterValue; Request ID: 429cc60a-b153-45f6-b0b6-3b47f6a89f0f; Proxy: null)
Hello,
Getting problem in quick start template.
Any help here ?
No Solution Stack named ‘64bit Amazon Linux 2 v3.1.4 running Go 1’ found. (Service: AWSElasticBeanstalk; Status Code: 400; Error Code: InvalidParameterValue; Request ID: 9cb8fea9-06f8-4125-8ec9-973c0b1dfe81; Proxy: null)