Upgrading

In this page, you can do as follow:

How to upgrade (docker installation)

Important

This method works only when you have Fleio installed using the docker deployment method. When upgrading Fleio we always recommend you to follow the Recommended upgrade procedure procedure.

To upgrade Fleio to the latest version you need to run the following command:

fleio upgrade

If you want first to check what versions are available you need to run the following command:

fleio updates

If you want to also check for beta versions, you can use the –include-beta (-b) flag:

fleio updates --include-beta
fleio upgrade --include-beta

If you want to upgrade to a certain version, you need to pass the Fleio version. First you should check what versions are available for upgrade:

$ fleio updates --include-beta
Creating fleio_utils_run ... done
Current version: 2021.01.2
Available updates:
2021.03.1
2021.03.0
2021.02.1
2021.02.0

Then you can run the upgrade command using the desired Fleio version:

$ fleio upgrade 2021.02.1

How to upgrade (package installation)

Important

This method works only when you have Fleio installed using system packages. We recommend you to migrate to docker (see Migrate to Fleio docker deployment) as soon as possible. When upgrading Fleio we always recommend you to follow the Recommended upgrade procedure procedure.

To upgrade Fleio just use the system package manager. Some Fleio versions upgrade requires additional steps. See sections below.

Ubuntu

apt-get update
apt-get dist-upgrade fleio-backend fleio-frontend

Centos

yum clean all
yum update fleio-backend fleio-frontend

Recommended upgrade procedure

Important

This method works only when you have Fleio installed using system packages. We recommend you to migrate to docker (see Migrate to Fleio docker deployment) as soon as possible.

When upgrading an existing Fleio installation used in production we recommend you use the following upgrade steps in order to avoid/troubleshoot possible issues:

1. Disable process clients cron

Process client cron is a cron job or periodic celery beat task that processes all clients at repeated intervals and updates client usage, suspends and resume services and so on …

Prior to version 2020.05.0 process clients cron was run as a cron job. Starting from version 2020.05.0 process clients cron is run as a celery beat periodic task. You should disable both since this is documentation is added with 2020.05.0 release.

Disabling the cron job: - edit /var/webapps/fleio/scripts/process_clients_cron and comment out the line containing /var/webapps/fleio/scripts/process_clients_cron by placing a # character at the beginning - wait for any running cron to finish

Disabling the celery beat periodic task: - edit /var/webapps/fleio/project/fleio/fleiosettings/settings.py and add the following line at the end

Note that you should disable any other fleio crons that you are using.

CELERY_BEAT_SCHEDULE = {}

Restart celerybeat:

systemctl restart celerybeat

2. Wait for any running cron processes to finish

This applies to Fleio installations up to 2020.04.3

ps -ef | grep cron

For process client periodic tasks you will need to check in activity log to ensure the task is completed.

3. Create a backup of your Fleio database

This is needed to restore Fleio in case something goes wrong with the update.

4. Create a backup of Fleio file

This is needed to restore Fleio in case something goes wrong with the update. Go to /var/webapps/ and execute

tar -zcvf fleio.2020.03.tar.gz fleio

5. Upgrade Fleio installation

Upgrade Fleio installation using the package managed on the Fleio machine.

6. Check data in Fleio after upgrade

Check data in Fleio to ensure everything is correct after upgrade. Check clients, services, products, client usage and so on until you are satisfied everything is ok.

7. Run process clients on a few clients

Process clients can now be run for specified clients bu using -c arg

cd /var/webapps/fleio/scripts && ./process_clients_cron -c CLIENT_ID

You can use multiple client ids separated by comma.

We recommend to test on a few clients with multiple scenarios like: service is active and it does have credit, service is active but with negative balance, service is suspended, service is terminated and so on. After each run of the cron check to see if the specified clients to see that everything went as expected(check client credit, usage, services …).

8. Enable process clients periodic task

If everything went ok you can enable the process clients cron periodic task by removing the

CELERY_BEAT_SCHEDULE = {}

line from settings.py. Note that this line overrides CELERY_BEAT_SCHEDULE setting in base_settings.py.

