Can't teleport with linux client

With the latest linux client i cannot teleport anymore, every time i try to go somewhere i get logged out. Windows client behind the same firewall works just fine.

... does NOONE else see the same problem? strange.

I'm running the "official" linux client from http://secondlife.com/community/linux-alpha.php on two 32bit suse 10.2 boxes, and both have the same problem...

Maybe you have a firewall set up on the Linux PCs themselves?

As root if you do iptables -L it should show you all the firewall rules.

no firewall rules on the linux pcs.


besides, as they say, "it worked before.", or rather, it worked with the last version before the current one.


a bit more info about how it happens:

I choose a location from the map, search tool, or a landmark, I hit "teleport", the screen goes black, "Contaction region" happens as usual, then "Sending to destination" takes awfully long, and ends up with a bling, a black-and-white SL, and the message "You have been logged out".

I use only linux.
I created my account on thursday and have been using SecondLife_i686_1_13_3_2 since.

Everything worked for me. I was pleasantly surprised and even most impressed with the whole linden offering.

Maybe your problem is more distro related.

My ony problem started on friday night, (and seems unrelated and off-topic) since when I could not log in anymore. Well. If I run
"./secondlife -noinvlib -nofmod -noaudio -noprobe -login Yasmin Nemeth <password>"
and just leave it for an hr or two, I may get logged in.

For what its worth, here is my setup with some personality features

Slackware 10.2
Kernel-2.6.20 (Vanilla unpatched source downloaded and locally compiled)

AMD Sempron(tm) 2800+ ; 256 KB cache
nVidia NV34 [GeForce FX 5500] (rev a1)
1.5Gb RAM
8x AGP

HDD characteristics
[email]yasmin@yasmin.ath.cx[/email]:~ $ sudo hdparm -i /dev/hda

/dev/hda:

Model=ST3120026A, FwRev=3.06, SerialNo=5JT1FHCW
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=234439535
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2
AdvancedPM=no WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 2:

* signifies the current active mode

[email]yasmin@yasmin.ath.cx[/email]:~ $ sudo hdparm -t /dev/hda
Timing buffered disk reads: 128 MB in 3.01 seconds = 42.50 MB/sec
[email]yasmin@yasmin.ath.cx[/email]:~ $ sudo hdparm -T /dev/hda
Timing cached reads: 1396 MB in 2.00 seconds = 696.88 MB/sec

This is a current server side bug affecting all clients on all architectures. They're working on fixing it.

I don't think that that is related to my original problem.

i just tried the first look, and the beta grid linux clients, and teleporting doesnt work in those either.

I looked at the network traffic with tcpdump, and i had lots of small udp packets going towards the SL servers which had broken checksums. seems that the intel driver has a problem with offloaded checksums, so i disabled those, and afterwards, no more broken udp packets... but still no teleport.

Hi Lance, this may prove relevant:
http://secondlife.com/knowledgebase/article.php?id=355

no, it is not relevant.

1. my firewall does not block ANY outgoing traffic;
2. map works just fine;
3. teleporting on windows on the same machine works just fine.

Lance, what is your Linux distribution?

the same here as Lance told.......

No OUTGOING is blocking at all, map works, intra-sim-tp has been working ('till the last grid-update.....)

crossing sim-borders and tp is impossible.

OpenSuSE 10.1 (without build-in FW!)
Linksys Router/FW (Statefull !)

Please find a way!



EDIT: Shame on me! I had forgot the running squid............captured all SL-traffic. Shut down the squid....................it works! TP, border-crossing, all fine! I am happy!

Dude, you ROCK!!!


I'm sitting behind a privoxy popup blocker here, with $http_proxy and $https_proxy *always* pointing to it. Guess what, clearing those two variables made teleporting work again.

Where's the option in SL to switch off proxy usage? Especially when SL doesn't LIKE using a proxy?

Anyways, I've put the following lines in my SL start script:

[ -n "$http_proxy" ] && unset http_proxy
[ -n "$https_proxy" ] && unset https_proxy

and it's working now.


bye,
[L]

Great! Glad to see that is now also working for you! Perhaps the Lindens will add these "proxy-thing" into her FAQ........