Without it, the interest of tweaking the partition table is limited, because:
- it is impossible to free space efficiently
- 'optimize table' is even slower

slaprunner: export script shouldn't succeed if the backup of the contained instances are running at the same time

- version up: setuptools 30.1.0
- revert commit 1d0a8073

NEO is also not ready yet for transaction 2.x

This MR brings some confort of use and of administration for the resiliency stack and resiliency related taks :

   *  logrotate some logs/feeds to save disk space
   * adds more promises on export and import instances
   * improves feedback on import failures :  promises are more verbose, more information on the takeover webpage, ...
   * better indempotency for the backup time information, which is now published instead of read from the .installed.cfg

Updated on 11/22 : 

   * improve pbs recipe : makes the trap command cross-shell
   * remove infinite loops in scripts generated by pbs, but run a given amount of time until raising an error (which can be catched by promises)
   * runner-importer script doesn't systematically fails if there is no requested SR.
   * adds promises for notifier feeds (on exporter and pbs) to check last result and check if feed is corrupted

This MR should be merged after slapos.core has been upgraded 

/reviewed-on nexedi/slapos!115

/reviewed-on nexedi/slapos!117

resilient: adds a promise to test integrity and the status of the last run of the feeds generated by notifier scripts

Instead, of that, the notifier wrappers will run the scripts several more times in case of failures
This is better than silent failures.

  Introduce NGINX on the same partition of apache to handle websocket\
  and eventsource types.

  The NGINX will run on another port and it would require a second ip at
  the machine for enable it.

  This configuration is a working version with fully https support, but
  some additional adjustments might be required.

Instead, of that, the notifier wrappers will run the scripts several more times in case of failures
This is better than silent failures.

  Use a single apache server to handle cache and normal apache configurations. With trafficserver,
  the access would follow the model:

    Apache > Traffic Server > Apache 'Cache' > Backend

  Now the configuration changed to:

    Apache > Traffic Server > Apache (same as before) > Backend

  This simplify the amount of apache process to manage on the frontend.