VPN now fails to come up, "unspec
00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00"
by rpjday@crashcourse.ca
yesterday, did system-upgrade to fedora 29, went very smoothly, almost
everything continued working out of the box except that i could no
longer "vpnc" into my current client. i checked with their IT guy, who
could see the incoming request and confirmed that everything seemed fine.
then i looked at the interface created for the VPN tunnel:
tun0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1412
inet REDACTED netmask 255.255.255.255 destination REDACTED
inet6 fe80::1f2f:331c:9941:aff2 prefixlen 64 scopeid 0x20<link>
unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
txqueuelen 500 (UNSPEC)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
i don't recall all that "unspec
00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00"
being there before (if it was, maybe i just never noticed it).
is this normal? or do i now have to add something to /etc/vpnc/default.conf
to deal with that?
oh, and right in the midst of /var/log/messages when this is happening,
i read:
iscsi.service: Unit cannot be reloaded because it is inactive.
but i can't enable/start that. if i try:
● iscsi.service - Login and scanning of iSCSI devices
Loaded: loaded (/usr/lib/systemd/system/iscsi.service; enabled;
vendor preset: disabled)
Active: inactive (dead)
Condition: start condition failed at Thu 2018-11-01 11:58:24 EDT; 22min ago
├─ ConditionDirectoryNotEmpty=|/var/lib/iscsi/nodes was not met
└─ ConditionDirectoryNotEmpty=|/sys/class/iscsi_session was not met
i have no idea whether iscsi is relevant to this, just thought i'd throw it
out there in case it was.
rday
5 years, 5 months
slow pick-up of DHCP IP address during PXE boot
by Digimer
Hi all,
I've got a pair of KVM/qemu guests on a Fedora28 host. One of the VMs
is a Fedora 28 server, and the other VM is a new VM I want to setup over
PXE boot from the other F28 VM.
When I boot the new VM, it sends the request for an IP and I can see
the request come in immediately on the server VM. The new VM seems to
ignore this IP for some time and re-requests an IP. After several
seconds, the new VM takes the IP and the boot proceeds.
On the new VM, I've tried emulating both an 'e1000' and 'virtio' NIC.
Any tips would be much appreciated. The dev I'm working on requires
very frequent PXE boots, so saving ~10 seconds per boot would be a big help.
Below are relevant details.
digimer
Here are the logs from the server VM:
====
Nov 02 02:45:06 f28-striker01.alteeve.com dhcpd[13089]: DHCPDISCOVER
from 52:54:00:e2:51:7b via bcn1_bond1
Nov 02 02:45:07 f28-striker01.alteeve.com dhcpd[13089]: DHCPOFFER on
10.1.14.240 to 52:54:00:e2:51:7b via bcn1_bond1
Nov 02 02:45:10 f28-striker01.alteeve.com dhcpd[13089]: DHCPDISCOVER
from 52:54:00:e2:51:7b via bcn1_bond1
Nov 02 02:45:10 f28-striker01.alteeve.com dhcpd[13089]: DHCPOFFER on
10.1.14.240 to 52:54:00:e2:51:7b via bcn1_bond1
Nov 02 02:45:18 f28-striker01.alteeve.com dhcpd[13089]: DHCPREQUEST for
10.1.14.240 (10.1.4.1) from 52:54:00:e2:51:7b via bcn1_bond1
Nov 02 02:45:18 f28-striker01.alteeve.com dhcpd[13089]: DHCPACK on
10.1.14.240 to 52:54:00:e2:51:7b via bcn1_bond1
====
Note the first offer is given at 02:45:07, but the DHCPACK comes at
02:45:18, 11 seconds later. In previous setups, this boot was within a
second or two.
The host's bridge (brctl show then the virsh XML);
====
bridge name bridge id STP enabled interfaces
bcn_bridge1 8000.525400bccc6f yes bcn_bridge1-nic
vnet2
vnet3
====
<network>
<name>bcn_bridge1</name>
<uuid>5b7605d0-6ec5-4530-b28e-86b681c07801</uuid>
<bridge name='bcn_bridge1' stp='on' delay='0'/>
<mac address='52:54:00:bc:cc:6f'/>
<domain name='bcn_bridge1'/>
</network>
====
The new VM's <network> block;
====
<interface type='network'>
<mac address='52:54:00:e2:51:7b'/>
<source network='bcn1_bridge1'/>
<model type='virtio'/>
<boot order='1'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x03'
function='0x0'/>
</interface>
====
The dhcpd server config (though I doubt the issue is server-side given
the client doesn't send the DHCPACK, unless the server ignored the
initial ACK?);
====
### Global options
option domain-name "alteeve.com";
option domain-name-servers 8.8.8.8, 8.8.4.4;
authoritative;
ddns-update-style none;
# refer to RFC4758 for possible arch option values
option arch code 93 = unsigned integer 16;
subnet 10.1.0.0 netmask 255.255.0.0 {
default-lease-time 600;
max-lease-time 1200;
range 10.1.14.10 10.1.14.250;
option routers 10.1.4.1;
if option arch = 00:07 {
filename "uefi/shim.efi";
} else {
filename "pxelinux.0";
}
next-server 10.1.4.1;
}
====
--
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Einstein’s brain than in the near certainty that people of equal talent
have lived and died in cotton fields and sweatshops." - Stephen Jay Gould
5 years, 5 months
Upgrade to f29
by Paolo Galtieri
Folks,
I tried to upgrade a system to F29 this AM. The upgrade failed with
the following error:
Last metadata expiration check: 0:00:00 ago on Wed 31 Oct 2018 09:27:12
AM PDT.
Error:
Problem: problem with installed package
pycryptopp-0.6.0.1206569328141510525648634803928199668821045408958-15.fc28.x86_64
- package
pycryptopp-0.6.0.1206569328141510525648634803928199668821045408958-15.fc29.x86_64
requires libcryptopp.so.6()(64bit), but none of the providers can be
installed
-
pycryptopp-0.6.0.1206569328141510525648634803928199668821045408958-15.fc28.x86_64
does not belong to a distupgrade repository
- cryptopp-6.1.0-2.fc28.x86_64 does not belong to a distupgrade
repository
Any ideas on how to fix this?
Any assistance is appreciated.
Paolo
5 years, 5 months
F29 - Gnome - Alt-tab
by Jeffrey Ross
Just installed F29 last night on one of my machines and found that the
"alt-tab" switching within gnome is no longer working.
The way I had it working in F28 was it cycled between every program open
(not program groups) and I would like the same behavior again.
It is possible I had a plugin installed before which may no longer be
compatible but I do not know if this is the case.
Pointers and a direction to start would be appreciated.
Thanks, Jeff
5 years, 5 months
cv2 in python (Fedora 28)
by Ranjan Maitra
Hi,
I have been trying to run some code on F28 (in python) from the following site: https://github.com/AntiAegis/Iris-Recognition#vipython-implementation
I get that:
.....
from cv2 import imread
ModuleNotFoundError: No module named 'cv2'
I cannot figure out how to get this module on Fedora. I have tried installing many python3 packages but can not seem to hit it.
Any suggestions?
Many thanks,
Ranjan
--
Important Notice: This mailbox is ignored: e-mails are set to be deleted on receipt. Please respond to the mailing list if appropriate. For those needing to send personal or professional e-mail, please use appropriate addresses.
5 years, 5 months
gnome-boxes in "dnf list extras"
by Braden McDaniel
How come gnome-boxes is showing up in "dnf list extras"?
$ sudo dnf mark install gnome-boxes
gnome-boxes-3.30.1-2.fc29.1.x86_64 marked as user installed.
$ dnf list extras
Extra Packages
gnome-boxes.x86_64 3.30.1-2.fc29.1 @updates
This system was upgraded from F28 to F29 via "dnf system-upgrade",
FWIW. (Graphical upgrade refused to work.)
Am I misunderstanding what "dnf mark install" does?
--
Braden McDaniel <braden(a)endoframe.com>
5 years, 5 months
no hdmi audio on older tv
by Jiri Vanek
Hello!
I have f29 (ernel kernel-4.18.12-300.fc29 ) on machine, which is changing its place from time to
time - between two TVs. Old, and older:)
Both are connected by HDMI. Video output is fine, even acceleration is working, but sound work only
on newer of those two.
I don't know if this is regression, because this machine replaced 32b rapbery2 with kodi, which was
working without issues on both TVs (but was eaten by (not mine) dog)
I was following https://fedoraproject.org/wiki/How_to_debug_sound_problems but had not found much:
- with removed pulseaudio, the aplay -vv segfaults
- I really on pulseaudio anyway, as I need to transfer sound to this machine over network
- the diff of alsa-info.sh's is really minimal [1], only
[cite]
state.vc4hdmi {
control.1 {
iface PCM
name ELD
value '100007006712000100000000000000004c2d9d02
for non working and
value '100007006712000100000000000000004c2d9b03
for working
[/cite]
- when alsamixer is opened, then the default looks like working, and the job on old tv; but not do
nothing older tv.
- when alsamixer -c0 is opened, then the vc4-hdmi reports no control for selected device for
*both* tvs (which is same as f6 and selecting vc4-hdmi)
Does anybody have a clue what to try?
Thanx in advance form java world,
J.
[1]
--- /home/jvanek/Desktop/workingAudio
+++ /home/jvanek/Desktop/nonWorkingAudio
@@ -1,5 +1,5 @@
STDERR:
-cat: /tmp/alsa-info.TzPwpaQcKW/acpidevicestatus.tmp: No such file or directory
+cat: /tmp/alsa-info.GXybsmPDbN/acpidevicestatus.tmp: No such file or directory
cat: '/sys/module/(null)/parameters/*': No such file or directory
@@ -8,7 +8,7 @@
!!ALSA Information Script v 0.4.64
!!################################
-!!Script ran on: Mon Oct 29 14:09:06 UTC 2018
+!!Script ran on: Mon Oct 29 14:15:02 UTC 2018
!!Linux Distribution
@@ -152,7 +152,7 @@
control.1 {
iface PCM
name ELD
- value
'100007006712000100000000000000004c2d9b0353414d53554e470907070000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
+ value
'100007006712000100000000000000004c2d9d0253414d53554e470907070000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
comment {
access 'read volatile'
type BYTES
--
Jiri Vanek
Senior QE engineer, OpenJDK QE lead, Mgr.
Red Hat Czech
jvanek(a)redhat.com M: +420775390109
5 years, 5 months
Re: [fedora-arm] no hdmi audio on older tv
by Jiri Vanek
On 10/31/18 3:32 PM, Stephen John Smoogen wrote:
> I have seen this before but it was due to the HDMI cable. They have
> chips inside of them and if they can't 'talk' correctly with one side
> or the other, they drop sound (aka to stop you from pirating etc). I
> would try a different cable and see if that makes any difference.
Hi!
Had tried this. tired 3 caables. all behave same:
- all works fine with kodi or raspian (Linux cam.local 4.14.71-v7+ #1145 SMP Fri Sep 21 15:38:35
BST 2018 armv7l GNU/Linux
) on both tv
- all works fine with f28 on newer tv, none work with f29 on older tv
so cable out of guilt:(
thanx a lot!
j.
> On Wed, 31 Oct 2018 at 08:33, Jiri Vanek <jvanek(a)redhat.com> wrote:
>>
>>
>> Hello!
>>
>> I have f29 (kernel-4.18.12-300.fc29.aarch64 ) on machine, which is changing its place from time to
>> time - between two TVs. Old, and older:)
>>
>> Both are connected by HDMI. Video output is fine, even acceleration is working, but sound work only
>> on newer of those two.
>>
>> I don't know if this is regression, because this machine replaced 32b rapbery2 with kodi, which was
>> working without issues on both TVs (but was eaten by (not mine) dog)
>>
>> I was following https://fedoraproject.org/wiki/How_to_debug_sound_problems but had not found much:
>> - with removed pulseaudio, the aplay -vv segfaults
>> - I really on pulseaudio anyway, as I need to transfer sound to this machine over network
>>
>> - the diff of alsa-info.sh's is really minimal [1], only
>> [cite]
>> state.vc4hdmi {
>> control.1 {
>> iface PCM
>> name ELD
>> value '100007006712000100000000000000004c2d9d02
>> for non working and
>> value '100007006712000100000000000000004c2d9b03
>> for working
>> [/cite]
>>
>> - when alsamixer is opened, then the default looks like working, and the job on old tv; but not do
>> nothing older tv.
>> - when alsamixer -c0 is opened, then the vc4-hdmi reports no control for selected device for
>> *both* tvs (which is same as f6 and selecting vc4-hdmi)
>>
>> Does anybody have a clue what to try?
>>
>> Thanx in advance form java world,
>> J.
>>
>>
>> [1]
>> --- /home/jvanek/Desktop/workingAudio
>> +++ /home/jvanek/Desktop/nonWorkingAudio
>> @@ -1,5 +1,5 @@
>> STDERR:
>> -cat: /tmp/alsa-info.TzPwpaQcKW/acpidevicestatus.tmp: No such file or directory
>> +cat: /tmp/alsa-info.GXybsmPDbN/acpidevicestatus.tmp: No such file or directory
>> cat: '/sys/module/(null)/parameters/*': No such file or directory
>>
>>
>> @@ -8,7 +8,7 @@
>> !!ALSA Information Script v 0.4.64
>> !!################################
>>
>> -!!Script ran on: Mon Oct 29 14:09:06 UTC 2018
>> +!!Script ran on: Mon Oct 29 14:15:02 UTC 2018
>>
>>
>> !!Linux Distribution
>> @@ -152,7 +152,7 @@
>> control.1 {
>> iface PCM
>> name ELD
>> - value
>> '100007006712000100000000000000004c2d9b0353414d53554e470907070000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
>> + value
>> '100007006712000100000000000000004c2d9d0253414d53554e470907070000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
>> comment {
>> access 'read volatile'
>> type BYTES
>>
>>
>> --
>> Jiri Vanek
>> Senior QE engineer, OpenJDK QE lead, Mgr.
>> Red Hat Czech
>> jvanek(a)redhat.com M: +420775390109
>>
>>
>> _______________________________________________
>> arm mailing list -- arm(a)lists.fedoraproject.org
>> To unsubscribe send an email to arm-leave(a)lists.fedoraproject.org
>> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
>> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>> List Archives: https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org
>
>
>
--
Jiri Vanek
Senior QE engineer, OpenJDK QE lead, Mgr.
Red Hat Czech
jvanek(a)redhat.com M: +420775390109
5 years, 5 months
Error upgrading to fedora 29
by s.hernandez.a@gmail.com
Hello friends;
I've tried to upgrade from Fedora 28 to Fedora 29 using both methods:
Gnome software and DNF, but the process fail with the following
message:
error running transaction: file / from install of filesystem-3.9-
2.fc29.x86_64 conflicts with file from stacer-1.0.9-0.amd64
Please, can someone tell me what that it means and how to solve it?
Thanks a lot in advance.
Cheers!
--
Sergio
5 years, 5 months