Вы можете предоставить файл-подобный объект аргументу stdin
в subprocess.call()
.
Документация для объекта Popen
применяется здесь.
Чтобы захватить вывод, вместо этого вы должны использовать subprocess.check_output()
, который принимает аналогичные аргументы. Из документации:
>>> subprocess.check_output(
... "ls non_existent_file; exit 0",
... stderr=subprocess.STDOUT,
... shell=True)
'ls: non_existent_file: No such file or directory\n'
См. Рекомендации, упомянутые в статье GitHub
. Одной из альтернатив для монтирования общего ресурса через порт 445 является синхронизация файлов Azure, которая позволяет создавать кэш Общий доступ к файлам Azure на локальном сервере Windows. Синхронизация файлов Azure отправляет данные только через HTTPS файлов Azure (используя API-интерфейсы File REST). Подробнее о синхронизации файлов Azure можно узнать здесь: https://docs.microsoft.com/en-us/azure/storage/files/storage-sync-files-planning
Можно вы монтируете этот диск с виртуальной машины в Azure, просто чтобы убедиться, что это не проблема с общей папкой? На самом деле, я бы попробовал это с виртуальной машины в другом регионе, если вы можете, что подтвердит, что SMB 3.0 работает правильно.
Устранение неполадок при хранении файлов Azure
Пожалуйста, сообщите нам, помогает ли вышеприведенное, или вам нужна дополнительная помощь по этому вопросу.
Если проблема не устранена, поделитесь снимком экрана с сообщением об ошибке