I concur- though I haven't yet found anything but second-hand reports that this
is the case (i.e. table entries are dynamic and with the upper bound controlled
by sunrpc.tcp_max_slot_table_entries).
I'm uncertain of the best way to close the issue... set state to
"invalid"?
--
You received thi
Public bug reported:
The alternative created for the library does not match the SONAME reported by
libtool. This seems to create issues with some tools, notably for us
python-drmaa:
me@hostname[~/build/slurm-drmaa]: python
Python 2.7.3 (default, Apr 20 2012, 22:39:59)
[GCC 4.6.3] on linux2
Ty
Public bug reported:
Installation of the base library package (slurm-drmaa1) does not create
a libdrmaa alternative. This is done in the development package, where
it installs an alternative for "libdrmaa.so" and a symbolic link for
"libdrmaa.so"
me@hostname[~/build/slurm-drmaa]: update-alternat
Public bug reported:
The value for /proc/sys/sunrpc/tcp_slot_table_entries seems unusually
low on 12.04.1LTS. The default seems to be 2:
root@g:~# sysctl sunrpc.tcp_slot_table_entries
sunrpc.tcp_slot_table_entries = 2
root@g:~# sysctl sunrpc.udp_slot_table_entries
sunrpc.udp_slot_table_entries =
Very true. I just posted quickly this morning to lend some weight to
this bug and at least indicate a workaround.
So, I've read up a little bit and fiddled with the remmina client.
I've found that using NLA authentication causes remmina to segfault.
TLS and RDP both seem to work fine, so there is
Also having this issue (seen in remmina or xfreerdp clients).
Precise/12.04LTS, libfreerdp 1.0.1-1ubuntu2.1
https://bugs.launchpad.net/ubuntu/+source/remmina/+bug/941107
indicates a workaround: switch to "RDP" for security instead of
"negotiate". This works for me.
--
You received this bug not
