Bug 1409958

Created attachment 1237054 [details]
packet capture from lo during sooperlooper startup

I don't know anything about osc, but from the attached it *looks* like the gui and engine exchanged a succesful ping?

I've tried to reproduce this problem, but I'm not seeing this error. I assume you are letting slgui start the engine itself ?

(In reply to Hans de Goede from comment #2)
> I've tried to reproduce this problem, but I'm not seeing this error. I
> assume you are letting slgui start the engine itself ?

I've tried it that way, and also tried manually starting the engine, with no luck.

Out of curiosity--maybe you could attach a network trace of a succesful connection?  ("tcpdump -s0 -wtmp.pcap -ilo", then start sooperlooper, then kill tcpdump and attach tmp.pcap--or something along those lines).  It might be interesting to compare the good and bad cases.

Created attachment 1239466 [details]
Packet capture from lo from working startup

Here is a capture from a working slgui startup on my machine. I also pressed record and let it run for a bit to get some more commands send / test things were really working.

Here is the terminal output from the slgui command during this:

slgui: our URL is osc.udp://shalem.localdomain:16481/
Changing our url to be : osc.udp://localhost:16481/
execing: 'sooperlooper -q -U osc.udp://localhost:16481/ -p 9951 -l 1 -c 2 -t 40 -m "/home/hans/.sooperlooper/default_midi.slb"'

slgui: spawned new engine
Cannot create RT messagebuffer thread: Operation not permitted (1)
Retrying messagebuffer thread without RT scheduling
Messagebuffer not realtime; consider enabling RT scheduling for user
no message buffer overruns
Cannot create RT messagebuffer thread: Operation not permitted (1)
Retrying messagebuffer thread without RT scheduling
Messagebuffer not realtime; consider enabling RT scheduling for user
no message buffer overruns
Cannot create RT messagebuffer thread: Operation not permitted (1)
Retrying messagebuffer thread without RT scheduling
Messagebuffer not realtime; consider enabling RT scheduling for user
no message buffer overruns
Cannot lock down 42435354 byte memory area (Cannot allocate memory)
Cannot use real-time scheduling (RR/60)(1: Operation not permitted)
AcquireSelfRealTime error
slgui: remote looper is at osc.udp://shalem.localdomain:9951/ version=1.7.3   loopcount=1  id=1484147098
  but treating the engine URL as osc.udp://localhost:9951/
Stored settings into /home/hans/.sooperlooper
Stored settings into /home/hans/.sooperlooper
[hans@shalem ~]$ JackTemporaryException : now quits...
Jack main caught signal 2

Thanks!

Weird that there's an ICMPv6 "destination unreachable" reply to slgui's initial request followed 1.77 seconds later by a reply from the engine.

Also weird how after the initial packet all the slgui->engine traffic is IPv4 to 192.168.1.100, and all the engine->slgui traffic is IPv6 to ::1.  I guess that was somehow the result of resolving those initial URL's that they exchanged?

OK, anyway I'm not figuring anything out from this....  Maybe I need to get a little more debugging information out of slgui next time I try.

It's working for me now on F26.  I don't know why, but I guess I'll assume a bug was fixed.