초보 하루 글쓰기 제재가 있어 다시 올립니다.
CLI 사용하여 코어 업데이트(v7.0.10) 했는데, 한 번에 진행이 되지 않습니다.
CLI 사용하여 코어 업데이트(v7.0.10) 했는데, 한 번에 진행이 되지 않습니다.
표준안이 있을까요?
ㅡㅡㅡㅡ
로그를 확인해보니 당시 오류가 남아 있네요.
ㅡㅡㅡㅡ
로그를 확인해보니 당시 오류가 남아 있네요.
7.0.9 → 7.0.10 업데이트이며,
"php artisan core:update --source=/tmp/g7-7.0.10"
사용했습니다.
발췌하니 아래와 같습니다.
[03:07:33] 수동 업데이트 모드: 소스 디렉토리 = /tmp/g7-7.0.10
[03:07:34] 수동 업데이트 모드: 7.0.9 → 7.0.10
[03:08:03] _pending vendor 설치 완료
[03:08:07] 코어 파일 적용 완료
[03:08:10] vendor 디렉토리 복사 완료
[03:08:13] 마이그레이션, 역할/메뉴 동기화 완료
[03:08:13] 업그레이드 스텝 별도 프로세스 실행 시도
[03:08:13] [spawn] In Application.php line 961:
[03:08:13] [spawn] Class "Laravel\Mcp\Server\McpServiceProvider" not found
[03:08:13] spawn 자식 실패 — spawn 비정상 종료 (exit=1). fail-fast 모드 abort.
[03:08:13] 업그레이드 핸드오프 수신: 7.0.9 까지 완료 — spawn 자식 실패 — spawn 비정상 종료 (exit=1). fail-fast 모드. 수동 재개로 진행하세요.
[03:08:23] 유지보수 모드 해제
"laravel-2026-09-07.log"에도 같은 오류가 남아 있습니다.
production.ERROR: Class "Laravel\Mcp\Server\McpServiceProvider" not found
#0 Application.php(893): Illuminate\Foundation\Application->resolveProvider(...)
#1 ProviderRepository.php(74): Illuminate\Foundation\Application->register(...)
#2 Application.php(871): Illuminate\Foundation\ProviderRepository->load(Array)
#3 RegisterProviders.php(37): Illuminate\Foundation\Application->registerConfiguredProviders()
코어 파일 적용과 migration까지는 완료됐고, 이후 업그레이드 스텝을 별도 프로세스로 실행하는 시점에 "Laravel\Mcp\Server\McpServiceProvider"를 찾지 못하면서 중단된 것으로 보입니다.
이 경우 권장되는 표준 업데이트/재개 절차가 따로 있는지 궁금합니다.
답변 1개 / 댓글 2개
채택된 답변
+20 포인트
2026-09-07 (월) 16:03:45
상세한 로그를 올려주셔서 감사합니다.
확인 결과, 웹 인스톨러를 실행하기 전에 터미널에서 composer install 을 옵션 없이 실행한 경우 운영 환경에 불필요한 개발용 패키지가 함께 설치되고, 인스톨러는 vendor가 이미 있으면 그대로 사용하기 때문에 발생하는 문제였습니다. (vendor 없이 인스톨러를 시작해 인스톨러가 직접 설치하거나 vendor-bundle.zip 으로 설치된 경우에는 발생하지 않습니다)
현재 상태는 파일/설정이 7.0.10 으로 반영되어 있고 캐시도 정리된 상태이므로 별도로 조치하실 내용은 없습니다.
재발 방지를 위해 운영 서버에서는 composer install 을 직접 실행하지 않으시거나, 필요한 경우 composer install --no-dev --optimize-autoloader 로 실행해 주시기 바랍니다.
이 이슈는 설치 안내 문서에 composer install 이 잘못 기재되었고, 제보자님께서 이를 그대로 따라 발생한 사항으로 저희 쪽에서 메뉴얼을 수정조치하도록 하겠습니다.
또한 다음 버전에서 업데이트 시 패키지 캐시를 먼저 정리하도록 보완하겠습니다.
감사합니다.
확인 결과, 웹 인스톨러를 실행하기 전에 터미널에서 composer install 을 옵션 없이 실행한 경우 운영 환경에 불필요한 개발용 패키지가 함께 설치되고, 인스톨러는 vendor가 이미 있으면 그대로 사용하기 때문에 발생하는 문제였습니다. (vendor 없이 인스톨러를 시작해 인스톨러가 직접 설치하거나 vendor-bundle.zip 으로 설치된 경우에는 발생하지 않습니다)
현재 상태는 파일/설정이 7.0.10 으로 반영되어 있고 캐시도 정리된 상태이므로 별도로 조치하실 내용은 없습니다.
재발 방지를 위해 운영 서버에서는 composer install 을 직접 실행하지 않으시거나, 필요한 경우 composer install --no-dev --optimize-autoloader 로 실행해 주시기 바랍니다.
이 이슈는 설치 안내 문서에 composer install 이 잘못 기재되었고, 제보자님께서 이를 그대로 따라 발생한 사항으로 저희 쪽에서 메뉴얼을 수정조치하도록 하겠습니다.
또한 다음 버전에서 업데이트 시 패키지 캐시를 먼저 정리하도록 보완하겠습니다.
감사합니다.
답변에 대한 댓글 2개
세찬얇은운동화
2026-09-07 (월) 16:25:14
2026-09-09 (수) 15:01:42
제보해주신 사항은 금일 배포된 7.0.11에서 조치되었고 설치 메뉴얼도 보강되었습니다.
메뉴얼: https://github.com/gnuboard/g7/blob/main/INSTALL.md#%EB%B0%A9%EB%B2%95-2-%EB%A1%9C%EC%BB%AC-%EA%B0%9C%EB%B0%9C-%EC%84%9C%EB%B2%84-php-%EB%82%B4%EC%9E%A5-%EC%84%9C%EB%B2%84
릴리즈 노트: https://github.com/gnuboard/g7/releases/tag/7.0.11
감사합니다.
메뉴얼: https://github.com/gnuboard/g7/blob/main/INSTALL.md#%EB%B0%A9%EB%B2%95-2-%EB%A1%9C%EC%BB%AC-%EA%B0%9C%EB%B0%9C-%EC%84%9C%EB%B2%84-php-%EB%82%B4%EC%9E%A5-%EC%84%9C%EB%B2%84
릴리즈 노트: https://github.com/gnuboard/g7/releases/tag/7.0.11
감사합니다.
답변을 작성하려면 로그인이 필요합니다.
--source 방식 자체의 문제가 아니라, 초기 설치 과정에서 안내 문서에 따라 실행했던 composer install로 구성된 vendor 상태가 이후 업데이트 과정에 영향을 준 것이었군요.
운영 환경에서는 임의로 composer install을 실행해서는 안되고, 필요한 경우 composer install --no-dev --optimize-autoloader 사용해야 하는 것으로 이해하겠습니다.
매뉴얼 수정과 다음 버전 업데이트 과정의 보완까지 검토해 주셔서 감사합니다.
질문을 드릴까 말까 꽤 망설였는데, 원인도 확인하고 매뉴얼과 업데이트 과정의 보완으로까지 이어진다니 결과적으로 질문드리길 잘했다는 생각이 듭니다. ^^