Bug 1204742
| Summary: | Cannot initiate connection to all Windows except XP via freerdp on ppc64 and s390x | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Andrei Stepanov <astepano> |
| Component: | freerdp | Assignee: | Ondrej Holy <oholy> |
| Status: | CLOSED ERRATA | QA Contact: | Desktop QE <desktop-qa-list> |
| Severity: | low | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 7.1 | CC: | astepano, bmilar, jlyle, mclasen, oholy, thudziec, tpelka, vbenes, vchoudha |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | s390x | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | freerdp-1.0.2-13.el7 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-04-10 11:38:34 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1203710, 1291275, 1291281, 1291287, 1297830, 1306579, 1313485 | ||
|
Description
Andrei Stepanov
2015-03-23 12:55:29 UTC
Same results for ppc64 ARCH, freerdp-1.0.2-5.el7.ppc64 It works correctly for me with x86_64, is it ppc64/s390x specific? Does other architectures works for you also? Does it help when you force e.g. rdp authentication method --sec rdp (or tls), or disable nla using --no-nla? Are you sure the credentials are correct? Don't you have expired passwords? https://support.microsoft.com/en-us/kb/2648397 Bug is ppc64/s390x specific. --no-nla - helps establish connection to remote machine --sec rdp - also works --sec tls - also works x86_64 does not require to use such flags. It is really weird that it fails only on those architectures, is there anything specific only for them?
There is call log where xfreerdp fails if somebody wants to debug it:
#1 0x00003fffb7e6aa08 in tls_read (tls=0x3fffa8002980, data=<optimized out>, length=<optimized out>) at /usr/src/debug/freerdp-1.0.2/libfreerdp-core/tls.c:152
#2 0x00003fffb7e6d93c in transport_read (transport=0x100c3060, s=0x100c7160) at /usr/src/debug/freerdp-1.0.2/libfreerdp-core/transport.c:181
#3 0x00003fffb7e4e4fc in credssp_recv (credssp=0x3fffa8032670, negoToken=0x3fffa8032670, authInfo=0x0, pubKeyAuth=0x3fffa8032680)
at /usr/src/debug/freerdp-1.0.2/libfreerdp-core/credssp.c:554
#4 0x00003fffb7e4e8dc in credssp_authenticate (credssp=0x3fffa8032670) at /usr/src/debug/freerdp-1.0.2/libfreerdp-core/credssp.c:194
#5 0x00003fffb7e6d6a4 in transport_connect_nla (transport=0x100c3060) at /usr/src/debug/freerdp-1.0.2/libfreerdp-core/transport.c:118
#6 0x00003fffb7e658d8 in rdp_client_connect (rdp=0x100c1220) at /usr/src/debug/freerdp-1.0.2/libfreerdp-core/connection.c:91
#7 0x00003fffb7e5e47c in freerdp_connect (instance=0x100c1090) at /usr/src/debug/freerdp-1.0.2/libfreerdp-core/freerdp.c:49
#8 0x0000000010014450 in xfreerdp_run (instance=0x100c1090) at /usr/src/debug/freerdp-1.0.2/client/X11/xfreerdp.c:979
#9 0x000000001001481c in thread_func (param=0x100e5810) at /usr/src/debug/freerdp-1.0.2/client/X11/xfreerdp.c:1091
#10 0x00003fffb768c26c in start_thread (arg=0x3fffb06af0d0) at pthread_create.c:310
#11 0x00003fffb75a8080 in .__clone () at ../sysdeps/unix/sysv/linux/powerpc/powerpc64/clone.S:111
SSL_read returns SSL_ERROR_SSL, so it is probably bug in openssl.
(In reply to Ondrej Holy from comment #5) > It is really weird that it fails only on those architectures, is there > anything specific only for them? Maybe there is problem with big endian in freerdp, because it seems openssl works correctly for other applications on those architectures... Bug occurs also with package version freerdp-1.0.2-10.el7. on architectures ppc64 and s390x on architectures ppc64le the bug does not occure *** Bug 1367751 has been marked as a duplicate of this bug. *** Several big endian fixes have been merged by upstream, those fixes also fix this issue. I think it should be possible to backport them: https://github.com/FreeRDP/FreeRDP/pull/3284 However, I don't think it makes sense to backport those fixes without fixing Bug 1308810, because colors are corrupted on big endian machines anyway... The bug does not occur with version freerdp-1.0.2-14.el7 on ppc64 and s390x. Connection is correctly initiated. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2018:0724 |