-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Guido Günther wrote: > Hi Nicolas, > On Thu, Mar 18, 2010 at 03:23:16PM +0100, Nicolas Greneche wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Guido Günther wrote: >>> On Wed, Mar 17, 2010 at 04:28:41PM +0100, Nicolas Greneche wrote: >>>> It seems that libvirtd comes too early in booting process. >>> Or the iscsi stuff to late. Could you add a >>> >>> Could you change: >>> # Should-Start: hal avahi >>> # Should-Start: hal avahi open-iscsi > Did you verify that open-iscsi indeed starts before libvirtd? >
Done, it's OK, open-iscsi is started before libvirtd > You need to run: > > update-rc.d libvirt-bin defaults 28 7 Done > > to make this active. Are you using dependency based boot? > Yes, but the problem still remains. >>> to the LSB section of /etc/init.d/libvirt-bin and see if this helps >>> (assuming you're using dependency based boot)? >>> Cheers, >>> -- Guido >>> >>> >> I added a sleep in start function : >> >> fi >> ** sleep 60 ** >> rm -f /var/run/libvirtd.pid >> >> And it solved the issue. >> Maybe there is a cleaner way to do it ? > See above. I still don't understand _what_ causes the actual problem - > why do we have to wait here? What service/interface isn't ready? > I don't know but I have pieces of information. I added an ifconfig command before daemon-stop-start of libvirtd and its OK : br0 Link encap:Ethernet HWaddr 00:26:b9:3f:50:30 inet addr:194.167.31.37 Bcast:194.167.31.255 Mask:255.255.255.0 inet6 addr: fe80::226:b9ff:fe3f:5030/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:6 errors:0 dropped:0 overruns:0 frame:0 TX packets:11 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:390 (390.0 B) TX bytes:846 (846.0 B) eth0 Link encap:Ethernet HWaddr 00:26:b9:3f:50:30 inet6 addr: fe80::226:b9ff:fe3f:5030/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:22 errors:0 dropped:0 overruns:0 frame:0 TX packets:11 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2110 (2.0 KiB) TX bytes:926 (926.0 B) Interrupt:36 Memory:da000000-da012800 eth1 Link encap:Ethernet HWaddr 00:26:b9:3f:50:31 inet addr:10.10.0.23 Bcast:10.10.0.255 Mask:255.255.255.0 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Interrupt:48 Memory:dc000000-dc012800 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:8 errors:0 dropped:0 overruns:0 frame:0 TX packets:8 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:560 (560.0 B) TX bytes:560 (560.0 B) Next I added a ping which is OK for eth1:10.10.0.23 but not for 10.10.0.1 which refers to my target. With a tcpdump also launched before starting libvirtd i saw that the "arp reply" is not received by tcp/ip stack of my host in response of "arp request" for 10.10.0.1. I have 2 interfaces : a bridge for kvm guest (194.167.31.0/24) and a dedicated network for iSCSI (10.10.0.0/24). I added and iptables dump of my rules (iptables -L) before libvirtd start and there is no rules. If i add the entry of target in ARP cache before libvirtd starts it works like a charm (without sleeping). > > Could you attach your open-iscsi and pool configuration? > My open-iscsi : r...@sandi:~# sed -e '/^[ ]*#/d' -e '/^$/d' /etc/iscsi/iscsid.conf node.startup = manual node.session.timeo.replacement_timeout = 120 node.conn[0].timeo.login_timeout = 15 node.conn[0].timeo.logout_timeout = 15 node.conn[0].timeo.noop_out_interval = 5 node.conn[0].timeo.noop_out_timeout = 5 node.session.err_timeo.abort_timeout = 15 node.session.err_timeo.lu_reset_timeout = 20 node.session.initial_login_retry_max = 8 node.session.cmds_max = 128 node.session.queue_depth = 32 node.session.xmit_thread_priority = -20 node.session.iscsi.InitialR2T = No node.session.iscsi.ImmediateData = Yes node.session.iscsi.FirstBurstLength = 262144 node.session.iscsi.MaxBurstLength = 16776192 node.conn[0].iscsi.MaxRecvDataSegmentLength = 262144 discovery.sendtargets.iscsi.MaxRecvDataSegmentLength = 32768 node.session.iscsi.FastAbort = Yes r...@sandi:~# sed -e '/^[ ]*#/d' -e '/^$/d' /etc/iscsi/initiatorname.iscsi InitiatorName=iqn.1993-08.org.debian:01:6c3b7cdee7 No targets are activated by defaults (every node is set to "node.startup = manual"). My pool : r...@sandi:~# virsh pool-dumpxml equalog <pool type='iscsi'> <name>equalog</name> <uuid>a6804c21-a610-a8bb-da64-921a7b448527</uuid> <capacity>1099526307840</capacity> <allocation>1099526307840</allocation> <available>0</available> <source> <host name='10.10.0.1'/> <device path='iqn.2001-05.com.equallogic:0-8a0906-4992c7f05-39c000000114b8fc-vglog'/> </source> <target> <path>/dev/disk/by-path</path> <permissions> <mode>0700</mode> <owner>0</owner> <group>0</group> </permissions> </target> </pool> r...@sandi:~# virsh pool-list --all Name State Autostart - ----------------------------------------- equalog active yes I don't understand why after a sleep, my ARP cache works ... It's very odd ... I also asked it to RedHat libvirt-users list : https://www.redhat.com/archives/libvirt-users/2010-March/msg00038.html Many thanks for your help, > Cheers, > -- Guido > > - -- Nicolas Greneche - RSSI et Sysadmin Centre de Ressources Informatiques (CRI) Doctorant au sein du projet SDS - www.sds-project.fr Mail : nicolas.greneche_(at)_univ-orleans.fr GPG : http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x5FEBD0EF Universite d'Orleans Web : http://blog.garnett.fr Batiment 3IA - 2e etage Tel : 02 38 49 25 26 6 rue Leonard de Vinci BP 6102 45061 ORLEANS Cedex 2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkujMrUACgkQTx/Y+1/r0O8rkACfaSYNIJA4dzwMpC/aywpS118J Oi0AoINCe48Cpmrd8p3emIaJLzfdvGzW =6+/s -----END PGP SIGNATURE----- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org