# How to troubleshoot upload files error
This wizard step is entirely automated. It can fail due to Jenkins downtime or custom origin domains for example.
# Verify files creation
Every tenant who has started the CDN activation process has its own CDN configuration file in its repository. If the file doesn't exist, you can create it.
Customize this boilerplate:
{
"tenantName": "example.com",
"desktopBackendAdd": "origin.example.com",
"desktopBackendPort: 443 or 80 if HTTP,
"force_ssl": 1 or 0 if HTTP
}
And create a pull request in the site repository with it.
The cdn.json
codeowners can then review it and help for the next steps.
TIP
Set correctly the values of desktopBackendPort
and force_ssl
depending on whether the origin domain is accessible with HTTPS or not.
# Handle already existing domain
Every domain can be registered only once in Fastly. Marfeel checks for the tenant's domain in Fastly before attempting the registration: if it is already present, Marfeel can't go forward.
The tenant must remove their domain from Fastly to continue the activation steps of MarfeelCDN. If the tenant doesn't know why their domain already exists in Fastly, the Systems team can help.
Marfeel will send a different TXT
record instead of the one provided by the CDN Wizard to add to the DNS. This new record will pass on the domain ownership to Marfeel, allowing us to handle the domain in Fastly.
# Subdomain management
If Marfeel only handles a subdomain of the tenant, create the cdn.json
file manually in the tenant site repository.
Example of a minimum file for a subdomain:
{
"tenantName": "sub.example.com",
"desktopBackendAdd": "origin.sub.example.com",
"desktopBackendPort": 443 # or 80 if HTTP,
"force_ssl": 1 # or 0 if HTTP,
"fastly_domains": [
{
"name": "sub.example.com"
}
]
}
Create a pull request with the new file: the cdn.json
codeowners can help with the next steps.