If you want to fine tune periodic tasks or enable more than process clients periodic task please see Adjusting the celery beat tasks schedule.

Note that if you prefer to use cron jobs you should leave this line in settings.py and enable cron.

Upgrading to 2022.10

In the 2022.10 release we configured Fleio logger to send emails to admins in case an error is logged. In order for this to work for existing installation you need to add ADMINS setting to settings.py (see https://docs.djangoproject.com/en/4.1/ref/settings/#admins).

Also we have added a fix for a issue with update_exchange_rates_task_at_midnight schedule. If you intend to use this task we suggest you use corrected schedule for it as defined in the comment below:

'update_exchange_rates_task_at_midnight': {
    'task': 'Update exchange rates task',
    'schedule': crontab(hour='0', minute='0')
},

docker-compose.utils.yml file was also removed. utils container is now defined in docker-compose.yml file. If you have any customizations to utils container in docker-compose.utils.override.yml file you should move those to docker-compose.override.yml file.

Upgrading to 2022.09

In the 2022.09 release we have added a fix for multiple problems with the processing incoming email when emojis where used in the ticket subject or body. The fix must be applied on your settings.py file, as it’s related to the database options.

In order to edit the settings.py file, please run fleio edit settings.py and look for the DATABASES dictionary:

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.mysql',
        'NAME': 'fleio',
        'USER': 'root',
        'PASSWORD': '',
        'HOST': 'localhost',
        'PORT': '3306',
        'CONN_MAX_AGE': 500,
        'OPTIONS': {
            'init_command': "SET sql_mode='STRICT_ALL_TABLES'",
        },
    },
}

In the OPTIONS part, you need to add the charset:

...
        'OPTIONS': {
            'charset': 'utf8mb4',
            'init_command': "SET sql_mode='STRICT_ALL_TABLES'",
        },
...

In the 2022.09 release we also introduced a new periodic task, which will clear the expired Django sessions / Fleio tokens.

