From Fedora Project Wiki
(→‎Scope: Request time)
mNo edit summary
(18 intermediate revisions by 4 users not shown)
Line 32: Line 32:
-->
-->
* Name: [[User:Sgallagh| Stephen Gallagher]]
* Name: [[User:Sgallagh| Stephen Gallagher]]
** Email: sgallagh@fedoraproject.org
* Email: sgallagh@fedoraproject.org
* Name: [[User:mvo| Marius Vollmer]]
* Name: [[User:mvo| Marius Vollmer]]
* Name: [[User:stefw| Stef Walter]]
* Name: [[User:stefw| Stef Walter]]
* Release notes owner: <!--- To be assigned by docs team [[User:FASAccountName| Release notes owner name]] <email address> -->
* Release notes owner: [[User:Pbokoc| Petr Bokoc]] pbokoc at redhat dot com
<!--- UNCOMMENT only for Changes with assigned Shepherd (by FESCo)
<!--- UNCOMMENT only for Changes with assigned Shepherd (by FESCo)
* FESCo shepherd: [[User:FASAccountName| Shehperd name]] <email address>
* FESCo shepherd: [[User:FASAccountName| Shehperd name]] <email address>
Line 45: Line 45:
== Current status ==
== Current status ==
* Targeted release: [[Releases/21 | Fedora 21 ]]  
* Targeted release: [[Releases/21 | Fedora 21 ]]  
* Last updated: 2014-04-01
* Last updated: 2014-07-04
<!-- After the change proposal is accepted by FESCo, tracking bug is created in Bugzilla and linked to this page  
<!-- After the change proposal is accepted by FESCo, tracking bug is created in Bugzilla and linked to this page  
Bugzilla states meaning as usual:
Bugzilla states meaning as usual:
Line 54: Line 54:
CLOSED as NEXTRELEASE -> change is completed and verified and will be delivered in next release under development
CLOSED as NEXTRELEASE -> change is completed and verified and will be delivered in next release under development
-->
-->
* Tracker bug: <will be assigned by the Wrangler>
* Tracker bug: [https://bugzilla.redhat.com/show_bug.cgi?id=1091301 #1091301]


== Detailed Description ==
== Detailed Description ==
Line 68: Line 68:


=== Multi-server ===
=== Multi-server ===
You can monitor and administer several servers at the same time. Just add them with a single click and your machines will look after its buddies.
You can monitor and administer several servers at the same time.


== Benefit to Fedora ==
== Benefit to Fedora ==
Line 86: Line 86:
<!-- What work do the developers have to accomplish to complete the change in time for release?  Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?-->
<!-- What work do the developers have to accomplish to complete the change in time for release?  Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?-->


There are three primary goals for the initial release of Cockpit in Fedora Server. In descending order of importance:
# Inclusion of Cockpit as part of the default (not necessarily minimal) install set for Fedora Server
# Inclusion of Cockpit as part of the default (not necessarily minimal) install set for Fedora Server
# Support for deploying and configuring the [[Changes/DomainControllerServerRole | Domain Controller Server Role]].
# Support for deploying and configuring the [[Changes/DatabaseServerRole | Database Server Role]].


* Proposal owners:
* Proposal owners:
<!-- What work do the feature owners have to accomplish to complete the feature in time for release?  Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?-->
<!-- What work do the feature owners have to accomplish to complete the feature in time for release?  Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?-->
** Support for a modular architecture (to support role-deployment snap-ins)
** Support for a modular architecture
** [more]
** Improved network management


* Other developers: Support for Server Roles provided by the Server SIG
* Other developers: N/A
<!-- What work do other developers have to accomplish to complete the feature in time for release?  Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?-->
<!-- What work do other developers have to accomplish to complete the feature in time for release?  Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?-->


Line 136: Line 133:
* Flip switches, press buttons.
* Flip switches, press buttons.


(To be filled out in more detail later)
Until cockpit is installed by default in Fedora Server Rawhide:
 
    $ sudo yum install cockpit
    $ sudo systemctl enable cockpit.socket
    $ sudo systemctl start cockpit
    $ sudo firewall-cmd --add-service=cockpit
    $ sudo setenforce 0 # being fixed
    -> http://localhost:1001
 
Try try out in Fedora 20:
 
    $ sudo yum install --enablerepo=updates-testing cockpit
    $ sudo systemctl enable cockpit.socket
    $ sudo systemctl start cockpit
    $ sudo firewall-cmd --add-service=cockpit
    $ sudo setenforce 0 # fixed in rawhide
    -> http://localhost:1001


== User Experience ==
== User Experience ==
Line 152: Line 165:
<!-- 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.
** 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 ==
Line 173: Line 186:
-->
-->


[[Category:ChangePageIncomplete]]
[[Category:ChangeAcceptedF21]]
<!-- When your change proposal page is completed and ready for review and announcement -->
<!-- When your change proposal page is completed and ready for review and announcement -->
<!-- remove Category:ChangePageIncomplete and change it to Category:ChangeReadyForWrangler -->
<!-- remove Category:ChangePageIncomplete and change it to Category:ChangeReadyForWrangler -->
Line 180: Line 193:


<!-- Select proper category, default is Self Contained Change -->
<!-- Select proper category, default is Self Contained Change -->
[[Category:SelfContainedChange]]
<!-- [[Category:SelfContainedChange]] -->
<!-- [[Category:SystemWideChange]] -->
[[Category:SystemWideChange]]

Revision as of 15:40, 11 August 2014


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

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.

Until cockpit is installed by default in Fedora Server Rawhide:

   $ sudo yum install cockpit
   $ sudo systemctl enable cockpit.socket
   $ sudo systemctl start cockpit
   $ sudo firewall-cmd --add-service=cockpit
   $ sudo setenforce 0 # being fixed
   -> http://localhost:1001

Try try out in Fedora 20:

   $ sudo yum install --enablerepo=updates-testing cockpit
   $ sudo systemctl enable cockpit.socket
   $ sudo systemctl start cockpit
   $ sudo firewall-cmd --add-service=cockpit
   $ sudo setenforce 0 # fixed in rawhide
   -> http://localhost:1001

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