This database is currently locked and cannot be accessed by conventional means (status: {{ db.status[1] }}). Contact technical support if this is unexpected.
This database is in the 'drop' mode and will be removed from the server on {{ db.expire_date[1] | datetime }}.
The database is unreachable by the customer at this time.
{% if db.status[1] in ('close', 'cancel') %}The subscription must be re-opened for the database to be correctly reactivated. Note that it may take up to 20min for this change to be detected.
{% else %} {% if level >= access_map.drop %} {% else %}You do not have enough rights to modify the database status. Please contact Functional Support.
{% endif %} {% endif %}You are currently impersonating : {{impersonated_user.human_readable}}
This database is set to expire on {{ db.expire_date[1] | datetime }}.
Your current support level allows you to extend this trial up to {{ expiration_limit | date}}.
You can duplicate this database for testing purposes. Its default life will be of 4 hours and can be extended until {{ duplicate_expiry_extended | datetime }}.
The duplication process can take up to 45 minutes. Do not refresh or close the window!
Name | {% for dup in duplicate_list %} |
---|---|
{{ dup }} | Support Page |
No duplicates.
{% endif %}E-mail limits are in place to prevent our e-mail servers from being black-listed. A single spammer can blacklist our saas mailserver, downgrading the rating of all our users! This means that a single customer can potentially make all of our customers' e-mails be classified as SPAM.
Proceed carefully, changing these values should always be done after checking the content of the e-mails sent by the customer. The following is a basic check list:
If some guy decides to pay 15 USD to open a paid account on Odoo.com with only the Mass Mailing e-mail then asks to be allowed to send thousands of e-mail/day, you should raise your eyebrow higher than the ceiling.
Do not hesitate to make progressive increases (i.e. don't set a customer to 5.000 on their first request, increase the limit gradually as you confirm we can trust them).
If a customer is not satisfied but you still do not trust their list, you can offer them alternatives:
As explained in our online documentation; no rate-limiting for those
Send a email to your subscribers outside Odoo, and ask them to confirm their interest using an opt-in form setup on your Odoo website. That way you will obtain a completely clean and verified list)
This information should not be disclosed to clients or partners.
In a close future, the result of this algorithm will be used to raise the email limit automatically.
If you think that the client should be granted a raise but the badge is red (or the contrary), please tell the SaaS/Internal team, as the rule weights might need to be adjusted.
Your current access level allows you to set this limit to {{ email_limit }} emails per day.
Databases are given a maximum number of duplicates to prevent working around the trial creation daily limits.
In case the limit is reached, the first obvious solution is to drop the oldest duplicates. Databases in 'drop' mode are accounted for but with a smaller weight. It is intended to prevent customers from abusing the system by duplicating then dropping DBs.
The default values should be fine for most cases. If you think that the limit should be raised, please tell the SaaS/Infra team, as the rule weights might need to be adjusted.
Your current access level allows you to set this limit to {{ duplicate_limit }}.
Investigate the error before trying again and keep in mind it takes some time for the certificate to be generated and then deployed.
Use the "Diagnostics" button to run diagnostics. This is provided for information purposes only, use your own judgment.
{{ domain }} |
No custom domains.
{% endif %}Security features are currently {{ 'enabled' if db.secure else 'disabled' }}.
Internal users of this database may be "linked" with an Odoo.com account.
User | Status | |
---|---|---|
An update notification (a ping) is when the database contact the main Odoo.com server to send information regarding its usage (number of users, apps, etc). These updates happen automatically every 7 days at least and when users are created/deleted/archived or when Apps are installed/uninstalled.
Triggering an update might be necessary if some changes have been applied manually or if it seems that the database state is not correct in the Odoo.com backend. Note that pings triggered through this form are logged; a KO status mean that it was unsuccessful. You can trigger the update using this button:
Customers can now delete their databases themselves by going to the Database Management Page and using the "Delete" button.
Dropping a database does not delete it from the Database menu in the Odoo.com portal, which means that customers will still see the database listed in /my/databases for about a month. The best way to drop a database is through the Database Management Page, in that case it is removed from the database list.
{% else %}This database is in the 'drop' mode and will be removed from the server on {{ db.expire_date[1] | datetime }}.
{% endif %}No support logs found for this database. This could also mean that the registry has crashed.
{% endif %}Logs are currently available for the complete server. Logs for the last 2 days are stored as text files accessible directly through the browser (note that a single uncompressed log is around 100Mb), older logs (up to 10 days) are gzipped and may be downloaded. Logs are rotated daily around 5am UTC.
These files are password protected, you can get the password from your friendly saas-office.
You can also use the dynamic viewer:
View Logs
The following table contains the current upgrade requests linked to the current database. Note that this does necessarily contains the whole history for this database as the metabase gets cleaned sometimes and history can get lost when a db moves to another server (which can happen with upgrades). However, most recent requests should be there.
Note that upgrade requests on the platform are archived after a default delay, which may cause the Upgrade Request link to lead you to a dead-end.
{% if migration_history %}Date | State | Mode | Target Version | Request Date | Upgrade Request | |
---|---|---|---|---|---|---|
{{ vals.date | datetime }} | {{ vals.state }} | {{ vals.mode }} {% if vals.mode == 'Rolling Release' and vals.state != 'cancelled (meta)' %} {% endif %} | {{ vals.target_version }} | {{ vals.date | datetime }} | {{ vals.email or '(customer)' }} |
{% if vals.request_link %}
Link
{% else %}
No Link {% endif %} |
No upgrade data found for this database. This does not necessarily mean the there is no upgrade in progress.
{% endif %}No higher version available at this time.
{% endif %}You can restore this database to a previous auto-generated backup.
Your database backup is being prepared. You will be notified by email when it is ready. Use the download button or use the direct link below to download your database backup.
Dump date:
Dump state:
Parameter | Value |
---|---|
{{ key }} | {{ value }} |
Database name | {{ db.name[1] }} |
UUID | {{ db.uuid[1] }} |
Sub. code | {{ subcode }} |
Version | {{ version }} |
Mode | {{ db_mode }} |
E-mail usage |
|
Expiration Date | {{ db.expire_date[1] | datetime }} |
Odoo |
{% if git_info.odoo.commit %}
{{ git_info.odoo.commit }}
{% if git_info.odoo.changes %}
With local changes {% endif %} {% else %} {{ git_info.odoo.error }} {% endif %} |
Enterprise |
{% if git_info.enterprise.commit %}
{{ git_info.enterprise.commit }}
{% if git_info.enterprise.changes %}
With local changes {% endif %} {% else %} {{ git_info.enterprise.error }} {% endif %} |
Design Themes |
{% if git_info.themes.commit %}
{{ git_info.themes.commit }}
{% if git_info.themes.changes %}
With local changes {% endif %} {% else %} {{ git_info.themes.error }} {% endif %} |
Internal |
{% if git_info.internal.commit %}
{{ git_info.internal.commit }}
{% if git_info.internal.changes %}
With local changes {% endif %} {% else %} {{ git_info.internal.error }} {% endif %} |