Nick Coghlan | 1 Apr 03:38 2014
Picon

Cockpit: potentially interesting remote server admin project

Ran across this today: http://cockpit-project.org/

As it matures, it could be an interesting thing to figure out how to get
running on Beaker systems.

Cheers,
Nick.

--

-- 
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane

Testing Solutions Team Lead
_______________________________________________
Beaker-devel mailing list
Beaker-devel <at> lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/beaker-devel
Amit Saha | 31 Mar 02:19 2014
Picon

Fwd: beah components and their interaction

I have found myself referring these fairly regularly while working on Beah.
Would it be a good idea to put this in the beah developer guide?
I can't promise that it will be any better than it is as below.

> During a test run, several Beah components interact over TCP/IP within
> the system itself.
> 
> Beah local servers
> ==================
> 
> When you login to a test system (say, when "reservesys" is running), you will
> see that
> the following Beah specific servers listening:
> 
> beah-srv   9353    root   10u  IPv4  28367      0t0  TCP *:12432 (LISTEN)
> beah-srv   9353    root   11u  IPv6  28368      0t0  TCP localhost:12432
> (LISTEN)
> beah-srv   9353    root   13u  IPv4  28370      0t0  TCP *:12434 (LISTEN)
> beah-srv   9353    root   14u  IPv6  30919      0t0  TCP localhost:12434
> (LISTEN)
> beah-rhts 10898    root    7u  IPv4  31905      0t0  TCP localhost:7085
> (LISTEN)
> beah-rhts 10898    root   11u  IPv6  31906      0t0  TCP localhost:7085
> (LISTEN)
> 
> Note that this is the IPv6 capable harness that we plan to release soon and
> hence each
> of the servers are listening on both IPv4 and IPv6 interfaces.
> 
> The 'beah-srv' process corresponds to the function "start_server" in
(Continue reading)

Dan Callaghan | 27 Mar 01:05 2014
Picon

Beaker 0.16.1 released

The Beaker 0.16.1 bug fix release is now available from 
beaker-project.org [1]. This is a small release fixing three important 
regressions, plus some other minor bug fixes.

If you already upgraded to version 0.16.0, please be aware that you will 
be affected by a bug in the original database upgrade instructions [2]. 
You should run the following additional SQL statement to correct the 
problem:

    UPDATE power
    SET power_quiescent_period = 5
    WHERE power_quiescent_period = 0;

A complete description of the bug fixes in this release can be found in 
the updated release notes [3]. The detailed list of all changes made 
since Beaker 0.16.0 is also available [4].

[1] http://beaker-project.org/releases/
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1078620
[3] http://beaker-project.org/docs/whats-new/release-0.16.html#beaker-0-16-1
[4] http://beaker-project.org/releases/beaker-0.16.1-ChangeLog

--

-- 
Dan Callaghan <dcallagh <at> redhat.com>
Software Engineer, Hosted & Shared Services
Red Hat, Inc.
_______________________________________________
Beaker-devel mailing list
(Continue reading)

Amit Saha | 19 Mar 06:29 2014
Picon

Readahead collection and Beah

Recently it was reported that beah starts task execution while systemd-readahead-collect 
is running. This was reported on RHEL 7, but will possibly be seen on Fedora as well.

The simple solution that was first thought of was to start beah after systemd-readahead-collect.timer. 
However, this won't work because systemd-readahead-collect.timer has "After=default.target" in it's 
unit file. So basically, we end up with a cyclic dependency. Two alternative approaches that can be taken:

1. Define an alternative boot target
2. Disable readahead collection as we do for RHEL 6 now.

See https://bugzilla.redhat.com/show_bug.cgi?id=1072284#c4 and the following comment
for more discussions on the same.

Currently we are thinking of implementing (2) above. 

Any other thoughts?

-Amit.

--

-- 
Amit Saha 
SED, Hosted & Shared Services
Red Hat, Inc.
_______________________________________________
Beaker-devel mailing list
Beaker-devel <at> lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/beaker-devel
Dan Callaghan | 17 Mar 02:16 2014
Picon

Beaker 0.16.0 released

On behalf of the Beaker development team, I'm pleased to announce that 
Beaker 0.16.0 is now available from the Beaker web site [1].

The headline feature in this release is experimental server-side support 
for "external tasks". A recipe can now refer to tasks by URL, without 
needing the task to exist in Beaker's task library. Alternative 
harnesses can use this functionality to run tasks directly from source 
control or other locations outside Beaker's task library.

This release also adds a new permission to system access policies: 
"view". System owners can use the access policy to control exactly who 
can see their system. This is a more flexible replacement for the 
"Secret" field.

A number of other enhancements and bug fixes are included in this 
release as well. For a complete description, refer to the Beaker 0.16 
release notes [2].

The detailed list of all changes made since Beaker 0.15.5 is also
available [3].

[1] http://beaker-project.org/releases/
[2] http://beaker-project.org/docs/whats-new/release-0.16.html
[3] http://beaker-project.org/releases/beaker-0.16.0-ChangeLog

--

-- 
Dan Callaghan <dcallagh <at> redhat.com>
Software Engineer, Hosted & Shared Services
Red Hat, Inc.
(Continue reading)

Amit Saha | 12 Mar 05:20 2014
Picon

