Changes/CockpitManagementConsole

From FedoraProject

< Changes(Difference between revisions)
Jump to: navigation, search
(Scope: Remove mention of server roles)
(Contingency Plan)
Line 149: Line 149:
 
<!-- If you cannot complete your feature by the final development freeze, what is the backup plan?  This might be as simple as "Revert the shipped configuration".  Or it might not (e.g. rebuilding a number of dependent packages).  If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy.  -->
 
<!-- If you cannot complete your feature by the final development freeze, what is the backup plan?  This might be as simple as "Revert the shipped configuration".  Or it might not (e.g. rebuilding a number of dependent packages).  If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy.  -->
 
* Contingency mechanism: (What to do?  Who will do it?) <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
 
* Contingency mechanism: (What to do?  Who will do it?) <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
** If portions of the above goals cannot be completed, they will be dropped from the bottom-up.
 
 
** The Cockpit project upstream would like to request an additional 2-4 weeks on the Fedora schedule to ensure completion of the core functionality.
 
** The Cockpit project upstream would like to request an additional 2-4 weeks on the Fedora schedule to ensure completion of the core functionality.
 +
** If Cockpit is not feature complete, inclusion by default will be deferred to Fedora 22.
 
<!-- When is the last time the contingency mechanism can be put in place?  This will typically be the beta freeze. -->
 
<!-- When is the last time the contingency mechanism can be put in place?  This will typically be the beta freeze. -->
* Contingency deadline: N/A (not a System Wide Change) <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
+
* Contingency deadline: Beta Freeze <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
 
<!-- Does finishing this feature block the release, or can we ship with the feature in incomplete state? -->
 
<!-- Does finishing this feature block the release, or can we ship with the feature in incomplete state? -->
* Blocks release? Yes <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
+
* Blocks release? No <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Blocks product? Fedora Server <!-- Applicable for Changes that blocks specific product release/Fedora.next -->
+
* Blocks product? Fedora Server (Very nice to have) <!-- Applicable for Changes that blocks specific product release/Fedora.next -->.
** Shipping Cockpit on the default media of Fedora Server is blocking. The other goals are not.
+
  
 
== Documentation ==
 
== Documentation ==

Revision as of 15:50, 8 April 2014


Contents

Cockpit Management Console

Summary

The Fedora Server Product will ship the Cockpit Project as available by default, providing an approachable tool for system management.

Owner

  • Product: Fedora Server
  • Responsible WG: Fedora Server WG

Current status

  • Targeted release: Fedora 21
  • Last updated: 2014-04-01
  • Tracker bug: <will be assigned by the Wrangler>

Detailed Description

Cockpit is a server manager that makes it easy to administer your GNU/Linux servers via a web browser.

Easy to use

Cockpit is perfect for new sysadmins, allowing them to easily perform simple tasks such as storage administration, inspecting journals and starting and stopping services.

No interference

Jumping between the terminal and the web tool is no problem. A service started via Cockpit can be stopped via the terminal. Likewise, if an error occurs in the terminal, it can be seen in the Cockpit journal interface.

Multi-server

You can monitor and administer several servers at the same time.

Benefit to Fedora

Fedora Server will benefit from having a simple and powerful graphical interface for managing systems. This will make Fedora Server more approachable to less-experienced administrators, as well as providing a set of new tools for veterans.

Some of the specific capabilities that Cockpit provides:

  • Systemd service management
  • Journal log viewer
  • Storage setup, including LVM
  • Basic Network configuration
  • Add and Remove local users

Cockpit runs fine on headless servers, and makes it easy to access a server remotely. It aims to be useful along side other tools already in Fedora, and so will be useful to administrators, even if it doesn't yet solve every last need.

Scope

  1. Inclusion of Cockpit as part of the default (not necessarily minimal) install set for Fedora Server
  • Proposal owners:
    • Support for a modular architecture
    • Improved network management
  • Other developers: N/A
  • Release engineering: Inclusion of cockpit into comps.xml
  • Policies and guidelines: N/A
  • Special Requests: Cockpit would like to request an additional 2-4 weeks on the Fedora 21 schedule to ensure completion of the core functionality.

Upgrade/compatibility impact

As Fedora 21 will be the first version of Fedora Server, there will be no existing system from which to upgrade.

This Change should have no impact on users upgrading from Fedora 20 (with no Product identification).

How To Test

  • Start the Cockpit service (or enable socket-activation)
  • Connect to the Cockpit port with a web browser
  • Flip switches, press buttons.

(To be filled out in more detail later)

User Experience

Users will have access to a powerful web-based user interface for managing their system.

Dependencies

Contingency Plan

  • Contingency mechanism: (What to do? Who will do it?)
    • The Cockpit project upstream would like to request an additional 2-4 weeks on the Fedora schedule to ensure completion of the core functionality.
    • If Cockpit is not feature complete, inclusion by default will be deferred to Fedora 22.
  • Contingency deadline: Beta Freeze
  • Blocks release? No
  • Blocks product? Fedora Server (Very nice to have) .

Documentation

http://cockpit-project.org/

Release Notes