Eagleman7

``` backports.ssl-match-hostname==3.5.0.1 certifi==2017.11.5 chardet==3.0.4 configobj==4.7.2 daemon==1.1 decorator==3.4.0 Django==1.11.12 django-bootstrap3==9.1.0 django-dbbackup==2.5.0 django-filter==1.1.0 django-filters==0.2.1 django-ipware==1.1.6 django-revproxy==0.9.13 django-tables2==1.15.0 django-webpack-loader==0.6.0 djangorestframework==3.8.2 elasticsearch==6.0.0 enum34==1.1.6 gitdb==0.6.4 gitdb2==2.0.3 GitPython==2.1.7 Glances==2.11.1 gunicorn==19.7.1 idna==2.6 idstools==0.6.3 iniparse==0.4 ipaddress==1.0.16 IPy==0.75 lockfile==0.9.1...

Any idea what this might cause @regit ?

How can it download the rules from https://redmine.openinfosecfoundation.org/projects/suricata/repository/revisions/master/show/rules when the source target is set to https://rules.emergingthreats.net/open/suricata-3.0/emerging.rules.tar.gz ?

http://i.imgur.com/YoM9zRQ.png

It seems to be originating from the Amsterdam installation, I exported the backup from there into my new installation. Should it remove categories when they don't exist in the source?...

That would be one of the solutions, what happens if a specific rule doesn't exist anymore, does scirius delete the rule?

Makes sense to do the same for unused categories then as well.

When I do that it shows me this: ``` Reset failed: TransportError(400, u'illegal_argument_exception', u'Rejecting mapping update to [.kibana] as the final mapping would have more than 1 type: [index-pattern, doc]')...

Already got it specified: ``` KIBANA_DASHBOARDS_PATH = "/opt/KTS/" ```

When changed to that it shows: ``` Reset failed: Please make sure Kibana dashboards are installed at /opt/KTS/dashboards/: no index-pattern found ```