Discussion on RFE: Hide Removed Systems by default

There has been some discussions around the change required by [1]. I agree with most
of the comments by Nick here [2]. However, as I mentioned in the previous comment, 
hiding removed systems by default from all places, hides the removed systems if I do 
not actively know about their existence and search for them. I understand that users
are not in anyway benefited by the knowledge of removed systems and an admin can look up the 
global "Systems->Removed" page if a system is to be added back.

Are there any alternative ideas or the suggestion in [2] sounds good?

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1000092
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1000092#c8

Best,
Amit.

--

-- 
Amit Saha 
SED, Hosted & Shared Services
Red Hat, Inc.
_______________________________________________
Beaker-devel mailing list
Beaker-devel <at> lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/beaker-devel
Nick Coghlan | 27 Feb 04:48 2014
Picon

Handling unrecognised distro names in the default templates

Currently, the default kickstart snippets are written such that any
unknown distro names are handled as if they were Red Hat Enterprise
Linux 6. We've dealt with Fedora by mentioning it explicitly in the
templates when necessary.

That's worked OK up until now, but there's likely to be a CentOS 7 beta
some time in the next few months, and the handling of that and other Red
Hat Enterprise Linux 7 derivatives means that this isn't going to work
any more, since we can't hardcode special case handling of every
possible derivative.

The simplest resolution I have been able to come up with is the following:

1. Add a "base_distro" context variable in the kickstart rendering. By
default, this is the same as "distro".
2. Update the kickstart snippets to use base_distro rather than distro
3. Add an optional "base_distro" field to our distro records. If that is
set, base_distro in the template rendering context is to that rather
than yo the same thing as distro.

It's too late to get that into 0.16, but we could do it for 0.17.

Does anyone see a simpler way to resolve the problem? If not, I'll
create an RFE for this and allocate it to 0.17.

Cheers,
Nick.

--

-- 
Nick Coghlan
(Continue reading)

Amit Saha | 27 Feb 03:08 2014
Picon

Currently recorded inventory data

As a first step towards migration to a lshw based inventory gathering system [1], I have
first collected the data that we are currently gathering. Here they are with the occasional
note:

CPU
===

- Arch
- Vendor
- Model
- Model name
- Speed
- Processors (number of CPUs)
- Cores 
- Sockets
- CPU Flags
- Family
- Stepping

Notes: same fields for all archs are recorded. Some of them are not
relevant to non-x86 architectures and are hard coded to 0. On the
other hand, these archs have some fields of potential interest which
are hence not being recorded.

Devices
=======

- Vendor ID
- Device ID
- subsys Vendor ID
(Continue reading)

Dan Callaghan | 26 Feb 07:14 2014
Picon

Demo of system page improvements

I've set up a temporary Beaker instance to demonstrate my proposed 
system page improvements [1] which will hopefully be landing in the 0.17 
release.

The demo instance is here:

http://209.132.179.159/bkr/

You can log in as "demo" with password "demo". There are no real systems 
or lab controllers attached, and no distros imported, so it's not 
a fully functional Beaker instance. But I created some dummy systems 
with a variety of permissions granted, so it's enough to try out most of 
the system page features.

If you're interested in the evolution of the system page, please take 
a look and reply with your feedback.

[1] http://beaker-project.org/dev/proposals/system-page-improvements.html

--

-- 
Dan Callaghan <dcallagh <at> redhat.com>
Software Engineer, Hosted & Shared Services
Red Hat, Inc.
_______________________________________________
Beaker-devel mailing list
Beaker-devel <at> lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/beaker-devel
(Continue reading)

Dan Callaghan | 25 Feb 06:39 2014
Picon

Beaker Gerrit upgrade 2014-02-26 01:00 UTC

Tomorrow I will take down Beaker's Gerrit installation for upgrading to 
version 2.8.1, which has a number of interesting new features:

https://gerrit-documentation.storage.googleapis.com/ReleaseNotes/ReleaseNotes-2.8.html

I'll start the upgrade at 01:00 UTC, in theory the outage should only 
last a few minutes but it looks like a tricky upgrade so I'm giving some 
heads up just in case.

--

-- 
Dan Callaghan <dcallagh <at> redhat.com>
Software Engineer, Hosted & Shared Services
Red Hat, Inc.
_______________________________________________
Beaker-devel mailing list
Beaker-devel <at> lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/beaker-devel
Nick Coghlan | 21 Feb 08:46 2014
Picon

External tasks support merged to the 0.16 development branch

Dan merged the external task support to the development branch this
afternoon:
http://git.beaker-project.org/cgit/beaker/commit/?h=develop&id=07869a2c0e33c56ac0f22c9ae5c7402d481cfceb

The design proposal has also been updated based on the merged
implementation: http://beaker-project.org/dev/proposals/external-tasks.html

Note that the default beah harness is *not* compatible with the use of
fetch URLs - for the time being, this feature is designed to be used
solely with alternate harnesses (at least until we get restraint to a
state where we're happy with it replacing beah as the default harness).

Cheers,
Nick.

--

-- 
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane

Testing Solutions Team Lead
Beaker Development Lead (http://beaker-project.org/)
_______________________________________________
Beaker-devel mailing list
Beaker-devel <at> lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/beaker-devel

Gmane