# 업그레이드 중 전체 시스템이 멈춤
**URL:** https://meta.discourse.org/t/whole-machine-hangs-during-upgrade/293592
**Category:** Self-hosting
**Tags:** server-resources
**Created:** [1월 31, 2024, 6:21오전 UTC](https://meta.discourse.org/t/whole-machine-hangs-during-upgrade/293592 "2024-01-31T06:21:15Z")
**Posts on this page:** 14
**Page:** 2
### Author:  [@uwe\_keim](https://meta.discourse.org/u/uwe_keim)
#### Post date: [2월 2, 2024, 1:40오후 UTC](https://meta.discourse.org/t/whole-machine-hangs-during-upgrade/293592/21 "2024-02-02T13:40:29Z")
시도를 하고 있지만 다음 오류가 발생합니다:
```txt
$ echo 'sys.kernel.mm.transparent_hugepage.enabled=never' > /etc/sysctl.d/10-huge-pages.conf
-bash: /etc/sysctl.d/10-huge-pages.conf: Permission denied
$ sudo echo 'sys.kernel.mm.transparent_hugepage.enabled=never' > /etc/sysctl.d/10-huge-pages.conf
-bash: /etc/sysctl.d/10-huge-pages.conf: Permission denied
```
제 서버는 Ubuntu Server 22.04.3 LTS입니다.
---
### Author:  [@Firepup650](https://meta.discourse.org/u/Firepup650)
#### Post date: [2월 2, 2024, 1:56오후 UTC](https://meta.discourse.org/t/whole-machine-hangs-during-upgrade/293592/22 "2024-02-02T13:56:52Z")
루트 셸에서 실행해 보세요. 일반 셸에서는 문제가 생길 수 있습니다. (echo에 sudo를 사용하고 있지만, 파일로 파이프하는 부분에는 사용하지 않고 있습니다)
---
### Author:  [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [2월 2, 2024, 2:17오후 UTC](https://meta.discourse.org/t/whole-machine-hangs-during-upgrade/293592/23 "2024-02-02T14:17:46Z")
실제로 이를 수행하는 방법은 여러 가지가 있지만, 그중 하나는 다음과 같습니다.
```plaintext
sudo sh -c "echo 'sys.kernel.mm.transparent_hugepage.enabled=never' > /etc/sysctl.d/10-huge-pages.conf"
```
---
### Author:  [@uwe\_keim](https://meta.discourse.org/u/uwe_keim)
#### Post date: [2월 2, 2024, 2:19오후 UTC](https://meta.discourse.org/t/whole-machine-hangs-during-upgrade/293592/24 "2024-02-02T14:19:14Z")
스크립트를 실행하고 재부팅했습니다.
그리고:
```txt
$ cat /proc/sys/vm/overcommit_memory
1
```
그리고
```plaintext
$ cat /sys/kernel/mm/transparent_hugepage/enabled
always [madvise] never
```
(즉, 첫 번째 값은 0에서 1로 변경되었지만 두 번째 값은 여전히 동일하게 반환됩니다.)
---
### Author:  [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [2월 2, 2024, 2:20오후 UTC](https://meta.discourse.org/t/whole-machine-hangs-during-upgrade/293592/25 "2024-02-02T14:20:43Z")
이상하네요.
```plaintext
cat /etc/sysctl.d/10-huge-pages.conf
```
명령을 실행하면 어떤 결과가 나오나요?
다시 echo를 시도해 보시겠어요?
---
### Author:  [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [2월 2, 2024, 2:22오후 UTC](https://meta.discourse.org/t/whole-machine-hangs-during-upgrade/293592/26 "2024-02-02T14:22:02Z")
아, 잠깐, 실행할 두 줄은 서로 다른 두 파일에 기록하도록 되어 있어야 하는데, 같은 파일에 두 번 기록한 것 같네요.
---
### Author:  [@Firepup650](https://meta.discourse.org/u/Firepup650)
#### Post date: [2월 2, 2024, 2:22오후 UTC](https://meta.discourse.org/t/whole-machine-hangs-during-upgrade/293592/27 "2024-02-02T14:22:07Z")
혹시 `always [madvise] never`가 의도된 값인가요?
> [@Ed\_S](#):
>
> 다음 명령어의 출력을 보고 해주세요
>
> ```plaintext
> cat /proc/sys/vm/overcommit_memory
> cat /sys/kernel/mm/transparent_hugepage/enabled
>
> ```
>
> 제 시스템에서는 다음과 같습니다.
>
> ```plaintext
> # cat /proc/sys/vm/overcommit_memory
> 1
> # cat /sys/kernel/mm/transparent_hugepage/enabled
> always madvise [never]
>
> ```
---
### Author:  [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [2월 2, 2024, 2:24오후 UTC](https://meta.discourse.org/t/whole-machine-hangs-during-upgrade/293592/28 "2024-02-02T14:24:57Z")
의견 있는 가이드(Opinionated Guide)에 따르면, 그렇지 않다고 합니다. 제 생각에 Hugepages는 일반적인 환경에서는 이점이 없는 것 같습니다. 활성화하려는 전문가들은 아마도 올바르게 설정할 수 있을 정도로 숙련되어 있을 것입니다.
---
### Author:  [@uwe\_keim](https://meta.discourse.org/u/uwe_keim)
#### Post date: [2월 2, 2024, 2:30오후 UTC](https://meta.discourse.org/t/whole-machine-hangs-during-upgrade/293592/30 "2024-02-02T14:30:01Z")
```txt
$ cat /etc/sysctl.d/10-huge-pages.conf
sys.kernel.mm.transparent_hugepage.enabled=never
```
큰 문제는 아니라고 생각해요. 시스템이 충분히 잘 작동하는 것 같습니다 🙂.
---
### Author:  [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [2월 2, 2024, 2:33오후 UTC](https://meta.discourse.org/t/whole-machine-hangs-during-upgrade/293592/31 "2024-02-02T14:33:35Z")
나는 오버커밋 설정을 올바르게 하는 것이 더 중요하다고 생각한다
---
### Author:  [@anon36555649](https://meta.discourse.org/u/anon36555649)
#### Post date: [2월 2, 2024, 4:39오후 UTC](https://meta.discourse.org/t/whole-machine-hangs-during-upgrade/293592/32 "2024-02-02T16:39:39Z")
> [@Jagster](#):
>
> 그리고 또 하나 이해가 안 되는 점은, 왜 다른 사람들은 메모리 부족 현상을 겪는데, 플러그인과 컴포넌트를 많이 사용하는 나는 전혀 문제가 없었다는 겁니다 🤔 무엇이 그런 차이를 만드는 걸까요?
서버용 프로세서의 종류가 차이를 만들 수도 있겠죠?
---
### Author:  [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [2월 2, 2024, 5:00오후 UTC](https://meta.discourse.org/t/whole-machine-hangs-during-upgrade/293592/33 "2024-02-02T17:00:54Z")
ARM vs x86? 그럴 수도 있습니다. 어딘가에서 더 많은 CPU가 더 많은 스레드 실행을 의미하고, 따라서 더 많은 메모리를 사용하게 되는지에 대해 궁금해하는 사람을 보았습니다. 실제로 그럴 수 있습니다. 물론 가장 큰 차이는 포럼 콘텐츠입니다만, 그것이 얼마나 큰 차이를 만들 수 있을지는 확신하지 못합니다. 업그레이드 단계 중 일부는 데이터베이스 스키마 조정일 것 같습니다.
그리고 커널 튜닝 변수도 있지만, 이 경우 @Jagster와 @uwe\_keim은 동일한 설정을 사용하고 있었습니다.
---
### Author:  [@Jagster](https://meta.discourse.org/u/Jagster)
#### Post date: [2월 2, 2024, 6:37오후 UTC](https://meta.discourse.org/t/whole-machine-hangs-during-upgrade/293592/34 "2024-02-02T18:37:55Z")
Intel x86, 2 vCPU.
작은 규모의 포럼에서는 꽤 일반적인 구성이라고 할 수 있습니다.
---
### Author:  [@system](https://meta.discourse.org/u/system)
#### Post date: [3월 3, 2024, 6:38오후 UTC](https://meta.discourse.org/t/whole-machine-hangs-during-upgrade/293592/35 "2024-03-03T18:38:53Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
[이전 페이지](https://meta.discourse.org/t/whole-machine-hangs-during-upgrade/293592.md?page=1)