Summary: | sys-block/open-iscsi-2.0.873 - /etc/init.d/iscsid should wait longer for pid file creation | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Krzysztof <calypso2k> |
Component: | [OLD] Core system | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bug, sebastian_ml |
Priority: | Normal | ||
Version: | autobuilds | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Krzysztof
2014-02-21 14:18:42 UTC
Why does it wait at all? Timeouts are inherently broken in this case. (In reply to Jeroen Roovers from comment #1) > Why does it wait at all? Timeouts are inherently broken in this case. Yup, we are trying to boot faster and faster... so yes they are :) I am using open-iscsi-2.0.873 because previous ebuild open-iscsi-2.0.872-r2 insisted that some kernel parts should be modules (and I want monolithic one), namely: Open-iscsi will not start when iSCSI Initiator over TCP/IP is built-in, so you have to make it a module for now. Open-iscsi will not start when iSCSI Transport Attributes is built-in, so you have to make it a module for now. (see: http://etherboot.org/wiki/sanboot/gentoo_iscsi) I'm using Linux/x86_64 3.7.0-hardened and these are CONFIG_ISCSI_TCP & CONFIG_SCSI_ISCSI_ATTRS. open-iscsi-2.0.873 doesn't try to load modules so I can cleanly startup and shutdown my machine. I ran into the same issue once I upgraded to 2.0.873. With the default wait time I get: Apr 27 11:00:46 94123 iscsid: iSCSI logger with pid=1197 started! Apr 27 11:00:46 94123 /etc/init.d/iscsid[1193]: start-stop-daemon: did not create a valid pid in `/var/run/iscsid.pid' Apr 27 11:00:46 94123 /etc/init.d/iscsid[1181]: ERROR: iscsid failed to start Apr 27 11:00:46 94123 kernel: Loading iSCSI transport class v2.0-870. Apr 27 11:00:46 94123 wpa_cli: interface wlp4s0 CONNECTED Apr 27 11:00:47 94123 kernel: ip_tables: (C) 2000-2006 Netfilter Core Team Apr 27 11:00:47 94123 kernel: nf_conntrack version 0.5.0 (16384 buckets, 65536 max) Apr 27 11:00:47 94123 iscsid: iSCSI daemon with pid=1198 started! So a race occurs which start-stop-daemon wins. Maybe the computer is just too slow :-) When increasing the wait time to 0.1 seconds as suggested by Krzysztof, the problem disappears: Apr 27 11:24:38 94123 iscsid: iSCSI logger with pid=1222 started! Apr 27 11:24:38 94123 kernel: Loading iSCSI transport class v2.0-870. Apr 27 11:24:38 94123 kernel: ip_tables: (C) 2000-2006 Netfilter Core Team Apr 27 11:24:38 94123 kernel: nf_conntrack version 0.5.0 (16384 buckets, 65536 max) Apr 27 11:24:39 94123 iscsid: iSCSI daemon with pid=1223 started! fixed in 2.0.873 |