Повезло Вам коллеги)
Права на запись для владельца точно есть, это проверял. А где на шаред хостинге можно вытащить полные отчеты об ошибках? Функция ftp_put вроде возможности вывода текста ошибки не предоставляет, или я ошибаюсь? В корне сайта лежит лог ошибок, но он давно не обновлялся, там, вроде только ошибки детектированные апачем.
Вот кусок кода, который выводит отчет об ошибке:
{
if (!ftp_put($connect, "$ftp_path/$file", $extract_dir . $file, FTP_BINARY)) {
drupal_set_message(t("Unable to upload $file", array('file' => $file)), 'error');
return FALSE;
}
Как бы здесь вывести саму ошибку?

Спасибо. В итоге вышла ошибка, загуглив которую выяснилось, что нужно перевести скрипт в пассивный ftp метод доступа:
ftp_pasv($connect,true);
По крайней мере, для хостинга sweb это актуально.
Да, много модулей подряд устанавливать не получится, уж больно долго все копируется/разархивируется.

Не тут-то было. Пришлось убить базу друпала и ставить заново (на те же файлы), в итоге теперь получаю 2 предупреждения об ошибках
warning: ftp_put() [function.ftp-put]: bind() failed: Operation not permitted (1) in
ftp.backend.inc on line 160.
warning: ftp_put() [function.ftp-put]: Switching to Binary mode. in
ftp.backend.inc on line 160.
Line 160 это
ftp_put($connect, "$ftp_path/$file", $extract_dir . $file, FTP_BINARY)
В чем проблема перехода в бинарный способ записи и почему опять не разрешена операция, повторяюсь, ничего в файлах не изменял. Права на папку для записи проверил, там все чисто, разрешена запись и владельцу, и группе.

Если кто-то столкнется с таким же тугим хостингом, который не хочет работать по ftp ни в пассивном, ни в активном режиме, то выход, наверное, один - переписать модуль, заменив ftp_put на copy и подставив полные пути.
Да, скрипт от этого работает еще медленнее, это жутко неправильно, за раз можно обновить один-два модуля, не больше. Но работает )