ia64/169781: /usr/bin/csup ends in sigwai state and never exits

Anton Shterenlikht <[email protected]>
Newsgroups gmane.os.freebsd.devel.ia64
Message-ID <[email protected]>
>Number:         169781
>Category:       ia64
>Synopsis:       /usr/bin/csup ends in sigwai state and never exits
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-ia64
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Jul 11 09:10:01 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator:     Anton Shterenlikht
>Release:        FreeBSD 10.0-CURRENT ia64
>Organization:
University of Bristol 
>Environment:
System: FreeBSD mech-cluster241.men.bris.ac.uk 10.0-CURRENT FreeBSD 10.0-CURRENT #6 r237134: Mon Jun 18 09:02:17 BST 2012 [email protected]:/usr/obj/usr/src/sys/TZAV ia64


	
>Description:

On ia64, at least on  r237134 and r235474,
/usr/bin/csup works fine (I use it exclusively
to update the ports tree) until this stage: 

Shutting down connection to server

After that it sits indefinitely in sigwai state,
and never exits, e.g.:

  PID USERNAME    THR PRI NICE   SIZE    RES STATE   C   TIME   WCPU COMMAND
33822 root          2  20    0 37496K 23352K sigwai  1   0:32  0.00% csup


Due to this it's hard to use csup in scripts.

For more details see this thread:

http://lists.freebsd.org/pipermail/freebsd-ia64/2012-June/003280.html

	
>How-To-Repeat:
	
>Fix:

Following suggestions, I tried the current csup
code from https://bitbucket.org/mux/csup. This makes
no difference.

	


>Release-Note:
>Audit-Trail:
>Unformatted:
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ia64
To unsubscribe, send any mail to "[email protected]"
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.