If you’ve overwritten the CELERY_BEAT_SCHEDULE dictionary (in order to change how often a period task is run, then you will have to update it, in your settings.py file. The new CELERY_BEAT_SCHEDULE should be the following:

CELERY_BEAT_SCHEDULE = {
    'process_clients_task_every_15_minutes': {
        'task': 'Process clients task',
        'schedule': crontab(minute='*/15')
    },
    'collect_traffic_data_task_every_15_minutes': {
        'task': 'Collect traffic data task',
        'schedule': crontab(minute='*/15')
    },
    'update_exchange_rates_task_at_midnight': {
        'task': 'Update exchange rates task',
        'schedule': crontab()
    },
    'process_scheduled_backups_task_every_15_minutes': {
        'task': 'Process scheduled backups task',
        'schedule': crontab(minute='*/15')
    },
    'sync_hypervisors_task_every_60_minutes': {
        'task': 'Hypervisors background synchronization',
        'schedule': crontab(minute='*/60')
    },
    'clear_expired_sessions_every_12_hours': {
        'task': 'Clear expired sessions task',
        'schedule': crontab(hour='*/12')
    },
}

In 2022.09 release we also merged end-user’s openstack/billing/history API into openstack/billing and staff’s billing/usage-history API into billing/usage API. If you’ve made any changes or you have any scripts that pull information using these APIs, you will have to adapt them.

Upgrading to 2022.04

In the 2022.04 release we have upgraded the Fleio backend dependencies. With this upgrade, we also moved to django 4.0, where PASSWORD_RESET_TIMEOUT_DAYS setting was removed. If you’re aware that you changed the PASSWORD_RESET_TIMEOUT_DAYS time by redefining the variable in your settings.py, then you need to remove it and use the PASSWORD_RESET_TIMEOUT variable.

Note that the new variable uses seconds while the old one used days.

If you’re using the CSRF_TRUSTED_ORIGINS setting, then you will need to also include the scheme (http:// or https://)

Upgrading to 2021.12

In the 2021.12 release we have changed the utils menu option to utilities. If you redefined the Fleio menu in settings.py, you will have to rename all utils/xxx angular_route parameters to utilities/xxx.

Upgrading to 2021.11.0

In the 2021.11.0 release we have removed the “state” parameter from the MenuItem classes in their definition of menu in settings.py. If you redefined the Fleio menu in settings.py, you will have to remove all traces of the ‘state’ parameter.

For example, Networks menu changed from:

MenuItem(label=_('Networks'), state='openstackNetworks', icon='networks', feature='openstack.networks', angular_route='openstack/networks', related_permission='networks.list'),

to

MenuItem(label=_('Networks'), icon='networks', feature='openstack.networks', angular_route='openstack/networks', related_permission='networks.list'),

Another thing that was removed in the 2021.11.0 release is “minTTL” frontend setting. In order to configure a minimum TTL you need to add the following variable in the settings.py:

DNS_ENDUSER_MIN_TTL = 300

Replace 300 with the desired value.

In 2021.11.0 we also added a new dark theme. For existing installations, you will have to manually add the theme in the enduser, staff and reseller panels, by running the following commands:

fleio edit enduser.config.json
fleio edit staff.config.json
fleio edit reseller.config.json

Then, in the availableThemes list, add “dark”:

"availableThemes": [
"spring",
"navy",
"dusk",
"dark"
],

Upgrading to 2021.10.1

In the 2021.10.1 release we have added new filters and modifiers. If you’re upgrading from a previous Fleio version, then you will not be able to configure them until you will add the new filters and modifiers into Fleio.

First, you will have to enable django admin. Please see Django admin.

Next step is to access the django admin, which should be available at {{ your configured frontend url }}/backend/admin

If you are asked to login, then you will have to use your administrator credentials.

Navigate to Billing app -> billing resources -> Instance and in the definition field, replace all it’s contents with the one from below (has_boot_volume is the new entry that was added).

{
    "attributes": [
        {
            "type": "string",
            "name": "availability_zone"
        },
        {
            "type": "string",
            "name": "instance_type"
        },
        {
            "type": "string",
            "name": "display_name"
        },
        {
            "type": "datetime",
            "name": "launched_at"
        },
        {
            "type": "string",
            "name": "state"
        },
        {
            "type": "integer",
            "name": "vcpus"
        },
        {
            "type": "integer",
            "name": "root_gb",
            "value_size": "g"
        },
        {
            "value_size": "m",
            "name": "memory_mb",
            "type": "integer"
        },
        {
            "type": "string",
            "name": "os_type"
        },
        {
            "type": "string",
            "name": "instance_id"
        },
        {
            "type": "string",
            "name": "tenant_id"
        },
        {
            "type": "string",
            "name": "host"
        },
        {
            "type": "string",
            "name": "has_boot_volume"
        },
        {
            "type": "integer",
            "name": "ephemeral_gb",
            "value_size": "g"
        },
        {
            "type": "string",
            "name": "region"
        }
    ]
}

Save and navigate to Billing app -> billing resources -> Volume and in the definition field replace the contents with the following (related_instance_flavor new entry was added):

{
    "attributes": [
        {
            "value_size": "g",
            "type": "integer",
            "name": "size"
        },
        {
            "type": "string",
            "name": "availability_zone"
        },
        {
            "type": "datetime",
            "name": "created_at"
        },
        {
            "type": "string",
            "name": "volume_type"
        },
        {
            "type": "string",
            "name": "related_instance_flavor"
        },
        {
            "type": "string",
            "name": "display_name"
        },
        {
            "type": "string",
            "name": "region"
        }
    ]
}

Pre 2021.01.0

Upgrading to 2020.12.1

Important

This method works only when you have Fleio installed using system packages. We recommend you to migrate to docker (see Migrate to Fleio docker deployment) as soon as possible.

In 2020.12.1 we have added the enduser panel in Angular and support for Swift object store. In order to enable Swift object store you need enable the Angular enduser panel so you will need to add the following configuration in the Nginx configuration:

location /new {
    alias /var/webapps/fleio/frontend/enduser/;
    expires -1;
    try_files $uri $uri/ /../enduser/index.html;
}

Finally do not forget to reload nginx using the following cli commands:

nginx -t
systemctl reload nginx

Upgrading to 2020.11.1

Important

This method works only when you have Fleio installed using system packages. We recommend you to migrate to docker (see Migrate to Fleio docker deployment) as soon as possible.

With the 2020.11.1 upgrade we have implemented a new log level called FLEIO ACTIVITY and we have redesigned the general logging.

Before upgrading to the 2020.11.1 version you will have to check /var/webapps/fleio/fleiosettings/settings.py to be sure that you have no custom logging setting added. You can do that by running the following command:

grep LOGGING /var/webapps/fleio/fleiosettings/settings.py

If you have any results, you will need to comment or remove those lines.

After that you can proceed with the Recommended upgrade procedure.

However, if you already upgraded and you received an error related to Logging, you can just do the steps from above and then run the update commands again.

Upgrading to 2020.07.1

Important

This method works only when you have Fleio installed using system packages. We recommend you to migrate to docker (see Migrate to Fleio docker deployment) as soon as possible.

New nginx configuration

In 2020.07.1 we have added the Tickets plugin in Angular. In order to properly work you need to add the following tinymce configuration in the Nginx configuration:

location /tinymce {
    alias /var/webapps/fleio/frontend/staff/tinymce/;
    break;
}

Finally do not forget to reload nginx using the following cli commands:

nginx -t
systemctl reload nginx

Upgrading to 2020.05.0

Important

This method works only when you have Fleio installed using system packages. We recommend you to migrate to docker (see Migrate to Fleio docker deployment) as soon as possible.

To upgrade to version 2020.05.0 on Ubuntu 16 and Ubuntu 18 first you will need to run:

apt-get dist-upgrade fleio-backend fleio-frontend

This is necessary due to a new dependency (patch) that was introduced in 2020.05 release. The regular apt-get upgrade fleio-backend fleio-frontend command will not install the dependency and you might get in a state that fleio-frontend is not automatically upgraded.

To upgrade to version 2020.05.0 on Centos you need to run:

yum install fleio-backend fleio-frontend

Besides this, the following additional steps are required.

We are migrating the Fleio frontend from the legacy AngularJS framework to Angular. For a smooth migration we are gradually rewriting and releasing pages from the staff panel in Angular. After the staff panel is successfully migrated to Angular we will do the same for the end-user panel. This is expected to take several months.

The new Angular pages are temporarily located a under the /newstaff URL, while the previous pages remain for now under /staff URL.

New nginx settings

By default some of the staff panel menu options already point to /newstaff links, while the pages that are not yet migrated to Angular will still link to a /staff URL. For instance, one of the first pages migrated to Angular is Settings > Configurations and it links to /newstaff/settings/configurations.

This requires that you add a new entry to your nginx conf, which is usually located at for Ubuntu at /etc/nginx/sites-enabled/{ your domain }.conf and for CentOS at /etc/nginx/conf.d/{ your domain }.conf.

Add this entry in the server configuration after the /staff location.

# identify the following section and leave it unchanged
location /staff {
    alias /var/webapps/fleio/frontend/site/staff/;
    expires -1;
    try_files $uri $uri/ /staff/index.html;
}

# insert below the following lines
location /newstaff {
    alias /var/webapps/fleio/frontend/staff/;
    expires -1;
    try_files $uri $uri/ /../staff/index.html;
}

Reload nginx to apply the change:

systemctl reload nginx

If you have enabled the reseller feature an additional change is required in the nginx config. Replace this section:

# identify these section and delete it
location /reseller {
    root /var/webapps/fleio/frontend/site/;
    expires -1;
    try_files $uri $uri/ /reseller/index.html;
}

Replace with:

# the new reseller directives
location /reseller {
    alias /var/webapps/fleio/frontend/reseller/;
    expires -1;
    try_files $uri $uri/ /../reseller/index.html;
}

Reload nginx to apply the change:

systemctl reload nginx

New menu definition

If you previously changed the menu in constants.js file, see https://fleio.com/docs/2022.04.1/configuring/frontend-settings.html#new-menu-definition-1