[Bug 218345] New: SLP Limitations - No services listed even if server/client works, etc.
https://bugzilla.novell.com/show_bug.cgi?id=218345 Summary: SLP Limitations - No services listed even if server/client works, etc. Product: openSUSE 10.2 Version: Beta 1 plus Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: mls@novell.com ReportedBy: locilka@novell.com QAContact: qa@suse.de CC: jsuchome@novell.com, lslezak@novell.com I've run into problem with SLP server/client here in SUSE.CZ where we use SLP for the installation. All our installation sources are announced both as FTP and HTTP services. If we count them, they are 400 services. To find-out all services, we run `slptool findsrvs service:install.suse`, such as installation does. 1.) Running this on the machine which runs the slp-server returns 256 services (less than 400 configured) `slptool findsrvs service:install.suse | wc -l` -> 256 2.) Running this on some client doesn't return anything unless I add some filter (service:install.suse:ftp) and/or remove some services from the server. First I thought it was because of reply-size (nearly 32768 Bytes) but then I realized that the reply must be even lower and that it might depend on number of services listed. See the TCPdump logs... Legend: 10.20.1.9 (client) 10.20.3.1 (server) Failure: 14:52:01.570056 IP 10.20.1.9.32915 > 239.255.255.253.427: UDP, length 56 14:52:02.318678 IP 10.20.1.9.32916 > 239.255.255.253.427: UDP, length 56 14:52:03.318987 IP 10.20.1.9.32917 > 239.255.255.253.427: UDP, length 53 14:52:03.319750 IP 10.20.3.1.427 > 10.20.1.9.32917: UDP, length 36258 14:52:03.323148 IP 10.20.1.21.427 > 10.20.1.9.32917: UDP, length 104 14:52:04.074939 IP 10.20.1.9.32918 > 239.255.255.253.427: UDP, length 63 14:52:04.075785 IP 10.20.3.1.427 > 10.20.1.9.32918: UDP, length 36258 14:52:05.074686 IP 10.20.1.9.32919 > 239.255.255.253.427: UDP, length 63 14:52:05.075438 IP 10.20.3.1.427 > 10.20.1.9.32919: UDP, length 36258 - this returns only one serice (from 10.20.1.21) - total 400 services are configured Failure: 14:58:08.857789 IP 10.20.1.9.32941 > 239.255.255.253.427: UDP, length 56 14:58:09.609153 IP 10.20.1.9.32942 > 239.255.255.253.427: UDP, length 56 14:58:10.608934 IP 10.20.1.9.32943 > 239.255.255.253.427: UDP, length 53 14:58:10.609500 IP 10.20.1.21.427 > 10.20.1.9.32943: UDP, length 104 14:58:10.610061 IP 10.20.3.1.427 > 10.20.1.9.32943: UDP, length 31198 14:58:11.360884 IP 10.20.1.9.32944 > 239.255.255.253.427: UDP, length 63 14:58:11.361701 IP 10.20.3.1.427 > 10.20.1.9.32944: UDP, length 31198 14:58:12.360894 IP 10.20.1.9.32946 > 239.255.255.253.427: UDP, length 63 14:58:12.361730 IP 10.20.3.1.427 > 10.20.1.9.32946: UDP, length 31198 - this returns only one serice (from 10.20.1.21) - total 340 services are configured Partial success: 14:56:02.842282 IP 10.20.1.9.32935 > 239.255.255.253.427: UDP, length 56 14:56:03.592122 IP 10.20.1.9.32936 > 239.255.255.253.427: UDP, length 56 14:56:04.592175 IP 10.20.1.9.32937 > 239.255.255.253.427: UDP, length 53 14:56:04.592466 IP 10.20.1.21.427 > 10.20.1.9.32937: UDP, length 104 14:56:04.593334 IP 10.20.3.1.427 > 10.20.1.9.32937: UDP, length 27502 - this returns 256 services - total 301 services are configured Conslusion: The first problem, I see, is that only limited size of reply (or limited number of services got from the server are) is acceppted and handled by the client. The second problem is that 256 services are listed at maximum by the client even if there were more of them in the reply (possibly). I'll attach you all our SLP Installation services configuration. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=218345 mls@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Comment #2 from mls@novell.com 2006-11-09 12:14 MST ------- Please check that the openslp changelog contains the "use right length in send() calls" on the server. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=218345 ------- Comment #3 from locilka@novell.com 2006-11-10 00:52 MST ------- Well, it didn't, now it does. cml:~ # LANG=C rpm -q openslp --changelog | head * Tue Sep 12 2006 - mls@suse.de - obey OVERFLOW bit of incoming udp messages [#185483] - use right length in send() calls [#185483] - fix errno check in IncomingStreamWrite - add SLPGetPeer method in libslp - add --peerinfo option to slptool to print peerinfo * Wed May 10 2006 - mls@suse.de - fix unaligned memory access on ia64 [#171932] However is still doesn't work with more SLPD entries :( -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=218345 ------- Comment #4 from mls@novell.com 2006-11-13 06:10 MST ------- The 256 is actually a configuration parameter, just change "net.slp.maxResults" in /etc/slp.conf (don't forget to remove the ';' in front of the line). As for the missing entries over the network, I don't know what's going on here. The slp client should redo the large requests over a tcp connection, do you see that in the tcpdump? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=218345 ------- Comment #5 from locilka@novell.com 2006-11-13 07:29 MST ------- I've changed the ***maxResults to 2048 services but it still returns only the one service from another SLP server. 15:27:24.292372 IP 10.20.3.1.427 > 10.20.1.9.1058: UDP, length 40095 15:27:24.292494 IP 10.20.3.1 > 10.20.1.9: udp 15:27:24.292617 IP 10.20.3.1 > 10.20.1.9: udp 15:27:24.292740 IP 10.20.3.1 > 10.20.1.9: udp 15:27:24.292863 IP 10.20.3.1 > 10.20.1.9: udp 15:27:24.292986 IP 10.20.3.1 > 10.20.1.9: udp 15:27:24.293109 IP 10.20.3.1 > 10.20.1.9: udp 15:27:24.293232 IP 10.20.3.1 > 10.20.1.9: udp 15:27:24.293356 IP 10.20.3.1 > 10.20.1.9: udp 15:27:24.293478 IP 10.20.3.1 > 10.20.1.9: udp 15:27:24.293601 IP 10.20.3.1 > 10.20.1.9: udp 15:27:24.293724 IP 10.20.3.1 > 10.20.1.9: udp 15:27:24.293847 IP 10.20.3.1 > 10.20.1.9: udp 15:27:24.293971 IP 10.20.3.1 > 10.20.1.9: udp 15:27:24.294093 IP 10.20.3.1 > 10.20.1.9: udp 15:27:24.294217 IP 10.20.3.1 > 10.20.1.9: udp 15:27:24.294339 IP 10.20.3.1 > 10.20.1.9: udp 15:27:24.294462 IP 10.20.3.1 > 10.20.1.9: udp 15:27:24.294586 IP 10.20.3.1 > 10.20.1.9: udp 15:27:24.294708 IP 10.20.3.1 > 10.20.1.9: udp 15:27:25.044184 IP 10.20.3.1.427 > 10.20.1.9.1059: UDP, length 40095 15:27:25.044306 IP 10.20.3.1 > 10.20.1.9: udp 15:27:25.044430 IP 10.20.3.1 > 10.20.1.9: udp 15:27:25.044553 IP 10.20.3.1 > 10.20.1.9: udp 15:27:25.044676 IP 10.20.3.1 > 10.20.1.9: udp 15:27:25.044799 IP 10.20.3.1 > 10.20.1.9: udp 15:27:25.044922 IP 10.20.3.1 > 10.20.1.9: udp 15:27:25.045045 IP 10.20.3.1 > 10.20.1.9: udp 15:27:25.045169 IP 10.20.3.1 > 10.20.1.9: udp 15:27:25.045291 IP 10.20.3.1 > 10.20.1.9: udp 15:27:25.045414 IP 10.20.3.1 > 10.20.1.9: udp 15:27:25.045537 IP 10.20.3.1 > 10.20.1.9: udp 15:27:25.045660 IP 10.20.3.1 > 10.20.1.9: udp 15:27:25.045783 IP 10.20.3.1 > 10.20.1.9: udp 15:27:25.045906 IP 10.20.3.1 > 10.20.1.9: udp 15:27:25.046029 IP 10.20.3.1 > 10.20.1.9: udp 15:27:25.046152 IP 10.20.3.1 > 10.20.1.9: udp 15:27:25.046275 IP 10.20.3.1 > 10.20.1.9: udp 15:27:25.046399 IP 10.20.3.1 > 10.20.1.9: udp 15:27:25.046521 IP 10.20.3.1 > 10.20.1.9: udp 15:27:26.044088 IP 10.20.3.1.427 > 10.20.1.9.1060: UDP, length 40095 15:27:26.044211 IP 10.20.3.1 > 10.20.1.9: udp 15:27:26.044334 IP 10.20.3.1 > 10.20.1.9: udp 15:27:26.044457 IP 10.20.3.1 > 10.20.1.9: udp 15:27:26.044580 IP 10.20.3.1 > 10.20.1.9: udp 15:27:26.044703 IP 10.20.3.1 > 10.20.1.9: udp 15:27:26.044826 IP 10.20.3.1 > 10.20.1.9: udp 15:27:26.044949 IP 10.20.3.1 > 10.20.1.9: udp 15:27:26.045072 IP 10.20.3.1 > 10.20.1.9: udp 15:27:26.045196 IP 10.20.3.1 > 10.20.1.9: udp 15:27:26.045318 IP 10.20.3.1 > 10.20.1.9: udp 15:27:26.045441 IP 10.20.3.1 > 10.20.1.9: udp 15:27:26.045564 IP 10.20.3.1 > 10.20.1.9: udp 15:27:26.045687 IP 10.20.3.1 > 10.20.1.9: udp 15:27:26.045810 IP 10.20.3.1 > 10.20.1.9: udp 15:27:26.045933 IP 10.20.3.1 > 10.20.1.9: udp 15:27:26.046056 IP 10.20.3.1 > 10.20.1.9: udp 15:27:26.046180 IP 10.20.3.1 > 10.20.1.9: udp 15:27:26.046303 IP 10.20.3.1 > 10.20.1.9: udp 15:27:26.046426 IP 10.20.3.1 > 10.20.1.9: udp I can't see any TCP there... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=218345 ------- Comment #6 from locilka@novell.com 2006-11-13 07:34 MST ------- But on the server: cml:~ # grep maxResults /etc/slp.conf net.slp.maxResults = 2048 cml:~ # rcslpd restart Shutting down slpd done Starting slpd done cml:~ # slptool findsrvs service:install.suse | wc -l 443 It seems to work on a localhost... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=218345 ------- Comment #7 from mls@novell.com 2006-11-13 08:23 MST ------- Maybe you have some package loss, so the complete udp answer never reaches the client. Can you confirm (by using strace on the client) that this is the case? If it is the case, I plan to fix it in the next weeks. The problem is that the openslp server never sends an abbreviated answer. See bugzilla #185483 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=218345 ------- Comment #8 from locilka@novell.com 2006-11-13 08:45 MST ------- Created an attachment (id=104978) --> (https://bugzilla.novell.com/attachment.cgi?id=104978&action=view) Strace: Too many services listed -- doesn't work -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=218345 ------- Comment #9 from locilka@novell.com 2006-11-13 08:46 MST ------- Created an attachment (id=104979) --> (https://bugzilla.novell.com/attachment.cgi?id=104979&action=view) Strace: Not ~too many services listed -- works -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=218345 mls@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |DUPLICATE ------- Comment #11 from mls@novell.com 2006-11-13 09:16 MST ------- Theory confirmed, it doesn't see the answer. So this is a duplicate of #185483. *** This bug has been marked as a duplicate of bug 185483 *** -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
participants (1)
-
bugzilla_noreply＠novell.com