3.3.5, rsync+ssh hangs on Windows 11
This worked on Windows 10 but hangs on Windows 11: rsync -a : After I terminated the background "ssh" process in Task Manager, this is the output: rsync: [sender] safe_read failed to read 4 bytes: No child processes (10) rsync error: error in rsync protocol data stream (code 12) at io.c(276) [sender=3.2.4dev] The Windows OS build is 22000.918. Kevin cygcheck.out Description: Binary data -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.9-1 Exec SSH hangs on windows 7 and 2008 server
On Nov 17 12:23, Pierre-Yves Lafonta wrote: Hello, I use cygwin sshd daemon 5.9p1-1 to send them ssh exec command. Here my problem: nb=106496; rm testfile; for i in ` seq 1 $nb` ; do echo 1 testfile;done ssh user@host cat testfile outputfile Work as expected on different cygwin plateforme (see the cygcheck.winxp, cygcheck.seven, cygcheck.w2008 attached) But, with one caracter more in the testfile, it stop working on seven and 2008. The exec command hang; have to Ctrl+Z. nb=106497; rm testfile; for i in ` seq 1 $nb` ; do echo 1 testfile;done ssh user@host cat testfile outputfile On host machine, cat process still alive. it's 100% reproductible. Verbose log just show that process dont receive sigchld signal... AnyOne Understand what exactly happen ? Is it a bug or a normal behaviour? And is there a workaround or a way i have to rewrite my exec command ? Thanks for the report. It's a bug and there's no workaround, other than don't do that. We're looking into a fix for the next Cygwin release. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.9-1 Exec SSH hangs on windows 7 and 2008 server
Hello, If those informations could help in anyway ... ( or give workaround for people face to same problem) I tried install other SSH servers to reproduce (or not) my problem: winsshd 5.26 is OK mobaSSH is KO Regards, Le 17/11/2011 12:23, Pierre-Yves Lafonta a écrit : Hello, I use cygwin sshd daemon 5.9p1-1 to send them ssh exec command. Here my problem: nb=106496; rm testfile; for i in ` seq 1 $nb` ; do echo 1testfile;done ssh user@host cat testfile outputfile Work as expected on different cygwin plateforme (see the cygcheck.winxp, cygcheck.seven, cygcheck.w2008 attached) But, with one caracter more in the testfile, it stop working on seven and 2008. The exec command hang; have to Ctrl+Z. nb=106497; rm testfile; for i in ` seq 1 $nb` ; do echo 1testfile;done ssh user@host cat testfile outputfile On host machine, cat process still alive. it's 100% reproductible. Verbose log just show that process dont receive sigchld signal... AnyOne Understand what exactly happen ? Is it a bug or a normal behaviour? And is there a workaround or a way i have to rewrite my exec command ? Regards, Pierre-Yves -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [1.7] cvs over ssh hangs on completion
On Tue, Dec 1, 2009 at 5:24 AM, Corinna Vinschen corinna-cyg...@cygwin.com wrote: On Nov 30 11:23, Corinna Vinschen wrote: On Nov 26 22:42, Jeremy Hetzler wrote: I have cvs on a client machine connecting to a host over ssh. The cvs procedure finishes, but the connection does not terminate until I hit ctrl-c. The cvs process is then left running on the host. Regular ssh connections (ie interactive login) do not have this problem. The host machine is Cygwin 1.7.0 on Windows 7; the client is Cygwin 1.5.25 on Windows XP. Attached is a cygcheck from the host and debug output from sshd. Is there anything I can do to fix this? Dunno, yet. Is this a new problem? In other words, did this effect start to occur with 1.7.0-65, or do you already suffer calmly for a longer time? Previously the server was 1.5.25 on XP. That worked fine (and still works fine). When I moved to Win 7 and 1.7 the problem appeared. Running 1.5.25 under Windows 7 on the server solves the problem. Whatever the problem is, it only appears under 1.7. I tried the same scenario, a cvs server running under Cygwin 1.7 and a client running under Cygwin 1.5.25. I tried both socket types as introduced with 1.7.0-65, and I can't reproduce the aforementioned effect. http://cygwin.com/acronyms/#BLODA? Disabling Windows Defender and Windows Firewall has no effect. I'm not running any of the other programs mentioned there. -- Jeremy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [1.7] cvs over ssh hangs on completion
On Fri, Dec 11, 2009 at 11:11 PM, Jeremy Hetzler jeremyhetz...@gmail.com wrote: On Tue, Dec 1, 2009 at 5:24 AM, Corinna Vinschen corinna-cyg...@cygwin.com wrote: On Nov 30 11:23, Corinna Vinschen wrote: On Nov 26 22:42, Jeremy Hetzler wrote: I have cvs on a client machine connecting to a host over ssh. The cvs procedure finishes, but the connection does not terminate until I hit ctrl-c. The cvs process is then left running on the host. Regular ssh connections (ie interactive login) do not have this problem. The host machine is Cygwin 1.7.0 on Windows 7; the client is Cygwin 1.5.25 on Windows XP. Attached is a cygcheck from the host and debug output from sshd. Is there anything I can do to fix this? Dunno, yet. Is this a new problem? In other words, did this effect start to occur with 1.7.0-65, or do you already suffer calmly for a longer time? Previously the server was 1.5.25 on XP. That worked fine (and still works fine). When I moved to Win 7 and 1.7 the problem appeared. Running 1.5.25 under Windows 7 on the server solves the problem. Whatever the problem is, it only appears under 1.7. I tried the same scenario, a cvs server running under Cygwin 1.7 and a client running under Cygwin 1.5.25. I tried both socket types as introduced with 1.7.0-65, and I can't reproduce the aforementioned effect. http://cygwin.com/acronyms/#BLODA? Disabling Windows Defender and Windows Firewall has no effect. I'm not running any of the other programs mentioned there. -- Jeremy One more thing. When I make a connection to 1.5.25 sshd, an extra console window appears on the server for the duration of the connection. I'm running sshd from the command line so maybe it wouldn't happen as a service. It doesn't happen under 1.7 in any configuration. Is there a way to uninstall the 1.7 sshd service? I'd like to downgrade it to 1.5.25 as a workaround. Thanks, Jeremy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [1.7] cvs over ssh hangs on completion
On Nov 30 11:23, Corinna Vinschen wrote: On Nov 26 22:42, Jeremy Hetzler wrote: I have cvs on a client machine connecting to a host over ssh. The cvs procedure finishes, but the connection does not terminate until I hit ctrl-c. The cvs process is then left running on the host. Regular ssh connections (ie interactive login) do not have this problem. The host machine is Cygwin 1.7.0 on Windows 7; the client is Cygwin 1.5.25 on Windows XP. Attached is a cygcheck from the host and debug output from sshd. Is there anything I can do to fix this? Dunno, yet. Is this a new problem? In other words, did this effect start to occur with 1.7.0-65, or do you already suffer calmly for a longer time? I tried the same scenario, a cvs server running under Cygwin 1.7 and a client running under Cygwin 1.5.25. I tried both socket types as introduced with 1.7.0-65, and I can't reproduce the aforementioned effect. http://cygwin.com/acronyms/#BLODA? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [1.7] cvs over ssh hangs on completion
On Nov 26 22:42, Jeremy Hetzler wrote: I have cvs on a client machine connecting to a host over ssh. The cvs procedure finishes, but the connection does not terminate until I hit ctrl-c. The cvs process is then left running on the host. Regular ssh connections (ie interactive login) do not have this problem. The host machine is Cygwin 1.7.0 on Windows 7; the client is Cygwin 1.5.25 on Windows XP. Attached is a cygcheck from the host and debug output from sshd. Is there anything I can do to fix this? Dunno, yet. Is this a new problem? In other words, did this effect start to occur with 1.7.0-65, or do you already suffer calmly for a longer time? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[1.7] cvs over ssh hangs on completion
I have cvs on a client machine connecting to a host over ssh. The cvs procedure finishes, but the connection does not terminate until I hit ctrl-c. The cvs process is then left running on the host. Regular ssh connections (ie interactive login) do not have this problem. The host machine is Cygwin 1.7.0 on Windows 7; the client is Cygwin 1.5.25 on Windows XP. Attached is a cygcheck from the host and debug output from sshd. Is there anything I can do to fix this? Thanks, Jeremy cygcheck.out Description: Binary data sshd.log Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [1.7] cvs over ssh hangs on completion
Here is the tail end of an strace of the hanging cvs process. Jeremy cvs.strace.out Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
1.5.12 ssh hangs on some machines when stdout has content
I have found that ssh hangs semi-consistently, when it's stdout is piped to another process. I say semi-consistently, because it's not happening on all of our machines, but it is consistent for any of the problem machines. Furthermore, the command must actually produce output to standard out. The remote command is actually finishing, and as a far as I can tell, is terminating cleanly and correctly. Here is an easy way to reproduce it: ssh [EMAIL PROTECTED] ls -a | wc -l The following work fine: ssh [EMAIL PROTECTED] ls -a ssh [EMAIL PROTECTED] ls -a /dev/null My cygcheck.out file is attached. ssh reports it's version as SSH version OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004 The destination host does not appear to matter (I've tested against cygwin-sshd, and a linux box). This has my very baffled, and concerned. Any help appreciated. David Corbin Cygwin Configuration Diagnostics Current System Time: Mon Oct 24 12:48:24 2005 Windows .NET Server Ver 5.2 Build 3790 Service Pack 1 Path: C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem D:\JDK\bin c:\Program Files\Symantec\pcAnywhere\ D:\cygwin\bin D:\JDK\bin Output from D:\cygwin\bin\id.exe (nontsec) UID: 500(Administrator) GID: 513(None) 513(None) Output from D:\cygwin\bin\id.exe (ntsec) UID: 500(Administrator) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS HOME = `c:\documents and settings\Administrator' PWD = `/cygdrive/e' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Administrator\Application Data' CLUSTERLOG = `C:\WINDOWS\Cluster\cluster.log' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `BOINSTALL' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CYGWIN_HOME = `D:\cygwin' ENTTEK_HOME = `d:\enttek' FP_NO_HOST_CHECK = `NO' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Administrator' JAVA_HOME = `D:\JDK' JBOSS_HOME = `d:\jboss' JBOSS_JAVA_OPTS = `-Xmx512m -Xms128m -XX:NewSize=64m' LOGONSERVER = `\\BOINSTALL' MYSQL_HOME = `d:\mysql' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/home/Administrator' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0209' PROGRAMFILES = `C:\Program Files' RUBY_HOME = `D:\ruby' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' TERM = `cygwin' TMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' USERDOMAIN = `BOINSTALL' USERNAME = `Administrator' USERPROFILE = `C:\Documents and Settings\Administrator' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck.exe' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = 0x0022 cygdrive prefix = `/cygdrive' HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `D:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home (default) = `c:\documents and settings' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `D:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `D:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS 10276Mb 32% CP CS UN PA FC Main d: hd NTFS 27884Mb 8% CP CS UN PA FC Apps e: hd NTFS 25610Mb 72% CP CS UN PA FC Masters f: hd NTFS 4097Mb 38% CP CS UN PA FC Page File g: hd NTFS 8453Mb 27% CP CS UN PA FC Backup D:\cygwin / system binmode c:\documents and settings /home system binmode D:\cygwin/bin /usr/bin system binmode D:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: D:\cygwin\bin\awk.exe Found: D:\cygwin\bin\bash.exe Found: D:\cygwin\bin\cat.exe Found: D:\cygwin\bin\cp.exe Not Found: cpp (good!) Found: D:\cygwin\bin\find.exe Not Found: gcc Not Found: gdb Found: D:\cygwin\bin\grep.exe Not Found: ld Found: D:\cygwin\bin\ls.exe Not Found: make Found: D:\cygwin\bin\mv.exe Found: D:\cygwin\bin\rm.exe Found: D:\cygwin\bin\sed.exe Found: D:\cygwin\bin\sh.exe Found: D:\cygwin\bin\tar.exe 55k 2004/09/14 D:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
RE: 1.5.12 ssh hangs on some machines when stdout has content
David Corbin wrote: I have found that ssh hangs semi-consistently, when it's stdout is piped to another process. I say semi-consistently, because it's not happening on all of our machines, but it is consistent for any of the problem machines. Furthermore, the command must actually produce output to standard out. The remote command is actually finishing, and as a far as I can tell, is terminating cleanly and correctly. Here is an easy way to reproduce it: ssh [EMAIL PROTECTED] ls -a | wc -l WJFFM. This has my very baffled, and concerned. Any help appreciated. 1.5.12 is quite old. Try upgrading or even have a go with the current development snapshot (http://cygwin.com/snapshots) - it's in a testing cycle at the moment and it would be helpful to know if your problem is fixed (see also http://cygwin.com/ml/cygwin/2005-09/msg01020.html) cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.12 ssh hangs on some machines when stdout has content
On Tue, 25 Oct 2005, David Corbin wrote: I have found that ssh hangs semi-consistently, when it's stdout is piped to another process. I say semi-consistently, because it's not happening on all of our machines, but it is consistent for any of the problem machines. Furthermore, the command must actually produce output to standard out. The remote command is actually finishing, and as a far as I can tell, is terminating cleanly and correctly. Here is an easy way to reproduce it: ssh [EMAIL PROTECTED] ls -a | wc -l The following work fine: ssh [EMAIL PROTECTED] ls -a ssh [EMAIL PROTECTED] ls -a /dev/null My cygcheck.out file is attached. ssh reports it's version as SSH version OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004 The destination host does not appear to matter (I've tested against cygwin-sshd, and a linux box). This has my very baffled, and concerned. Any help appreciated. The first thing anyone would notice is that 1.5.12 (and your OpenSSH/OpenSSL versions) are very old. The current Cygwin is 1.5.18 (going on 1.5.19), and OpenSSH is up to 4.2p1. This list cannot afford to support more than the current version of Cygwin and tools. If you can still reproduce your problem after upgrading to the latest versions of Cygwin and OpenSSH/OpenSSL, please report back to this list. FWIW, I regularly use just such a construct to reply to email -- I used it to reply to yours, and, as you can see, it http://cygwin.com/acronyms/#WJFFM. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.12 ssh hangs on some machines when stdout has content
David Corbin wrote: I will give it a try, but we do have a rather large set (~1 systems in over 500 locations) that would need to be upgraded. Is there any direct/easy way to upgrade cygwin without user-interaction? The only way I know is to run the GUI install program, and that's going to be a big problem for us. Thanks David Yes. Upgrade one machine, and build an msi that updates the files, then distribute it via active directory. Alternatively, use your preferred packaging format. Failing that, update a machine, zip up the updated cygwin folder, and distribute it across your network onto each machine, using administrator rights to stop the ssh service before applying. I should point out that there is no guarantee that permissions would remain intact with either method. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.12 ssh hangs on some machines when stdout has content
On Tue, 25 Oct 2005, David Corbin wrote: On Tuesday 25 October 2005 10:12, Igor Pechtchanski wrote: On Tue, 25 Oct 2005, David Corbin wrote: The first thing anyone would notice is that 1.5.12 (and your OpenSSH/OpenSSL versions) are very old. The current Cygwin is 1.5.18 (going on 1.5.19), and OpenSSH is up to 4.2p1. This list cannot afford to support more than the current version of Cygwin and tools. If you can still reproduce your problem after upgrading to the latest versions of Cygwin and OpenSSH/OpenSSL, please report back to this list. I will give it a try, but we do have a rather large set (~1 systems in over 500 locations) that would need to be upgraded. Initially, you only need to try this on one system that exhibits the problem... Is there any direct/easy way to upgrade cygwin without user-interaction? The only way I know is to run the GUI install program, and that's going to be a big problem for us. As I've said before, http://cygwin.com/ml/cygwin/2004-04/msg00086.html. This result from the search I suggested looks promising, if only to get the setup options: http://www.maths.lth.se/help/windows/cygwin/. See also /var/log/setup.log after setup --help (yes, it does support this). HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.12 ssh hangs on some machines when stdout has content
Igor Pechtchanski wrote: As I've said before, http://cygwin.com/ml/cygwin/2004-04/msg00086.html. This result from the search I suggested looks promising, if only to get the setup options: http://www.maths.lth.se/help/windows/cygwin/. See also /var/log/setup.log after setup --help (yes, it does support this). HTH, I mostly don't see any output from setup --help. I tried deleting the setup log files from /var/log and ran setup --help, but no files were created in /var/log. It also doesn't work if the files exist. I'm pretty sure it's not a permission problem cause if I run setup without any arguments it creates the log files just fine. The weirdest thing is that it worked once for me about 10 minutes ago. I'm running version 2.510.2.2. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Setup fails to write help output to logfile [was RE: 1.5.12 ssh hangs on some machines when stdout has content]
Rolf Campbell wrote: Igor Pechtchanski wrote: As I've said before, http://cygwin.com/ml/cygwin/2004-04/msg00086.html. This result from the search I suggested looks promising, if only to get the setup options: http://www.maths.lth.se/help/windows/cygwin/. See also /var/log/setup.log after setup --help (yes, it does support this). HTH, I mostly don't see any output from setup --help. What does this have to do with ssh? Subject line changed! I tried deleting the setup log files from /var/log and ran setup --help, but no files were created in /var/log. It also doesn't work if the files exist. I'm pretty sure it's not a permission problem cause if I run setup without any arguments it creates the log files just fine. The weirdest thing is that it worked once for me about 10 minutes ago. I'm running version 2.510.2.2. Bizarre, so it does. According to my tests, it now appears to be writing setup.log to whatever is the current directory when you run it. Oops, this looks like a real bug! Now investigating ... BTW, here's the help info, just FYI: 2005/10/25 17:32:27 Starting cygwin install, version 2.510.2.2 2005/10/25 17:32:27 Current Directory: C:\cygwin.src 2005/10/25 17:32:27 Command Line Options: -D --download Download from internet -L --local-install Install from local directory -s --site Download site -R --root Root installation directory -q --quiet-modeUnattended setup mode -h --help print help -l --local-package-dir Local package directory -r --no-replaceonrebootDisable replacing in-use files on next reboot. -n --no-shortcuts Disable creation of desktop and start menu shortcuts -N --no-startmenu Disable creation of start menu shortcut -d --no-desktopDisable creation of desktop shortcut -A --disable-buggy-antivirus Disable known or suspected buggy anti virus software packages during execution. Ending cygwin install cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: 1.5.12: ssh hangs with Windows XP SP2
Hello all, Has there been any traction regarding the pipe code issues and XP SP2? I've keeping up with the posts, but have not seen any mention of a possible work around or patch coming. Thanks much, Garrett -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Waiss, Garrett Sent: Thursday, December 09, 2004 1:03 PM To: cygwin@cygwin.com Subject: RE: 1.5.12: ssh hangs with Windows XP SP2 Unfortunately, -n doesn't help. I actually looked in the archives under ssh hangs and read the various messages. I am really hoping that there will a resolution for the pipe issue. Thanks for the response. Garrett -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Igor Pechtchanski Sent: Thursday, December 09, 2004 10:42 AM To: Waiss, Garrett Cc: cygwin@cygwin.com Subject: Re: 1.5.12: ssh hangs with Windows XP SP2 On Wed, 8 Dec 2004, Waiss, Garrett wrote: Cygwin version: 1.5.12 OS: Windows XP SP2 Before applying the SP2, ssh was working fine. Now ssh will hang with this specfic case. This works: sh -c ssh -i c:/keys/id_foo [EMAIL PROTECTED] 'ls -l /opt/' However, putting this into a java class for instance will cause this to hang: code import java.io.*; public class test { public static void main(String[] args) { try { final String cmd = /bin/ssh -p 22 -i c:/keys/id_foo [EMAIL PROTECTED] 'ls -l /opt'; final Process p = Runtime.getRuntime().exec(new String[] { sh, -c, cmd }); final InputStreamReader isr = new InputStreamReader(p.getInputStream()); final BufferedReader br = new BufferedReader(isr); String line; final StringBuffer sb = new StringBuffer(0); while((line = br.readLine()) != null) { sb.append(line); sb.append('\n'); } System.out.println(sb.toString()); } catch (Exception e) { System.out.println(e.getMessage()); } } } /code Is there a solution to this problem? It's usually recommended to invoke remote commands that don't require input with the -n ssh flag, which will close stdin -- try that. If it doesn't help, this could be the problem with the new pipe code that's been mentioned on this list -- search the web archives for ssh hangs. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
F-Secure SSH hangs in Cygwin xterm
I am having trouble using F-Secure ssh from a Cygwin xterm. It works from a Cygwin bash shell, but not from an xterm. Which is what lead me to believe it is an XWin issue. Here are all of the software versions I am using in my xterm... Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.1.0-8 $ xterm -v Cygwin 6.8.1.0(196) $ ssh -V c:\PROGRA~1\F-Secure\Ssh\ssh2.exe: F-Secure SSH Windows Client 5.3 Build 23 bash --version GNU bash, version 2.05b.0(1)-release (i686-pc-cygwin) Copyright (C) 2002 Free Software Foundation, Inc. Here is the debug output from ssh... $ ssh -d 4 netxsd02 ssh -d 4 netxsd02 debug: Ssh2: User config file not found, using defaults. (Looked for 'C:/Documents and Settings/mheath.AABBAS04/Application Data/F-Secure SSH/ssh2_config') debug: Ssh2: remote host = netxsd02 debug: SshCertEdb: EDB: Adding database: ssh.http debug: SshCertEdb: EDB: Removing database: ssh.ldap debug: SshCertEdb: EDB: Adding database: ssh.ldap debug: Connecting to netxsd02, port 22... (SOCKS not used) debug: Ssh2: Entering event loop. debug: Ssh2Client: Creating transport protocol. debug: Ssh2Transport: Setting new keys and algorithms debug: Ssh2Transport: Allocating cipher: name: none, key_len: 16. debug: Ssh2Transport: Setting new keys and algorithms debug: Ssh2Transport: Allocating cipher: name: none, key_len: 16. debug: Ssh2Transport: My version: SSH-1.99-3.2.3 F-Secure SSH Windows Client debug: SshAuthMethodClient: Added keyboard-interactive to usable methods. debug: SshAuthMethodClient: Added publickey to usable methods. debug: SshAuthMethodClient: Added password to usable methods. debug: Ssh2Client: Creating userauth protocol. debug: client supports 3 auth methods: 'keyboard-interactive,publickey,password' debug: Ssh2Common: local ip = 113.128.163.180, local port = 1104 debug: Ssh2Common: remote ip = 113.128.128.139, remote port = 22 debug: Ssh2Common: Creating connection protocol. debug: SshConnection: Wrapping... debug: SshTcp: Destroying ConnectContext... debug: Remote version: SSH-2.0-3.1.0 F-SECURE SSH debug: Major: 3 Minor: 1 Revision: 0 debug: Ssh2Transport: Remote version calls [EMAIL PROTECTED] des-cbc. debug: Ssh2Transport: Constructing the first key exchange packet. debug: SshProtoTrKex: Making first key exchange packet. debug: Ssh2Transport: 3des-cbc,aes256-cbc,aes192-cbc,aes128-cbc,blowfish-cbc,twofish-cbc,twofish256-cbc,twofish192-cbc,twofish128-cbc,cast128-cbc,arcfour debug: Ssh2Transport: 3des-cbc,aes256-cbc,aes192-cbc,aes128-cbc,blowfish-cbc,twofish-cbc,twofish256-cbc,twofish192-cbc,twofish128-cbc,cast128-cbc,arcfour debug: Ssh2Transport: local kexinit: first_packet_follows = TRUE debug: Ssh2Transport: Processing received SSH_MSG_KEXINIT. debug: Ssh2Transport: Computing algorithms from key exchange. debug: Ssh2Transport: client: kex = diffie-hellman-group1-sha1, hk_alg = ssh-dss,ssh-rsa,x509v3-sign-dss,x509v3-sign-rsa debug: Ssh2Transport: server: kex = diffie-hellman-group1-sha1, hk_alg = ssh-dss debug: Ssh2Transport: lang s to c: `', lang c to s: `' debug: Ssh2Transport: first_kex_packet_follows: FALSE debug: Ssh2Transport: c_to_s: cipher 3des-cbc, mac hmac-sha1, compression none debug: Ssh2Transport: s_to_c: cipher 3des-cbc, mac hmac-sha1, compression none debug: Ssh2Transport: Chosen host key algorithm: ssh-dss, Chosen kex algorithm: diffie-hellman-group1-sha1, Guessed right debug: Ssh2Client: Got key of type ssh-dss debug: Remote host key found from database. debug: Ssh2Transport: Setting new keys and algorithms debug: Ssh2Transport: Allocating cipher: name: 3des-cbc, key_len: 24. debug: Ssh2Transport: Sending service request for ssh-userauth. debug: Ssh2Transport: Receiving SSH_MSG_NEWKEYS. debug: Ssh2Transport: Setting new keys and algorithms debug: Ssh2Transport: Allocating cipher: name: 3des-cbc, key_len: 24. debug: Ssh2Transport: Waiting for a service accept packet. debug: Ssh2Transport: Waiting for a service accept packet. debug: Ssh2Transport: Received SSH_MSG_SERVICE_ACCEPT with service name ssh-userauth. debug: Ssh2Transport: Sending startup packet to application layer. debug: Ssh2Transport: Sending algorithms to application layer. debug: Ssh2Common: Received SSH_CROSS_STARTUP packet from connection protocol. debug: Ssh2Common: Received SSH_CROSS_ALGORITHMS packet from connection protocol. *PROPRIETARY NOTICE* This system is intended to be used solely by authorized users in the course of legitimate corporate business. Users are monitored to the extent necessary. BY ACCESSING THIS SYSTEM, YOU ARE CONSENTING TO THIS MONITORING.* debug: server offers auth methods 'publickey,password'. debug: Ssh2AuthPubKeyClient: Starting pubkey auth... debug: Ssh2AuthPubKeyClient: ssh_client_auth_pubkey_agent_open_complete agent=0x0 debug: Ssh2AuthPubKeyClient: Agent is not running. debug: Ssh2AuthPubKeyClient: Got 0 keys from the agent. debug: Ssh2AuthPubKeyClient: Waiting for external keys. 0 seconds gone. debug: Ssh2AuthPubKeyClient: Waiting
Re: 1.5.12: ssh hangs with Windows XP SP2
On Wed, 8 Dec 2004, Waiss, Garrett wrote: Cygwin version: 1.5.12 OS: Windows XP SP2 Before applying the SP2, ssh was working fine. Now ssh will hang with this specfic case. This works: sh -c ssh -i c:/keys/id_foo [EMAIL PROTECTED] 'ls -l /opt/' However, putting this into a java class for instance will cause this to hang: code import java.io.*; public class test { public static void main(String[] args) { try { final String cmd = /bin/ssh -p 22 -i c:/keys/id_foo [EMAIL PROTECTED] 'ls -l /opt'; final Process p = Runtime.getRuntime().exec(new String[] { sh, -c, cmd }); final InputStreamReader isr = new InputStreamReader(p.getInputStream()); final BufferedReader br = new BufferedReader(isr); String line; final StringBuffer sb = new StringBuffer(0); while((line = br.readLine()) != null) { sb.append(line); sb.append('\n'); } System.out.println(sb.toString()); } catch (Exception e) { System.out.println(e.getMessage()); } } } /code Is there a solution to this problem? It's usually recommended to invoke remote commands that don't require input with the -n ssh flag, which will close stdin -- try that. If it doesn't help, this could be the problem with the new pipe code that's been mentioned on this list -- search the web archives for ssh hangs. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: 1.5.12: ssh hangs with Windows XP SP2
Unfortunately, -n doesn't help. I actually looked in the archives under ssh hangs and read the various messages. I am really hoping that there will a resolution for the pipe issue. Thanks for the response. Garrett -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Igor Pechtchanski Sent: Thursday, December 09, 2004 10:42 AM To: Waiss, Garrett Cc: [EMAIL PROTECTED] Subject: Re: 1.5.12: ssh hangs with Windows XP SP2 On Wed, 8 Dec 2004, Waiss, Garrett wrote: Cygwin version: 1.5.12 OS: Windows XP SP2 Before applying the SP2, ssh was working fine. Now ssh will hang with this specfic case. This works: sh -c ssh -i c:/keys/id_foo [EMAIL PROTECTED] 'ls -l /opt/' However, putting this into a java class for instance will cause this to hang: code import java.io.*; public class test { public static void main(String[] args) { try { final String cmd = /bin/ssh -p 22 -i c:/keys/id_foo [EMAIL PROTECTED] 'ls -l /opt'; final Process p = Runtime.getRuntime().exec(new String[] { sh, -c, cmd }); final InputStreamReader isr = new InputStreamReader(p.getInputStream()); final BufferedReader br = new BufferedReader(isr); String line; final StringBuffer sb = new StringBuffer(0); while((line = br.readLine()) != null) { sb.append(line); sb.append('\n'); } System.out.println(sb.toString()); } catch (Exception e) { System.out.println(e.getMessage()); } } } /code Is there a solution to this problem? It's usually recommended to invoke remote commands that don't require input with the -n ssh flag, which will close stdin -- try that. If it doesn't help, this could be the problem with the new pipe code that's been mentioned on this list -- search the web archives for ssh hangs. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.12: ssh hangs with Windows XP SP2
Cygwin version: 1.5.12 OS: Windows XP SP2 Before applying the SP2, ssh was working fine. Now ssh will hang with this specfic case. This works: sh -c ssh -i c:/keys/id_foo [EMAIL PROTECTED] 'ls -l /opt/' However, putting this into a java class for instance will cause this to hang: code import java.io.*; public class test { public static void main(String[] args) { try { final String cmd = /bin/ssh -p 22 -i c:/keys/id_foo [EMAIL PROTECTED] 'ls -l /opt'; final Process p = Runtime.getRuntime().exec(new String[] { sh, -c, cmd }); final InputStreamReader isr = new InputStreamReader(p.getInputStream()); final BufferedReader br = new BufferedReader(isr); String line; final StringBuffer sb = new StringBuffer(0); while((line = br.readLine()) != null) { sb.append(line); sb.append('\n'); } System.out.println(sb.toString()); } catch (Exception e) { System.out.println(e.getMessage()); } } } /code Is there a solution to this problem? thx for your time. Garrett Waiss cygcheck.out Description: cygcheck.out -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ssh hangs window application starting up
If I have a ssh connection from a cygwin session to another machine, applications that should startup in windows by double clicking for a filename in explorer hang until the ssh connection. Once the ssh connection is closed, the application starts right away. Not all application are blocked. Is this a known problems? Mark Jackson Pulver -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh hangs window application starting up
At 07:34 PM 5/27/2004, you wrote: If I have a ssh connection from a cygwin session to another machine, applications that should startup in windows by double clicking for a filename in explorer hang until the ssh connection. Once the ssh connection is closed, the application starts right away. Not all application are blocked. Is this a known problems? No. See: Problem reports: http://cygwin.com/problems.html -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh hangs
Here's from /var/log/sshd/current: Dec 2 07:18:37 [sshd] Did not receive identification string from 141.100.110.69 - Last output repeated 4 times - Dec 2 17:22:08 [sshd] Accepted password for root from 192.168.0.100 port 2035 s sh2 The first is my remote attempt to connect via cygwin and the second is a local connection using Knoppix. I'm running the server on port 80. Does it then switch to a higher port? Could this be the problem remotely. I think I need it to stick with port 80(since it's runing through a proxy). I also checked for /etc/hosts.allow and /etc/hosts.deny, but the don't exist anywhere. Advice? Thanks, Ben From: Christopher Faylor [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: ssh hangs Date: Tue, 2 Dec 2003 13:32:19 -0500 On Tue, Dec 02, 2003 at 06:16:10PM +, Ben Anderson wrote: what's easy way to find version of cygwin? I recently updated, but I can't find the number. From your cygcheck output: 949k 2003/09/20 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 cygwin1.dll v0.0 ts=2003/9/20 16:31 Cygwin DLL version info: DLL version: 1.5.5 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 94 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 20 16:31:15 EDT 2003 CVS tag: cr-0x9b Shared id: cygwin1S3 Also, 'uname -a' will provide some of the above information, just like UNIX. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ _ Our best dial-up offer is back. Get MSN Dial-up Internet Service for 6 months @ $9.95/month now! http://join.msn.com/?page=dept/dialup -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh hangs
On Wed, Dec 03, 2003 at 11:09:09AM +, Ben Anderson wrote: Here's from /var/log/sshd/current: Dec 2 07:18:37 [sshd] Did not receive identification string from 141.100.110.69 - Last output repeated 4 times - Dec 2 17:22:08 [sshd] Accepted password for root from 192.168.0.100 port 2035 s sh2 The first is my remote attempt to connect via cygwin and the second is a local connection using Knoppix. I'm running the server on port 80. Does it then switch to a higher port? Could this be the problem remotely. I think I need it to stick with port 80(since it's runing through a proxy). I also checked for /etc/hosts.allow and /etc/hosts.deny, but the don't exist anywhere. The port number you see is the port number of the client. Something's pretty wrong with your settings. Why don't you test without the proxy first? It's way easier to figure out what's wrong, if you have only the minimal number of processes involved. Also it would be helpful tu run sshd with -d option to get some debug output from the server side. Your first mail also reports about a problem that sshd doesn't accept version 2 protocol. That's not very likely, except the key file is not version 2 or the permissions on the ~/.ssh/authorized_keys file are incorrect. Also you can't use a RSA1 key with version 2 protocol. Advice? I'd suggest you start from scratch, using the ssh-host-config and ssh-user-config scripts. This gives you a basic setup which should work. Then you can change the settings to your needs step by step. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: ssh hangs
1. Consider deleting your ~/.ssh directory on your ssh client computer and running the 'ssh-user-config' script that is provided with OpenSSH (in /usr/bin). This should allow you to do the minimal amount of configuration. Then copy the public-key file that it creates in your ~/.ssh directory to the ssh server machine's ~/.ssh directory. ok, I did this. Now I get this output: $ ssh -vvv -F ./ssh_config -p 80 [EMAIL PROTECTED] OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003 debug1: Reading configuration data ./ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Executing proxy command: exec connect.exe -H [EMAIL PROTECTED]:80 24.169.25.75 80 debug1: identity file /cygdrive/c/.ssh/identity type 0 debug3: Not a RSA1 key file /cygdrive/c/.ssh/id_rsa. debug2: key_type_from_name: unknown key type '-BEGIN' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-END' debug3: key_read: missing keytype debug1: identity file /cygdrive/c/.ssh/id_rsa type 1 debug3: Not a RSA1 key file /cygdrive/c/.ssh/id_dsa. debug2: key_type_from_name: unknown key type '-BEGIN' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-END' debug3: key_read: missing keytype debug1: identity file /cygdrive/c/.ssh/id_dsa type 2 Enter proxy authentication password for [EMAIL PROTECTED]: ###I enter my password ssh_exchange_identification: Connection closed by remote host debug1: Calling cleanup 0x41bf10(0x0) BTW, I'm having a hard time copying and pasting this from the console because it only works in the dos flavored console. If I open an xterm, then all the output appears at the xterm except when it asks for my password. This appears at the dos console. Then when I type the first letter of my password - it exits. Do I need to redirect input somehow when I start xterm? Any ideas about the ssh? It seems the keys aren't being recognized properly by cygwin. Thanks, Ben _ Is there a gadget-lover on your gift list? MSN Shopping has lined up some good bets! http://shopping.msn.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: ssh hangs
Ben, Some comments inline below. On Tue, 2 Dec 2003, Ben Anderson wrote: 1. Consider deleting your ~/.ssh directory on your ssh client computer and running the 'ssh-user-config' script that is provided with OpenSSH (in /usr/bin). This should allow you to do the minimal amount of configuration. Then copy the public-key file that it creates in your ~/.ssh directory to the ssh server machine's ~/.ssh directory. ok, I did this. Now I get this output: $ ssh -vvv -F ./ssh_config -p 80 [EMAIL PROTECTED] OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003 debug1: Reading configuration data ./ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Executing proxy command: exec connect.exe -H [EMAIL PROTECTED]:80 24.169.25.75 80 debug1: identity file /cygdrive/c/.ssh/identity type 0 ^ Your $HOME is somehow set to 'c:\'. Is your /etc/passwd up-to-date? debug3: Not a RSA1 key file /cygdrive/c/.ssh/id_rsa. debug2: key_type_from_name: unknown key type '-BEGIN' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-END' debug3: key_read: missing keytype debug1: identity file /cygdrive/c/.ssh/id_rsa type 1 debug3: Not a RSA1 key file /cygdrive/c/.ssh/id_dsa. debug2: key_type_from_name: unknown key type '-BEGIN' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-END' debug3: key_read: missing keytype debug1: identity file /cygdrive/c/.ssh/id_dsa type 2 Enter proxy authentication password for [EMAIL PROTECTED]: ###I enter my password ssh_exchange_identification: Connection closed by remote host debug1: Calling cleanup 0x41bf10(0x0) BTW, I'm having a hard time copying and pasting this from the console because it only works in the dos flavored console. If I open an xterm, then all the output appears at the xterm except when it asks for my password. This appears at the dos console. Then when I type the first letter of my password - it exits. Do I need to redirect input somehow when I start xterm? This doesn't sound right. Are you using Cygwin's 'ssh'? Please run 'type -a ssh' from the bash prompt in an xterm and 'which ssh' from the command console, and post both outputs. Also try using '/bin/ssh' explicitly. Any ideas about the ssh? It seems the keys aren't being recognized properly by cygwin. Thanks, Ben Another guess: are you using text mounts? Please *attach* the output of cygcheck -svr to your reply (as requested in http://cygwin.com/problems.html). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: ssh hangs
Igor, thank you very much for your reply. I dispersed more coments below 1. Consider deleting your ~/.ssh directory on your ssh client computer and running the 'ssh-user-config' script that is provided with OpenSSH (in /usr/bin). This should allow you to do the minimal amount of configuration. Then copy the public-key file that it creates in your ~/.ssh directory to the ssh server machine's ~/.ssh directory. ok, I did this. Now I get this output: $ ssh -vvv -F ./ssh_config -p 80 [EMAIL PROTECTED] OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003 debug1: Reading configuration data ./ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Executing proxy command: exec connect.exe -H [EMAIL PROTECTED]:80 24.169.25.75 80 debug1: identity file /cygdrive/c/.ssh/identity type 0 ^ Your $HOME is somehow set to 'c:\'. Is your /etc/passwd up-to-date? ok, I changed /etc/passwd, setting my home to /home/banderso. I get the same result. Either way I made sure to explicitly refer to my ssh_config that ~/.ssh/ contained the generated keys. debug3: Not a RSA1 key file /cygdrive/c/.ssh/id_rsa. debug2: key_type_from_name: unknown key type '-BEGIN' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-END' debug3: key_read: missing keytype debug1: identity file /cygdrive/c/.ssh/id_rsa type 1 debug3: Not a RSA1 key file /cygdrive/c/.ssh/id_dsa. debug2: key_type_from_name: unknown key type '-BEGIN' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-END' debug3: key_read: missing keytype debug1: identity file /cygdrive/c/.ssh/id_dsa type 2 Enter proxy authentication password for [EMAIL PROTECTED]: ###I enter my password ssh_exchange_identification: Connection closed by remote host debug1: Calling cleanup 0x41bf10(0x0) BTW, I'm having a hard time copying and pasting this from the console because it only works in the dos flavored console. If I open an xterm, then all the output appears at the xterm except when it asks for my password. This appears at the dos console. Then when I type the first letter of my password - it exits. Do I need to redirect input somehow when I start xterm? This doesn't sound right. Are you using Cygwin's 'ssh'? Please run 'type -a ssh' from the bash prompt in an xterm and 'which ssh' from the command console, and post both outputs. same for both consoles: [EMAIL PROTECTED] ~ $ type -a ssh ssh is /usr/bin/ssh ssh is /bin/ssh [EMAIL PROTECTED] ~ $ which ssh /usr/bin/ssh Also try using '/bin/ssh' explicitly. same result looks like they're the same: $ ls -l /usr/bin/ssh -rwxrwxrwx1 banderso Users 223232 Nov 5 10:47 /usr/bin/ssh $ ls -l /bin/ssh -rwxrwxrwx1 banderso Users 223232 Nov 5 10:47 /bin/ssh Another guess: are you using text mounts? I don't know - I'm not familiar with this. I am running: Win2k 5.00.2195 Service Pack 3. what's easy way to find version of cygwin? I recently updated, but I can't find the number. Thanks, Ben _ Need a shot of Hank Williams or Patsy Cline? The classic country stars are always singing on MSN Radio Plus. Try one month free! http://join.msn.com/?page=offers/premiumradio cygcheck.out Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh hangs
On Tue, Dec 02, 2003 at 06:16:10PM +, Ben Anderson wrote: what's easy way to find version of cygwin? I recently updated, but I can't find the number. From your cygcheck output: 949k 2003/09/20 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 cygwin1.dll v0.0 ts=2003/9/20 16:31 Cygwin DLL version info: DLL version: 1.5.5 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 94 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 20 16:31:15 EDT 2003 CVS tag: cr-0x9b Shared id: cygwin1S3 Also, 'uname -a' will provide some of the above information, just like UNIX. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ssh hangs
Hi, I just want to do the minimal amount of configuration to get me going with ssh. I know the server works because I've logged in from other linux boxes. I am using connect.exe, which seems to be working ok. This first problem I'm having is that it won't let me use protocol 2: $ ssh -2 -vvv -i ./rsa_no_pass -F ./ssh_config -p 80 [EMAIL PROTECTED] OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003 debug1: Reading configuration data ./ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Executing proxy command: exec connect.exe -H [EMAIL PROTECTED]:80 24.123.149.75 80 debug3: Not a RSA1 key file ./rsa_no_pass. debug2: key_type_from_name: unknown key type '-BEGIN' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-END' debug3: key_read: missing keytype debug1: identity file ./rsa_no_pass type 1 so, fine I'll use protocol 1, but now it just hangs after asking for my proxy password: $ ssh -1 -vvv -i ./rsa1_no_pass -F ./ssh_config -p 80 [EMAIL PROTECTED] OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003 debug1: Reading configuration data ./ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Executing proxy command: exec connect.exe -H [EMAIL PROTECTED]:80 24.169.119.75 80 debug1: identity file ./rsa1_no_pass type 0 my ssh_config: Host * ProxyCommand connect.exe -H [EMAIL PROTECTED]:80 %h %p and yes, the ssh server is running on port 80. Any thoughts? Thanks, Ben _ Gift-shop online from the comfort of home at MSN Shopping! No crowds, free parking. http://shopping.msn.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: ssh hangs
Hi, I just want to do the minimal amount of configuration to get me going with ssh. I know the server works because I've logged in from other linux boxes. Any thoughts? 1. Consider deleting your ~/.ssh directory on your ssh client computer and running the 'ssh-user-config' script that is provided with OpenSSH (in /usr/bin). This should allow you to do the minimal amount of configuration. Then copy the public-key file that it creates in your ~/.ssh directory to the ssh server machine's ~/.ssh directory. 2. Or, describe the steps that you took to create your ssh client configuration. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ssh hangs with solaris 8 again
Hi all, I found that writing 'run' in front of xterm command in file .XWinrc seems to solve the Solaris 8 hanging problem: menu root { // for an unknown reason, solaris needs 'run' in the beginning of the command... solaris exec run xterm -sb -e ssh -X solarisbox //...etc... } Does anyone have any idea why? For Linux machines, 'run' is not needed. Thanks, Tuli Maksuton sähköposti aina käytössä http://luukku.com Kuukausimaksuton MTV3 Internet-liittymä www.mtv3.fi/liittyma
ssh hangs with solaris 8
Hi, I have a problem with establishing an ssl connection to solaris 8. From a local xterm window, command xterm -sb -rightbar -e ssh -X solarisbox just hangs after accepting the password and giving the usual warning about fake authentication data. Strange is that this problem occurs with -multiwindow mode, but not with WindowManager! Can anyone help? Thanks in advance, Tuli Maksuton sähköposti aina käytössä http://luukku.com Kuukausimaksuton MTV3 Internet-liittymä www.mtv3.fi/liittyma
Rsync over ssh hangs on win2k
Please CC any responses to me, I'm not subscribed to the list. When I try to rsync a directory structure from a windows 2000 machine running cygwin to my linux system (running it from the linux side) the transfers always hang. Everything works beautifully to and from linux. This isn't the bug where rsync hangs after it's done, I'll just work around that. (I've seen it when I initiate a rsync from the windows box) This happens on every one of half a dozen windows machines I've tried it on, I'm surprised more people havn't seen it. I get no error messages, but rsync's processor utilization drops to zero on both sides. I run the following command from my linux box (raid) to the windows box (mail.mhdealer.com) rsync -avzx --ignore-errors --delete-excluded --delete --progress --exclude-from=system/excludes -e ssh [EMAIL PROTECTED]:/cygdrive/d profit/2002-09-24_11+51/ The following is all I see in a TCP dump when things go wrong: 15:10:42.248139 raid.34418 mail.mhdealer.com.ssh: . 37767:39227(1460) ack 1914864 win 62780 (DF) [tos 0x8] 15:10:42.248224 raid.34418 mail.mhdealer.com.ssh: . 39227:40687(1460) ack 1914864 win 62780 (DF) [tos 0x8] 15:10:42.271624 mail.mhdealer.com.ssh raid.34418: . ack 40687 win 556 (DF) 15:10:42.559003 raid.34418 mail.mhdealer.com.ssh: P 40687:41243(556) ack 1914864 win 62780 (DF) [tos 0x8] 15:10:42.740027 mail.mhdealer.com.ssh raid.34418: . ack 41243 win 0 (DF) 15:10:43.069022 raid.34418 mail.mhdealer.com.ssh: . ack 1914864 win 62780 (DF) [tos 0x8] 15:10:43.084147 mail.mhdealer.com.ssh raid.34418: . ack 41243 win 0 (DF) 15:10:43.739017 raid.34418 mail.mhdealer.com.ssh: . ack 1914864 win 62780 (DF) [tos 0x8] 15:10:43.744416 mail.mhdealer.com.ssh raid.34418: . ack 41243 win 0 (DF) These lines are then repeated forever as far as I can tell: 15:10:43.739017 raid.34418 mail.mhdealer.com.ssh: . ack 1914864 win 62780 (DF) [tos 0x8] 15:10:43.744416 mail.mhdealer.com.ssh raid.34418: . ack 41243 win 0 (DF) My rsync version is 2.5.5. Doesn't take it long at all to hang, and it happens every time. I've seen a couple people asking about this in the list archives but no answers (They appear to have been drowned out by the people with the hang after completion bug) If anybody has any idea's on where to start, please e-mail me back. This is for a project that's very important to me, so I'll be willing to do whatever is necessary to help you debug. Thankyou David Hinkle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Rsync over ssh hangs on win2k
Please CC any responses to me, as I'm not on the list. Further investigation. I've figured out how to start up the debugger under gygwin. I attach to the process and do a back trace but it doesn't tell me anything :( I am quite good with gdb under linux but I've never seen output like this. $ gdb /bin/rsync.exe --nw GNU gdb 5.0 (20010428-3) Copyright 2001 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin... (gdb) attach 5396 Attaching to program `/bin/rsync.exe', process 5396 [Switching to thread 5396.0x854] (gdb) list 851 signal(SIGSEGV, rsync_panic_handler); 852 signal(SIGFPE, rsync_panic_handler); 853 signal(SIGABRT, rsync_panic_handler); 854 signal(SIGBUS, rsync_panic_handler); 855 #endif /* def MAINTAINER_MODE */ 856 857 starttime = time(NULL); 858 am_root = (getuid() == 0); 859 860 memset(stats, 0, sizeof(stats)); (gdb) bt #0 0x77f97705 in _libkernel32_a_iname () #1 0x77ea1982 in _libkernel32_a_iname () #2 0x77e887dd in _libkernel32_a_iname () (gdb) detach Detaching from program: /bin/rsync.exe thread 5396.0x854 (gdb) quit After I detach the rsync dissapears. What am I seeing here? Is there a reference for debugging under cygwin? David -Original Message- From: Dave Hinkle Sent: Tuesday, September 24, 2002 4:27 PM To: '[EMAIL PROTECTED]' Subject: Rsync over ssh hangs on win2k Please CC any responses to me, I'm not subscribed to the list. When I try to rsync a directory structure from a windows 2000 machine running cygwin to my linux system (running it from the linux side) the transfers always hang. Everything works beautifully to and from linux. This isn't the bug where rsync hangs after it's done, I'll just work around that. (I've seen it when I initiate a rsync from the windows box) This happens on every one of half a dozen windows machines I've tried it on, I'm surprised more people havn't seen it. I get no error messages, but rsync's processor utilization drops to zero on both sides. I run the following command from my linux box (raid) to the windows box (mail.mhdealer.com) rsync -avzx --ignore-errors --delete-excluded --delete --progress --exclude-from=system/excludes -e ssh [EMAIL PROTECTED]:/cygdrive/d profit/2002-09-24_11+51/ The following is all I see in a TCP dump when things go wrong: 15:10:42.248139 raid.34418 mail.mhdealer.com.ssh: . 37767:39227(1460) ack 1914864 win 62780 (DF) [tos 0x8] 15:10:42.248224 raid.34418 mail.mhdealer.com.ssh: . 39227:40687(1460) ack 1914864 win 62780 (DF) [tos 0x8] 15:10:42.271624 mail.mhdealer.com.ssh raid.34418: . ack 40687 win 556 (DF) 15:10:42.559003 raid.34418 mail.mhdealer.com.ssh: P 40687:41243(556) ack 1914864 win 62780 (DF) [tos 0x8] 15:10:42.740027 mail.mhdealer.com.ssh raid.34418: . ack 41243 win 0 (DF) 15:10:43.069022 raid.34418 mail.mhdealer.com.ssh: . ack 1914864 win 62780 (DF) [tos 0x8] 15:10:43.084147 mail.mhdealer.com.ssh raid.34418: . ack 41243 win 0 (DF) 15:10:43.739017 raid.34418 mail.mhdealer.com.ssh: . ack 1914864 win 62780 (DF) [tos 0x8] 15:10:43.744416 mail.mhdealer.com.ssh raid.34418: . ack 41243 win 0 (DF) These lines are then repeated forever as far as I can tell: 15:10:43.739017 raid.34418 mail.mhdealer.com.ssh: . ack 1914864 win 62780 (DF) [tos 0x8] 15:10:43.744416 mail.mhdealer.com.ssh raid.34418: . ack 41243 win 0 (DF) My rsync version is 2.5.5. Doesn't take it long at all to hang, and it happens every time. I've seen a couple people asking about this in the list archives but no answers (They appear to have been drowned out by the people with the hang after completion bug) If anybody has any idea's on where to start, please e-mail me back. This is for a project that's very important to me, so I'll be willing to do whatever is necessary to help you debug. Thankyou David Hinkle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Rsync over ssh hangs on win2k
Even further investigation. I learned of the -vvv flag. The tail end of the output follows. WINNT/twain_32/logiscan/ recv_generator(WINNT/twain_32/miitwain,9620) set modtime of WINNT/twain_32/miitwain to (100172) Tue Oct 2 00:19:32 2001 WINNT/twain_32/miitwain/ recv_generator(WINNT/twunk_16.exe,9621) recv_generator(WINNT/twunk_32.exe,9622) recv_generator(WINNT/uneng.exe,9623) recv_generator(WINNT/uninst.exe,9624) recv_generator(WINNT/upwizun.exe,9625) recv_generator(WINNT/vb.ini,9626) recv_generator(WINNT/vbaddin.ini,9627) recv_generator(WINNT/vmmreg32.dll,9628) recv_generator(WINNT/vsapi32.dll,9629) recv_generator(WINNT/win.ini,9630) recv_generator(WINNT/winhelp.exe,9631) recv_generator(WINNT/winhlp32.exe,9632) recv_generator(WINNT/wininit.ini,9633) recv_generator(WINNT/winrep.exe,9634) recv_generator(WINNT/wmsetup.log,9635) recv_generator(WINNT/yacs.log,9636) generate_files phase=1 I'm reading the source to try and figure out where things went wrong. Any insights would be helpful. David Hinkle -Original Message- From: Dave Hinkle Sent: Tuesday, September 24, 2002 5:33 PM To: '[EMAIL PROTECTED]' Subject: RE: Rsync over ssh hangs on win2k Please CC any responses to me, as I'm not on the list. Further investigation. I've figured out how to start up the debugger under gygwin. I attach to the process and do a back trace but it doesn't tell me anything :( I am quite good with gdb under linux but I've never seen output like this. $ gdb /bin/rsync.exe --nw GNU gdb 5.0 (20010428-3) Copyright 2001 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin... (gdb) attach 5396 Attaching to program `/bin/rsync.exe', process 5396 [Switching to thread 5396.0x854] (gdb) list 851 signal(SIGSEGV, rsync_panic_handler); 852 signal(SIGFPE, rsync_panic_handler); 853 signal(SIGABRT, rsync_panic_handler); 854 signal(SIGBUS, rsync_panic_handler); 855 #endif /* def MAINTAINER_MODE */ 856 857 starttime = time(NULL); 858 am_root = (getuid() == 0); 859 860 memset(stats, 0, sizeof(stats)); (gdb) bt #0 0x77f97705 in _libkernel32_a_iname () #1 0x77ea1982 in _libkernel32_a_iname () #2 0x77e887dd in _libkernel32_a_iname () (gdb) detach Detaching from program: /bin/rsync.exe thread 5396.0x854 (gdb) quit After I detach the rsync dissapears. What am I seeing here? Is there a reference for debugging under cygwin? David -Original Message- From: Dave Hinkle Sent: Tuesday, September 24, 2002 4:27 PM To: '[EMAIL PROTECTED]' Subject: Rsync over ssh hangs on win2k Please CC any responses to me, I'm not subscribed to the list. When I try to rsync a directory structure from a windows 2000 machine running cygwin to my linux system (running it from the linux side) the transfers always hang. Everything works beautifully to and from linux. This isn't the bug where rsync hangs after it's done, I'll just work around that. (I've seen it when I initiate a rsync from the windows box) This happens on every one of half a dozen windows machines I've tried it on, I'm surprised more people havn't seen it. I get no error messages, but rsync's processor utilization drops to zero on both sides. I run the following command from my linux box (raid) to the windows box (mail.mhdealer.com) rsync -avzx --ignore-errors --delete-excluded --delete --progress --exclude-from=system/excludes -e ssh [EMAIL PROTECTED]:/cygdrive/d profit/2002-09-24_11+51/ The following is all I see in a TCP dump when things go wrong: 15:10:42.248139 raid.34418 mail.mhdealer.com.ssh: . 37767:39227(1460) ack 1914864 win 62780 (DF) [tos 0x8] 15:10:42.248224 raid.34418 mail.mhdealer.com.ssh: . 39227:40687(1460) ack 1914864 win 62780 (DF) [tos 0x8] 15:10:42.271624 mail.mhdealer.com.ssh raid.34418: . ack 40687 win 556 (DF) 15:10:42.559003 raid.34418 mail.mhdealer.com.ssh: P 40687:41243(556) ack 1914864 win 62780 (DF) [tos 0x8] 15:10:42.740027 mail.mhdealer.com.ssh raid.34418: . ack 41243 win 0 (DF) 15:10:43.069022 raid.34418 mail.mhdealer.com.ssh: . ack 1914864 win 62780 (DF) [tos 0x8] 15:10:43.084147 mail.mhdealer.com.ssh raid.34418: . ack 41243 win 0 (DF) 15:10:43.739017 raid.34418 mail.mhdealer.com.ssh: . ack 1914864 win 62780 (DF) [tos 0x8] 15:10:43.744416 mail.mhdealer.com.ssh raid.34418: . ack 41243 win 0 (DF) These lines are then repeated forever as far as I can tell: 15:10:43.739017 raid.34418 mail.mhdealer.com.ssh: . ack 1914864 win 62780 (DF) [tos 0x8] 15:10:43.744416 mail.mhdealer.com.ssh raid.34418: . ack 41243 win 0 (DF) My rsync version is 2.5.5. Doesn't take it long at all to hang, and it happens every time. I've seen a couple