ISPConfig upgrade 3.0.5.1 -> .2 fails with "stuck" terminal cursor during unpacking

Code:

# ispconfig_update.sh


--------------------------------------------------------------------------------
 _____ ___________   _____              __ _
|_   _/  ___| ___ \ /  __ \            / _(_)
  | | \ `--.| |_/ / | /  \/ ___  _ __ | |_ _  __ _
  | |  `--. \  __/  | |    / _ \| '_ \|  _| |/ _` |
 _| |_/\__/ / |     | \__/\ (_) | | | | | | | (_| |
 \___/\____/\_|      \____/\___/|_| |_|_| |_|\__, |
                                              __/ |
                                             |___/
--------------------------------------------------------------------------------


>> Update

Please choose the update method. For production systems select 'stable'.
The update from svn is only for development systems and may break your current setup.
Note: Update all slave server, before you update master server.

Select update method (stable,svn) [stable]:

--2013-04-18 11:17:45--  http://www.ispconfig.org/downloads/ISPConfig-3-stable.tar.gz
Resolving www.ispconfig.org... 78.46.59.59
Connecting to www.ispconfig.org|78.46.59.59|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 3330389 (3.2M) [application/x-gzip]
Saving to: `ISPConfig-3-stable.tar.gz'

100%[===================================================================================================================================================>] 3,330,389   2.48M/s   in 1.3s

2013-04-18 11:17:47 (2.48 MB/s) - `ISPConfig-3-stable.tar.gz' saved [3330389/3330389]

ispconfig3_install/
[...] lots of other files unpacked here [...]
ispconfig3_install/interface/lib/classes/cmstree.inc.php
ispconfig3_install/int[cursor is stuck here]

I let this sit overnight and nothing changed.

Bizarrely, each time I retry the process, the terminal cursor becomes "stuck" at a different location. This time, it's at

Code:

ispconfig3_install/interface/lib/classes/validate_dns.inc.php
ispconfig3_install/interface/lib/classes[cursor is stuck here]

This is happening on two different servers, both of which have ISPConfig 3.0.5.1.

I upgraded from 3.0.5.1 -> 3.0.5.2 on a very similarly-configured server a couple of weeks ago and didn't have this problem.

I have a hard time believing that this is related to ISPConfig, directly, but I don't know where else to turn for troubleshooting suggestions.

Thanks, guys!

 

I just had to:

Code:

# rm /tmp/ISPConfig-3-stable.tar.gz
# rm -rf /tmp/ispconfig3_install

Is this a "bug"?

Shouldn't the install script either a) use pseudo-random names for the downloaded archive and the extraction destination (at least for part of the names, to ensure uniqueness), or b) overwrite/delete any file/directory that already exists?

It seems as though using the same names on every attempt to execute "ispconfig_update.sh" is error-prone (at least where the extraction destination directory is concerned).