11:18 a.m.
Fedora ARM VFAD Results 2012-12-04
------------------------------------------
Thanks all for helping us test the latest images for Fedora 18 on ARM.
Those who haven't had a chance yet it's never too late, please feel
free to download and add your results to the VFAD page.
Please send results feedback to the list. The largest issue reported
seems to be a small regression as firstboot is not run on either system
with graphics (vexpress and Pandaboard).
Summary of Test results
-----------------------
Pandaboard Serial
-----------------
- After login network not available as system is booted in
graphical.target and requires graphical login.
- fix - when changed to multiuser, network available on boot.
Release note or separate image?
- unable to ssh to target system, firewall rules should allow
- cannot confirm this issue, can others please check and
report to the list?
Pandaboard XFCE4
----------------
- Release notes open in Geany rather then Midori.
- No HDMI after reboot on some hardware.
Vexpress Serial
---------------
- Over 4GB size limit (4.3GB)
Vexpress XFCE
-------------
- No issues specific to vexpress
Trimslice
---------
- Image tested on USB(sata) and SD with no issues.
Guruplug
--------
- No issues reported, tested using NAND for initramfs
and kernel, USB for root filesystem.
Common XFCE4 Issues(appears on vexpress and Pandaboard)
-------------------------------------------------------
- No firstboot.
- No Menu icons, this also appears in the PA Beta
and can be ignored.
- Icons appearing more the once also appear in PA
- Unable to update using Yumextender
- lm_sensors service failed at boot, installed with XFCE4
desktop
- fix - removal in kickstart, hardware not present
Highbank
--------
- Not yet tested, requires updated Anaconda not built on
ARM. Results to be posted when available.
Links
-----
Full Results and VFAD F18 Beta TC1 Page:
https://fedoraproject.org/wiki/Architectures/ARM/Quality_Assurance/2012-1...
Images:
http://scotland.proximity.on.ca/arm-nightlies/vault/f18-beta-tc1/
12:14 p.m.
On Tue, Dec 04, 2012 at 12:18:14PM -0500, Paul Whalen wrote:
Pandaboard Serial
-----------------
- After login network not available as system is booted in
graphical.target and requires graphical login.
- fix - when changed to multiuser, network available on boot.
Release note or separate image?
- unable to ssh to target system, firewall rules should allow
- cannot confirm this issue, can others please check and
report to the list?
I think this was related to the first problem with no network available.
I switched my default.target to multi-user.target and now the network
comes up on boot and I can ssh in with the default firewalld rules.
It was strange, though, because when booting with the graphical.target
as the default, even if I manually brought up the network with nmcli, I
still could not ssh into the pandaboard. There's some funny interaction
between NetworkManager and firewalld that blocks ssh if the network
doesn't come up cleanly right away.
Also, I opened https://bugzilla.redhat.com/show_bug.cgi?id=883163 for
SELinux blocking communication between NetworkManager and dbus.
Jeff
12:20 p.m.
On Tue, Dec 04, 2012 at 12:14:14PM -0600, Jeffrey Bastian wrote:
as the default, even if I manually brought up the network with nmcli,
I
still could not ssh into the pandaboard. There's some funny interaction
between NetworkManager and firewalld that blocks ssh if the network
doesn't come up cleanly right away.
That does not sound good. Is there a bug for that?
--
Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ <mattdm(a)fedoraproject.org>
2:09 p.m.
On Tue, Dec 04, 2012 at 01:20:10PM -0500, Matthew Miller wrote:
On Tue, Dec 04, 2012 at 12:14:14PM -0600, Jeffrey Bastian wrote:
> as the default, even if I manually brought up the network with nmcli, I
> still could not ssh into the pandaboard. There's some funny interaction
> between NetworkManager and firewalld that blocks ssh if the network
> doesn't come up cleanly right away.
That does not sound good. Is there a bug for that?
Not yet. I'm not yet sure which component is to blame: NetworkManager,
dbus, firewalld, openssh, selinux-policy, other?
I generally saw this problem when:
1. Boot into graphical.target but using serial console
2. Login as root on serial console
3. Verify network is down: ip addr list eth0
4. Bring up eth0: nmcli con up id 'System eth0'
5. Verify network is up: ip addr list eth0
6. Try to ssh into the pandaboard from another system - FAIL
7. Back on the pandaboard serial console, verify ssh is running
systemctl status sshd.service
8. Check firewall rules allow ssh
systemctl status firewalld.service
iptables -L
9. Turn off firewall
systemctl stop firewalld.service
iptables -F
10. Try ssh in again
Does anybody else see this using the Pandaboard with serial console?
Thanks!
Jeff
4:04 p.m.
We're looking to create new images based on the feedback from our VFAD, below
is a list of fixes that will be added.
Please respond to the list with comments, or issues that need to be resolved
before new images are created.
Paul
Summary of Test results
-----------------------
Pandaboard Serial
-----------------
- After login network not available as system is booted in
graphical.target and requires graphical login.
- fix - when changed to multiuser, network available on boot.
is a release note sufficient?
- unable to ssh to target system, firewall rules should allow
- cannot confirm this issue, can others please check and
report to the list
Pandaboard XFCE4
----------------
- Release notes open in Geany rather then Midori.
- No HDMI after reboot on some hardware.
Vexpress Serial
---------------
- Over 4GB size limit (4.3GB)
- Attempting to create smaller image. Size requirements were initially
added to support smaller SD cards, since vexpress does not use SD do
we want to reduce this?
Common XFCE4 Issues(appears on vexpress and Pandaboard)
-------------------------------------------------------
- No firstboot.
- firstboot fixed
- lm_sensors service failed at boot, installed with XFCE4
desktop
- fix - removal in kickstart, hardware not present
- fixed by removing in the kickstart, any objections?
Links
-----
Full Results and VFAD F18 Beta TC1 Page:
https://fedoraproject.org/wiki/Architectures/ARM/Quality_Assurance/2012-1...
Images:
http://scotland.proximity.on.ca/arm-nightlies/vault/f18-beta-tc1/
4171
days inactive
4171
days old
4 comments
3 participants
participants (3)
-
Jeffrey Bastian -
Matthew Miller -
Paul Whalen