до обновления на новый dhcpcd ifplugd работал замечательно. сейчас же он вместо dhcpcd настраивает интерфейс через zeroconf. Скорее всего это происходит из-за того, что раньше можно было неограниченное количество раз говорить dhcpcd на интерфейс, и адрес мгновенно устанавливался. Сейчас же приходится предварительно убивать dhcpcd, и только потом заново запускать dhcpcd для получения адреса на интерфейсе. Если новый dhcpcd попадает в 4.0/branch, то это IMHO блокер для десктопа.
reassign to mantainer
-k Sends SIGHUP signal to the dhcpcd process associated with the specified interface if one is currently running. If dhcpcd receives SIGHUP it will send DCHP_RELEASE message to the server and destroy dhcpcd cache. In a case dhcpcd receives SIGTERM which is normally used by shutdown(8) when rebooting the system dhcpcd will not send DHCP_RELEASE and will not destroy cache. When system boots dhcpcd will use cache to request the same IP address from DHCP server which was assigned before the system went down. (see also -p )
Попробую поглядеть что там раньше за множественные запуски были ...
Так это вроде исправили давно?
У haw на irc воспроизводится.
если воткнуть провод в сетевуху, после загрузки, она не получает адрес автоматом от сервера. только по service network restart при повторном "service network restart" останавливает интерфейс, стартует и eth0: dhcpcd already running (/var/run/dhcpcd-eth0.pid), адреса при этом не получает.
Можно привести содержимое конфигов и сообщить, какой модуль используется? И версию etcnet. Спасибо.
etcnet-defaults-desktop-0.9.5-alt1 etcnet-0.9.5-alt1 #cat options BOOTPROTO=dhcp-ipv4ll DISABLED=no #DHCP_CLIENT=dhclient - дела не меняет. Изменил через конфигуратор конфиг стал # cat options BOOTPROTO=dhcp DISABLED=no DHCP_CLIENT=dhclient TYPE=eth влогах: Apr 16 00:19:40 haw_buk kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready Apr 16 00:19:40 haw_buk kernel: e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex Apr 16 00:19:40 haw_buk kernel: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready Apr 16 00:19:40 haw_buk /etc/net: ERROR: /etc/net/scripts/config-ipv4: dhclient does not exist or is not executable. Try installing dhcpcd/dhclient RPM. Apr 16 00:20:24 haw_buk kernel: e100: eth0: e100_watchdog: link down Apr 16 00:20:30 haw_buk kernel: e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex Apr 16 00:21:00 haw_buk kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready Apr 16 00:21:00 haw_buk kernel: e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex Apr 16 00:21:00 haw_buk kernel: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready Apr 16 00:21:00 haw_buk /etc/net: ERROR: /etc/net/scripts/config-ipv4: dhclient does not exist or is not executable. Try installing dhcpcd/dhclient RPM. Apr 16 00:24:36 haw_buk apt-get: dhcpcd-1:3.0.17-alt4 installed Apr 16 00:24:37 haw_buk apt-get: dhcpcd-0:3.0.17-alt2.M40.1 removed Apr 16 00:25:01 haw_buk kernel: e100: eth0: e100_watchdog: link down Apr 16 00:25:20 haw_buk kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready Apr 16 00:25:20 haw_buk /etc/net: ERROR: /etc/net/scripts/config-ipv4: dhclient does not exist or is not executable. Try installing dhcpcd/dhclient RPM. Apr 16 00:25:43 haw_buk kernel: e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex Apr 16 00:25:43 haw_buk kernel: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready Apr 16 00:25:45 haw_buk kernel: e100: eth0: e100_watchdog: link down Apr 16 00:25:49 haw_buk kernel: e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex 00:0a.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 0d) # lsmod Module Size Used by isofs 39716 0 zlib_inflate 20992 1 isofs udf 91812 0 nls_base 11648 2 isofs,udf binfmt_misc 16008 1 cpufreq_powersave 5760 0 cpufreq_conservative 11784 0 cpufreq_ondemand 12684 0 cpufreq_userspace 8836 0 ipv6 283460 18 eepro100 35856 0 alim1535_wdt 9876 0 rtc_cmos 12960 0 rtc_core 24712 1 rtc_cmos rtc_lib 7168 1 rtc_core speedstep_lib 9604 0 freq_table 8960 1 cpufreq_ondemand sunrpc 189084 3 af_packet 26628 0 dm_mod 65732 0 joydev 16064 0 snd_ali5451 27916 1 snd_ac97_codec 104100 1 snd_ali5451 ac97_bus 6144 1 snd_ac97_codec snd_pcm_oss 45472 0 smsc_ircc2 22944 0 parport_pc 45028 0 parport 40904 1 parport_pc irda 132664 1 smsc_ircc2 crc_ccitt 6144 1 irda snd_seq_dummy 7812 0 fan 8708 0 floppy 62660 0 psmouse 43536 0 serio_raw 11012 0 pcspkr 7168 0 video 22544 0 battery 17540 0 output 7680 1 video snd_seq_oss 38272 0 ohci_hcd 30852 0 usbcore 149484 2 ohci_hcd i2c_ali15x3 12036 0 snd_seq_midi_event 11520 1 snd_seq_oss snd_seq 57296 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event snd_seq_device 12556 3 snd_seq_dummy,snd_seq_oss,snd_seq snd_mixer_oss 20480 1 snd_pcm_oss e100 40716 0 snd_pcm 81284 3 snd_ali5451,snd_ac97_codec,snd_pcm_oss ac 10116 0 ssb 37892 1 ohci_hcd thermal 19996 0 mii 9600 2 eepro100,e100 processor 40680 2 thermal button 12304 0 i2c_ali1535 11268 0 yenta_socket 30604 2 pcmcia 44332 1 ssb rsrc_nonstatic 17536 1 yenta_socket snd_timer 27780 2 snd_seq,snd_pcm snd 59556 12 snd_ali5451,snd_ac97_codec,snd_pcm_oss,snd_seq_dummy,snd_seq_oss,snd_seq,snd_seq_device,snd_mixer_oss,snd_pcm,snd_timer pcmcia_core 43924 3 yenta_socket,pcmcia,rsrc_nonstatic ide_cd 43552 0 i2c_core 27904 2 i2c_ali15x3,i2c_ali1535 soundcore 11872 1 snd cdrom 40096 1 ide_cd firmware_class 13440 1 pcmcia snd_page_alloc 14472 1 snd_pcm ali_agp 11136 1 agpgart 38088 1 ali_agp evdev 16000 5 ext3 139144 2 jbd 51732 1 ext3 mbcache 12672 1 ext3 ata_generic 11396 0 pata_acpi 11392 0 pata_ali 14976 0 libata 162288 3 ata_generic,pata_acpi,pata_ali sd_mod 33408 0 scsi_mod 155020 2 libata,sd_mod ide_generic 5120 0 [permanent] generic 8452 0 [permanent] ide_disk 20352 4 alim15x3 15116 0 [permanent] ide_core 125380 5 ide_cd,ide_generic,generic,ide_disk,alim15x3
(In reply to comment #6) > если воткнуть провод в сетевуху, после загрузки, она не получает адрес автоматом > от сервера. только по service network restart > > при повторном "service network restart" останавливает интерфейс, стартует и > eth0: dhcpcd already running (/var/run/dhcpcd-eth0.pid), адреса при этом не > получает. Очень похоже на багу которая была с supplicant: etcnet не дожидается убиения dhcpcd ;)
Давайте использовать какой-то один DHCP-клиент. Сообщите, какой именно, и начнём с самого начала.
(In reply to comment #10) > Давайте использовать какой-то один DHCP-клиент. На всякий -- если понадобится поварьировать, сборка текущей апстримной версии (3.2.3) доступна в Daedalus. Работает (у меня, например) и на M40.
Блин. У меня опять это воспроизводится. Приходится постоянно говорить ifup/ifdown интерфейсам. Даже на wifi вылезло.
(In reply to comment #6) > если воткнуть провод в сетевуху, после загрузки, она не получает адрес автоматом > от сервера. только по service network restart Так как USE_IFPLUGD в конфиге не видно, вышенаписанное --- закономерность, а не ресгрессия. > при повторном "service network restart" останавливает интерфейс, стартует и > eth0: dhcpcd already running (/var/run/dhcpcd-eth0.pid), адреса при этом не > получает. Проверил. Не воспроизводится. Дайте мне и Андрею почтой все конфиги.
OT: мож в scripts/contrib положить скриптик, который бы сворачивал в нужном виде всё нужное и предлагал получившийся тарбол приаттачить?
(In reply to comment #14) > OT: мож в scripts/contrib положить скриптик, который бы сворачивал в нужном > виде всё нужное и предлагал получившийся тарбол приаттачить? Кстати, см. дебиановский reportbug(1).
УМВР с dhcpcd-4.0.1-alt0.3. В сизиф? ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/SRPMS.led/dhcpcd-4.0.1-alt0.3.src.rpm (i586/x86_64 рядом)
Весной на Sisyphus у меня всё работало. На осеннем релизе Desktop 4.1 тоже работает. За отсутствием предметных жалоб закрываю, желающие могут обновиться до последних версий всего-всего и пожаловаться опять, если ошибка вдруг вернётся. А то зима уже.
