Read-only mode?
by Duncan.Innes@rbs.com
Hi,
Is there a read-only mode with the Cockpit interface to allow system details to be gathered, but not altered?
Our use for Cockpit would like to see a read-only mode and perhaps a couple of different read/write mode access levels (middleware team can only restart httpd & JBoss etc). I'm looking at this from the perspective of seeing the Foreman-cockpit plugin this week. This plugin seems to provide unfettered access for any Foreman user. Is this where "Deep Integration" will come in?
Also wondering if it's possible to write bespoke modules for Cockpit to allow us to report our specific application stats back via the Cockpit service. The docs explain how to embed cockpit and use cockpit components, but not how to integrate our own modules into cockpit (to my non-developer eyes).
Thanks
Duncan
***********************************************************************************
The Royal Bank of Scotland plc. Registered in Scotland No 90312.
Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB.
Authorised by the Prudential Regulation Authority and regulated
by the Financial Conduct Authority and Prudential Regulation Authority.
The Royal Bank of Scotland N.V. is authorised and regulated by the
De Nederlandsche Bank and has its seat at Amsterdam, the
Netherlands, and is registered in the Commercial Register under
number 33002587. Registered Office: Gustav Mahlerlaan 350,
Amsterdam, The Netherlands. The Royal Bank of Scotland N.V. and
The Royal Bank of Scotland plc are authorised to act as agent for each
other in certain jurisdictions.
This e-mail message is confidential and for use by the addressee only.
If the message is received by anyone other than the addressee, please
return the message to the sender by replying to it and then delete the
message from your computer. Internet e-mails are not necessarily
secure. The Royal Bank of Scotland plc and The Royal Bank of Scotland
N.V. including its affiliates ("RBS group") does not accept responsibility
for changes made to this message after it was sent. For the protection
of RBS group and its clients and customers, and in compliance with
regulatory requirements, the contents of both incoming and outgoing
e-mail communications, which could include proprietary information and
Non-Public Personal Information, may be read by authorised persons
within RBS group other than the intended recipient(s).
Whilst all reasonable care has been taken to avoid the transmission of
viruses, it is the responsibility of the recipient to ensure that the onward
transmission, opening or use of this message and any attachments will
not adversely affect its systems or data. No responsibility is accepted
by the RBS group in this regard and the recipient should carry out such
virus and other checks as it considers appropriate.
Visit our website at www.rbs.com
***********************************************************************************
7 years, 10 months
Cockpit 0.82
by Stef Walter
This is a summary of the Cockpit weekly release. This week it was 0.82
Distributed Tests
-----------------
In Cockpit we run thousands of integration tests per day against pull
requests and git master. Each test brings up up Cockpit in a full
operating system VM, and hammers on it in some way. Without these tests
it's impossible to validate that Cockpit actually works.
Last week, the server doing this testing work broke down. We've been
working over the last week to fix that. And it's taken most of our time.
But we've done more, instead of just putting this on another server,
we've worked to make these integration tests run in a distributed manner
across several machines each doing a part of the tests.
The tests are staged via privileged containers, and run in libvirt VMs.
There's still a lot of flakey test failures, but those are being sorted
out step by step.
Docs: https://github.com/cockpit-project/cockpit/blob/master/test/README
More:
https://lists.fedorahosted.org/pipermail/cockpit-devel/2015-October/00036...
Certificate Chains
------------------
Cockpit has supported using certificate chains for its cockpit-ws
component, but only when the underying GLib (2.44+) supported it. In
this release we start to support running TLS with proper certificate
chains even on older GLib versions:
http://cockpit-project.org/guide/0.82/https.html#https-certificates
Next
----
There's lots of other work in progress. You can see it here in the
Design and Implementation columns:
https://github.com/cockpit-project/cockpit/wiki/Features
https://github.com/cockpit-project/cockpit/pulls
https://trello.com/b/mtBhMA1l/cockpit
Get it
------
You can get Cockpit 0.82 in Fedora 23 or Fedora Rawhide:
https://bodhi.fedoraproject.org/updates/FEDORA-2015-273bc74c11
Or via COPR for CentOS, RHEL, and earlier versions of Fedora:
https://copr.fedoraproject.org/coprs/sgallagh/cockpit-preview/
Or download the tarball here:
https://github.com/cockpit-project/cockpit/releases/tag/0.82
Cheers,
Stef
7 years, 11 months
Distributed Cockpit Integration Tests
by Stef Walter
In Cockpit we run thousands of integration tests per day against pull
requests and git master. Each test brings up up Cockpit in a full
operating system VM, and hammers on it in some way. Without these tests
it's impossible to validate that Cockpit works.
Last week, the server doing this testing work broke down.
We've been working over the last week to fix that. But we've done more,
instead of just putting this on another server, we've worked to make
these integration tests run in a distributed manner.
As a developer using the new distributed tests is a bit different, and
the documentation has been updated:
https://github.com/cockpit-project/cockpit/blob/master/test/README
Other Operating Systems
-----------------------
Previously we were limited to running the tests on Fedora 22 and RHEL
7.1 for each pull request. One of the reasons was that the server was
simply maxed out much of the time.
By distributing the integration tests, we can open the floor to testing
on further operating systems, and having multiple cases of the tests
running in parallel for each pull request.
Obviously this is not the only factor in running integration tests
against say Debian ... but it was certainly a big blocker in the past.
If dedicating time toward Cockpit's integration tests running on another
OS is something that interests you, don't hesitate to post here on this
list or in the #cockpit channel on FreeNode.
Cheers,
Stef
7 years, 11 months
Weekly meeting notes
by Stef Walter
===========
#cockpit: !
===========
Meeting started by stefw at 14:10:10 UTC. The full logs are available at
http://meetbot.fedoraproject.org/cockpit/2015-10-26/cockpit.2015-10-26-14...
.
Meeting summary
---------------
* Agenda (stefw, 14:10:23)
* Server outage of Cockpit infrastructure (stefw, 14:13:27)
* LINK: http://cockpit-project.org/guide/latest/index.html (stefw,
14:20:42)
* ACTION: Stef will create an index page (stefw, 14:21:58)
* ACTION: Andreas will update the 'latest version' link (stefw,
14:22:09)
* Open Floor (stefw, 14:23:07)
Meeting ended at 14:26:59 UTC.
Action Items
------------
* Stef will create an index page
* Andreas will update the 'latest version' link
Action Items, by person
-----------------------
* **UNASSIGNED**
* Stef will create an index page
* Andreas will update the 'latest version' link
People Present (lines said)
---------------------------
* stefw (39)
* andreasn (9)
* petervo (5)
* zodbot (3)
* github (1)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
7 years, 11 months
Cannot add a host. Says "Cannot forward login credentials".
by Fuji San
I installed cockpit 0.67-2.fc22 on an ipa server and added several servers
from the dahsboard as you can see here: http://i.imgur.com/vca19wS.png
But there is one server that keeps annoying me (as you can see here:
http://i.imgur.com/3J7AHQY.png).
It says "Cannot forward login credentials".
I checked in /var/log/messages and found this:
Oct 22 10:10:02 zaira2 cockpit-ws: adina.xxx: ssh-ed25519 host key for
server is not known: 8f:55:e3:ee:90:f3:30:11:43:3b:99:97:c5:9c:8a:0f
but then I found the same message for all the other servers I succeeded to
add to the dashboard:
Oct 22 09:47:51 zaira2 cockpit-ws: zaira.xxx: ssh-ed25519 host key for
server is not known: f5:d7:67:d1:7b:db:d3:b0:54:4d:b7:0e:b9:38:da:a7
Oct 22 09:48:54 zaira2 cockpit-ws: arabella.xxx: ssh-ed25519 host key for
server is not known: 23:09:0b:c3:b1:1c:c4:2d:fc:37:fc:45:f3:27:91:53
Oct 22 09:56:04 zaira2 cockpit-ws: salome.xxx: ssh-ed25519 host key for
server is not known: 61:70:b2:cf:7d:a5:b9:27:40:68:3b:57:4f:ab:40:48
Oct 22 09:58:28 zaira2 cockpit-ws: nabucco.xxx: ssh-ed25519 host key for
server is not known: 57:b0:f0:6c:f3:4d:f9:b3:55:81:08:60:e5:81:a0:23
Oct 22 10:07:11 zaira2 cockpit-ws: rigoletto.xxx: ssh-ed25519 host key for
server is not known: 36:0e:80:79:fd:ec:e5:47:c3:e4:d1:de:86:27:9b:b1
...
What can be wrong with server adina?
Fuji
7 years, 11 months
How do I configure firefox to log in to cockpit web ui?
by Fuji San
Hello,
I installed cockpit on my server and I could log in as root. But then I
installed freeipa-server on my server and configured firefox to log in the
ipa web ui using kerberos.
Now when I want to login to the web ui of cockpit on port 9090, I get this
: http://i.imgur.com/9YEIYRo.png
No field to enter username and password. It's probably due to the kerberos
config for ipa.
Any idea how I can configure cockpit/firefox to connect again to the
cockpit web ui?
Fuji
7 years, 11 months