X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Message-ID: <4756EB42.70509@symantec.com>
Date: Wed, 05 Dec 2007 10:17:38 -0800
From: srp <sean_pierce AT symantec DOT com>
Reply-To: sean_pierce AT symantec DOT com
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: 1.5.24 format.com hangs through ssh
References: <120320072211 DOT 2441 DOT 47547F1A000B21E0000009892216566276CFCECF9F9D9C AT comcast DOT net> <475484D4 DOT 50807 AT cygwin DOT com> <47548955 DOT 1030703 AT symantec DOT com> <fj2kvn$i0p$1 AT ger DOT gmane DOT org> <475581D6 DOT 7070205 AT symantec DOT com> <fj43uf$c36$1 AT ger DOT gmane DOT org>
In-Reply-To: <fj43uf$c36$1@ger.gmane.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

After a bit of searching I stumbled upon windbg and process explorer. 
This is fun but out of my league. There is lots information on windbg 
but I could sure use some help.  I feel like muggle with a wand.

windbg stack after answering "Proceed with Format (Y/N)?" is
0:002> ~*
    0  Id: 5bc.ce0 Suspend: 1 Teb: 7ffdf000 Unfrozen
       Start: format!mainCRTStartup (010067ea)
       Priority: 0  Priority class: 32  Affinity: f
    1  Id: 5bc.fac Suspend: 1 Teb: 7ffde000 Unfrozen
       Start: kernel32!BaseThreadStartThunk (77e617ec)
       Priority: 0  Priority class: 32  Affinity: f
.  2  Id: 5bc.d34 Suspend: 1 Teb: 7ffdd000 Unfrozen
       Start: ntdll!DbgUiRemoteBreakin (7c83fdb4)
       Priority: 0  Priority class: 32  Affinity: f
0:001> ~0s
ntdll!KiFastSystemCallRet:
7c8285ec c3              ret
0:000> k
ChildEBP RetAddr
0006f748 7c82776b ntdll!KiFastSystemCallRet
0006f74c 77e418b2 ntdll!NtReadFile+0xc
0006f7b4 71f8b9ba kernel32!ReadFile+0x16c
0006f7dc 71f84ea8 ulib!PIPE_STREAM::FillBuffer+0x3c
0006f820 71f8523c ulib!BUFFER_STREAM::GetBuffer+0x30
0006f898 71f8c72c ulib!BUFFER_STREAM::ReadString+0x44
0006f8d4 71f8c857 ulib!STREAM_MESSAGE::ReadLine+0x5c
0006f934 01005b8c ulib!STREAM_MESSAGE::IsYesResponse+0x70
0006ff44 01006919 format!main+0x992
0006ffc0 77e6f23b format!mainCRTStartup+0x12f
0006fff0 00000000 kernel32!BaseProcessStart+0x23
0:002> ~1s
ntdll!KiFastSystemCallRet:
7c8285ec c3              ret
0:001> k
ChildEBP RetAddr
0067fea0 7c827cfb ntdll!KiFastSystemCallRet
0067fea4 7c80e5bb ntdll!NtWaitForMultipleObjects+0xc
0067ff48 7c80e4a2 ntdll!EtwpWaitForMultipleObjectsEx+0xf7
0067ffb8 77e64829 ntdll!EtwpEventPump+0x27f
0067ffec 00000000 kernel32!BaseThreadStart+0x34t


I am unable to step into ~0 without hitting the hang.

I am able to trace into ~1 after waiting a bit for the initial step to 
complete. ~1 seems to be spinning un-checked.  I see what seems to be a 
regular repeated pattern of cmds here.

Process Explorer prior to "Proceed with Format (Y/N)?" PE shows the that 
the thread stack is:
    format.com+<address>
    ntdll.dll!RtlSetLastWin32ErrorAndNtStatusFromNtStatus+0x59

After answering (Y/N)? ntdll.dll! goes away.

No new threads start and the format stack does not change.  The state 
continues to be Wait:Executive and no user or kernel time accumulates. 
Am I missing the thread seen in windbg or am I stuck in the kernel 
somewhere?

Blah! Does anyone have context in this area that might help?

Thanks

-srp

Robert Pendell wrote:
> I meant that for some reason format.com wasn't sufficient.  It was 
> formatted but not really.  Kinda hard toxplain.  It wasn't until I 
> used disk management to do it that it was ok.  The environment I used 
> should be equivalent to a real machine.
> 
> srp wrote:
>> Thanks for your effort Robert.  I was hoping that my Cygwin 
>> environment was somehow to blame.
>>
>> What did you mean that formatting alone was not sufficient?  I was 
>> able to read and write to the drive once the format was complete.
>>
>> -srp
>>
>> Robert Pendell wrote:
>>> srp wrote:
>>>> Thanks Larry.  Version Updated.  1.5.24 is correct.
>>>>
>>>> You WAG wrong however.  Once the Volume has been formated in a 
>>>> native Cygwin window I can format successfully via SSH and all 
>>>> output is displayed.
>>>>
>>>> With a newly created tiny volume the hang last in excess of an hour 
>>>> and should complete in second.
>>>>
>>>> -srp
>>>>
>>>
>>> Ok.  I have a couple of Virtual Machines setup here for testing 
>>> purposes and such so I setup a cygwin install on the XP one (snapshot 
>>> before hand so it can revert back clean) and installed a base cygwin 
>>> setup with openssh.  Then I installed the server and set it up as a 
>>> service.  I also turned off the firewall on it (no one can access it 
>>> outside of the network anyways).  I did not do anything special but 
>>> it has 2 virtual hard drives to it.  A 1 GB one was added to the 
>>> virtual machine and I created one unformatted partition that did not 
>>> have any particular partition type setup.  Therefore it just showed 
>>> up as RAW for now.  I then had to format it but I tried this via SSH.
>>>
>>> It got stuck right after the line that shows "Proceed with Format 
>>> (Y/N)?" same as the OP.  The same command worked fine once I 
>>> formatted the partition locally via Disk Management.  This does not 
>>> appear to be a WAG (lack of tty support) issue though as this 
>>> partition formats quickly (under 10 seconds) when done locally but I 
>>> waited at least a minute for it to complete without success.  Please 
>>> note that formatting using the format command locally wasn't 
>>> sufficient.  It had to be done via Disk Management for some reason.  
>>> Both quick formats and regular formats got stuck.  Format.com is 
>>> listed in the processes during this with zero activity and no disk 
>>> activity is being reported by the Virtual Machine.  Last but not 
>>> least once it is formatted via Disk Management it works fine via a 
>>> SSH session with all output coming back on the tty.
>>>
>>> My own cygcheck.out is attached here.
>>>
>>> Operating System: Windows XP SP2 (all updates installed)
>>> Cygwin Version: 1.5.24 (latest)
>>> Stock install with only openssh (+ dependencies) and nano installed
>>>
>>> Any tests you want me to do I am more than willing to.  The 
>>> environment is there to test out scenarios.
>>>
>>> Robert Pendell
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> -- 
>>> 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/