Трассировка исключений скрыта, если не вызывается немедленно

Пустой raise вызывает последнее исключение.

# need to re-raise err so caller can do its own handling
if err:
    raise

Если вы используете raise something, у Python нет возможности узнать, было ли something исключением, только что пойманным ранее, или новым исключением с новой трассировкой стека. Вот почему есть пустой raise, который сохраняет трассировку стека.

Ссылка здесь

Исключение можно изменить и повторно генерировать:

Если выражения отсутствуют, raise повторно вызывает последнее исключение, которое было активным в текущей области. Если в текущей области не активно ни одно исключение, возникает исключение TypeError, указывающее, что это ошибка (при работе в режиме IDLE вместо этого возникает исключение Queue.Empty).

В противном случае raise оценивает выражения для получения трех объектов, используя None в качестве значения пропущенных выражений. Первые два объекта используются для определения типа и значения исключения.

Если присутствует третий объект, а не None, это должен быть объект трассировки (см. раздел Стандартная иерархия типов), и он подставляется вместо текущего местоположения в качестве места возникновения исключения. Если присутствует третий объект, а не объект трассировки или None, возникает исключение TypeError.

Форма raise с тремя выражениями полезна для прозрачного повторного вызова исключения в предложении except, но raise без выражений следует предпочесть, если повторно вызываемое исключение было самым последним активным исключением в текущей области.

Итак, если вы хотите изменить исключение и повторно выдать его, вы можете сделать это:

try:
    buggy_code_which_throws_exception()
except Exception as e:
    raise Exception, "The code is buggy: %s" % e, sys.exc_info()[2]

Вы можете получить много информации об исключении через sys.exc_info() вместе с модулем traceback.

попробуйте следующее расширение вашего кода.

import sys
import traceback

def func1():
    func2()

def func2():
    raise Exception('test error')

def main():

    try:
        func1()
    except:
        exc_type, exc_value, exc_traceback = sys.exc_info()
        # Do your verification using exc_value and exc_traceback

        print "*** print_exception:"
        traceback.print_exception(exc_type, exc_value, exc_traceback,
                                  limit=3, file=sys.stdout)

if __name__ == '__main__':
    main()

Это будет печатать, похожее на то, что вы хотели.

*** print_exception:
Traceback (most recent call last):
  File "err_test.py", line 14, in main
    func1()
  File "err_test.py", line 5, in func1
    func2()
  File "err_test.py", line 8, in func2
    raise Exception('test error')
Exception: test error

Хотя ответ @Jochen хорошо работает в простом случае, он не способен обрабатывать более сложные случаи, когда вы не ловите и не перебрасываете напрямую, но по какой-то причине получаете исключение как объект и хотите повторно бросить полностью новый контекст (т. е. если вам нужно обработать его в другом процессе).

В этом случае предлагаю следующее:

1. получить оригинал exc_info
2. отформатировать исходное сообщение об ошибке с трассировкой стека
3. создать новое исключение с этим полным сообщением об ошибке (включая трассировку стека), встроенным

Прежде чем вы это сделаете, определите новый тип исключения, который вы будете повторно создавать позже...

class ChildTaskException(Exception):
    pass

В коде нарушения...

import sys
import traceback

try:
    # do something dangerous
except:
    error_type, error, tb = sys.exc_info()
    error_lines = traceback.format_exception(error_type, error, tb)
    error_msg = ''.join(error_lines)
    # for example, if you are doing multiprocessing, you might want to send this to another process via a pipe
    connection.send(error_msg)

Сбросить...

# again, a multiprocessing example of receiving that message through a pipe
error_msg = pcon.recv()
raise ChildTaskException(error_msg)

Ваша основная функция должна выглядеть так:

def main():
    try:
        func1()
    except Exception, err:
        # error processing
        raise

Это стандартный способ обработки (и повторного вызова) ошибок. Это демонстрация кода.