Bug#862057: Fwd: Fwd: Bug#862057: udev: If more than one NIC the system is booting longer

2017-06-15 Thread a a 
Hi.

Yes. Now its fixed. It looks like the problem was with kernel after all. I
did not search yet for what caused this. After i updated my vbox debian9
the problem dissapered. It may be one of those pesky bugs that point to
something but its caused by something else. :(.
This bug report can be closed and deleted as unneded to be archived.

Thank you for you time

Bye

2017-06-15 18:19 GMT+02:00 Michael Biebl :

> Control: tags -1 + unreproducible
>
> On Mon, 29 May 2017 20:53:05 +0200 a a  wrote:
> > 
> >  type="virtio">
> >   
> > 
> >  type="virtio">
> >   
> > 
> >   
> >   
> > 
> >  type="virtio">
> >   
> > 
> >   
> >   
> > 
> >  type="virtio">
> >   
> > 
> >   
> >   
> > 
> > 
> > 
> > 
> > 
> >   
>
> I tried with exactly this configuration and could not reproduce the
> problem in an up-to-date, newly installed stretch vbox VM.
>
> Can you post a complete log file / dmesg output from your boot?
> Increasing the log level of udev (See /etc/udev/udev.conf) might help
> produce a more detailed log.
>
> Michael
> --
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
>
>

Bug#862057: Fwd: Fwd: Bug#862057: udev: If more than one NIC the system is booting longer

2017-06-15 Thread Michael Biebl 
Control: tags -1 + unreproducible

On Mon, 29 May 2017 20:53:05 +0200 a a  wrote:
> 
>  type="virtio">
>   
> 
>  type="virtio">
>   
> 
>   
>   
> 
>  type="virtio">
>   
> 
>   
>   
> 
>  type="virtio">
>   
> 
>   
>   
> 
> 
> 
> 
> 
>   

I tried with exactly this configuration and could not reproduce the
problem in an up-to-date, newly installed stretch vbox VM.

Can you post a complete log file / dmesg output from your boot?
Increasing the log level of udev (See /etc/udev/udev.conf) might help
produce a more detailed log.

Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#862057: Fwd: Fwd: Bug#862057: udev: If more than one NIC the system is booting longer

2017-05-29 Thread a a 
Hi. I haved copied the contents between  tag. In attachemnet there
is a current configuration of vbox network. I looks like only the first
device get properly detected. The odd thing is that on a real pc this works
good. The problem is only on debian 9. Debian 8 boots without a single
prolem. Even with 4 nics.

I hope this helps

Thank you

2017-05-29 5:04 GMT+02:00 Michael Biebl :

> On Mon, 8 May 2017 12:03:16 +0200 a a  wrote:
> > Hi.
> > The error message is systremd-udevd : swq 598
> > `/devices/pci:00/:00:08.0/net/eth1`
> > is taking a long time. After this i have the one normal interface like
> eth0
> > and the other have renameX. This is in Vbox enviroment. I have tried to
>
> Can you share your VBox configuration, especially the network hardware
> configuration.
>
>
>
> --
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
>
>

Bug#862057: Fwd: Bug#862057: udev: If more than one NIC the system is booting longer

2017-05-28 Thread Michael Biebl 
On Mon, 8 May 2017 12:03:16 +0200 a a  wrote:
> Hi.
> The error message is systremd-udevd : swq 598
> `/devices/pci:00/:00:08.0/net/eth1`
> is taking a long time. After this i have the one normal interface like eth0
> and the other have renameX. This is in Vbox enviroment. I have tried to

Can you share your VBox configuration, especially the network hardware
configuration.



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#862057: Fwd: Bug#862057: udev: If more than one NIC the system is booting longer

2017-05-08 Thread a a 
Hi.
The error message is systremd-udevd : swq 598
`/devices/pci:00/:00:08.0/net/eth1`
is taking a long time. After this i have the one normal interface like eth0
and the other have renameX. This is in Vbox enviroment. I have tried to
disable predictable names but it does not affect the boot process time. I
could try to set this names by udev rules but i dont think this is normal
behaviour. I did not try this on physical pc, because i dont know if some
of the pcs could handle debian9.

I hope this will help.

Thank You

2017-05-08 0:52 GMT+02:00 Michael Biebl :

> Control: tags -1 moreinfo
>
> Am 08.05.2017 um 01:45 schrieb m.alfa...@gmail.com:
> > Package: udev
> > Version: 232-22
> > Severity: important
> >
> > Hi.
> >
> > When using more than one NIC the system boot is longer than usual. In
> dmesg
> > i have fond a message telling me that it took too long to do it.
>
> Do what exactly? Can you provide specific error messages please
>
>  This appears
> > on NICs after the first. The first NIC does not have trouble detecting
> it.
> > After that it ends up with following names renameX. X means a number.
> > This happens even if disabled Predictable Network Names.
>
> Please share more information about your network configuration.
> Please also provide a journal log from the boot.
>
>
>
> --
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
>
>

Bug#862057: udev: If more than one NIC the system is booting longer

2017-05-07 Thread Michael Biebl 
Control: tags -1 moreinfo

Am 08.05.2017 um 01:45 schrieb m.alfa...@gmail.com:
> Package: udev
> Version: 232-22
> Severity: important
> 
> Hi.
> 
> When using more than one NIC the system boot is longer than usual. In dmesg
> i have fond a message telling me that it took too long to do it.

Do what exactly? Can you provide specific error messages please

 This appears
> on NICs after the first. The first NIC does not have trouble detecting it.
> After that it ends up with following names renameX. X means a number.
> This happens even if disabled Predictable Network Names.

Please share more information about your network configuration.
Please also provide a journal log from the boot.



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#862057: udev: If more than one NIC the system is booting longer

2017-05-07 Thread m . alfaeko 
Package: udev
Version: 232-22
Severity: important

Hi.

When using more than one NIC the system boot is longer than usual. In dmesg
i have fond a message telling me that it took too long to do it. This appears
on NICs after the first. The first NIC does not have trouble detecting it.
After that it ends up with following names renameX. X means a number.
This happens even if disabled Predictable Network Names.

Thank You

-- Package-specific info:

-- System Information:
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64
 (x86_64)

Kernel: Linux 4.9.0-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages udev depends on:
ii  adduser  3.115
ii  dpkg 1.18.23
ii  libacl1  2.2.52-3+b1
ii  libblkid12.29.2-1
ii  libc62.24-10
ii  libkmod2 23-2
ii  libselinux1  2.6-3+b1
ii  libudev1 232-22
ii  lsb-base 9.20161125
ii  procps   2:3.3.12-3
ii  util-linux   2.29.2-1

udev recommends no packages.

udev suggests no packages.

Versions of packages udev is related to:
ii  systemd  232-22

-- Configuration Files:
/etc/udev/udev.conf changed [not included]

-- no debconf information
P: /devices/LNXSYSTM:00
E: DEVPATH=/devices/LNXSYSTM:00
E: ID_VENDOR_FROM_DATABASE=The Linux Foundation
E: MODALIAS=acpi:LNXSYSTM:
E: SUBSYSTEM=acpi
E: USEC_INITIALIZED=1004322
E: net.ifnames=0

P: /devices/LNXSYSTM:00/LNXCPU:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:00
E: ID_VENDOR_FROM_DATABASE=The Linux Foundation
E: MODALIAS=acpi:LNXCPU:
E: SUBSYSTEM=acpi
E: USEC_INITIALIZED=1007855
E: net.ifnames=0

P: /devices/LNXSYSTM:00/LNXPWRBN:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00
E: DRIVER=button
E: ID_VENDOR_FROM_DATABASE=The Linux Foundation
E: MODALIAS=acpi:LNXPWRBN:
E: SUBSYSTEM=acpi
E: USEC_INITIALIZED=1058269
E: net.ifnames=0

P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input4
E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input4
E: EV=3
E: ID_FOR_SEAT=input-acpi-LNXPWRBN_00
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXPWRBN:00
E: ID_PATH_TAG=acpi-LNXPWRBN_00
E: KEY=10 0
E: MODALIAS=input:b0019vp0001e-e0,1,k74,ramlsfw
E: NAME="Power Button"
E: PHYS="LNXPWRBN/button/input0"
E: PRODUCT=19/0/1/0
E: PROP=0
E: SUBSYSTEM=input
E: TAGS=:seat:
E: USEC_INITIALIZED=96187328
E: net.ifnames=0

P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input4/event3
N: input/event3
E: DEVNAME=/dev/input/event3
E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input4/event3
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXPWRBN:00
E: ID_PATH_TAG=acpi-LNXPWRBN_00
E: MAJOR=13
E: MINOR=67
E: SUBSYSTEM=input
E: TAGS=:power-switch:
E: USEC_INITIALIZED=96280782
E: net.ifnames=0

P: /devices/LNXSYSTM:00/LNXSLPBN:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSLPBN:00
E: DRIVER=button
E: ID_VENDOR_FROM_DATABASE=The Linux Foundation
E: MODALIAS=acpi:LNXSLPBN:
E: SUBSYSTEM=acpi
E: USEC_INITIALIZED=1056610
E: net.ifnames=0

P: /devices/LNXSYSTM:00/LNXSLPBN:00/input/input5
E: DEVPATH=/devices/LNXSYSTM:00/LNXSLPBN:00/input/input5
E: EV=3
E: ID_FOR_SEAT=input-acpi-LNXSLPBN_00
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXSLPBN:00
E: ID_PATH_TAG=acpi-LNXSLPBN_00
E: KEY=4000 0 0
E: MODALIAS=input:b0019vp0003e-e0,1,k8E,ramlsfw
E: NAME="Sleep Button"
E: PHYS="LNXSLPBN/button/input0"
E: PRODUCT=19/0/3/0
E: PROP=0
E: SUBSYSTEM=input
E: TAGS=:seat:
E: USEC_INITIALIZED=96187843
E: net.ifnames=0

P: /devices/LNXSYSTM:00/LNXSLPBN:00/input/input5/event4
N: input/event4
E: DEVNAME=/dev/input/event4
E: DEVPATH=/devices/LNXSYSTM:00/LNXSLPBN:00/input/input5/event4
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXSLPBN:00
E: ID_PATH_TAG=acpi-LNXSLPBN_00
E: MAJOR=13
E: MINOR=68
E: SUBSYSTEM=input
E: TAGS=:power-switch:
E: USEC_INITIALIZED=96281618
E: net.ifnames=0

P: /devices/LNXSYSTM:00/LNXSYBUS:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00
E: ID_VENDOR_FROM_DATABASE=The Linux Foundation
E: MODALIAS=acpi:LNXSYBUS:
E: SUBSYSTEM=acpi
E: USEC_INITIALIZED=1055309
E: net.ifnames=0

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00
E: ID_VENDOR_FROM_DATABASE=The Linux Foundation
E: MODALIAS=acpi:PNP0A03:
E: SUBSYSTEM=acpi
E: USEC_INITIALIZED=1152793
E: net.ifnames=0

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/ACPI0003:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/ACPI0003:00
E: DRIVER=ac
E: ID_VENDOR_FROM_DATABASE=The Linux Foundation
E: MODALIAS=acpi:ACPI0003:
E: SUBSYSTEM=acpi
E: USEC_INITIALIZED=1160886
E: net.ifnames=0

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/ACPI0003:00/power_supply/AC
E: 
DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/ACPI0003:00/power_supply/AC
E: POWER_SUPPLY_NAME=AC
E: POWER_SUPPLY_ONLINE=1
E: SUBSYSTEM=power_supply
E: USEC_INITIALIZED=96190343
E: net.ifnames=0

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:00
E: