태그 보관물: tip

WordPress “다른 업데이트가 진행중 입니다” 문제 해결

WordPress의 새로운 버전이 나와서 업데이트를 시도했는데, 아무런 응답이 없더니 다시 업데이트 메뉴로 들어갔을 때 이 상태였다. 혹시나 하는 마음에 5분 정도를 기다렸다가 다시 들어가 봤을 때도 마찬가지 였다.

WordPress는 중복된 버전 업데이트 시도를 막기 위해서 lock을 걸고 업데이트가 끝나면 이것을 해제 하는데 어떤 이유에서 인지 중간에 발생한 오류로 lock이 풀리지 않는 모양이다.

WordPress Update Lock

Update를 위해 Wrodpress가 설정하는 lock은 wordpress database의 wp_options table에 있다. 업데이트가 진행중이라는 메세지가 오랫동안 없어지지 않는 상태라면 wp_config.php에 적어둔 DB access 정보를 참조해서 해당 테이블에 접근해 core_updater.lock이 설정되어 있는지 확인해 보자.

mysql -u litcoder -p --database wordpress

SELECT * FROM wp_options WHERE option_name = 'core_updater.lock';

이 query에서 결과가 출력된다면 현재 lock이 걸려 있는 상태이다. 참고로 여기에서 option_value의 값은 lock이 설정된 unix time을 의미한다.

Lock 제거

반드시 현재 진행되고 있는 업데이트가 없고 이것이 비 정상적인 상황이라는 확신이 있을 때만 다음의 명령어로 lock을 삭제해 주자.

DELETE FROM wp_options WHERE option_name = 'core_updater.lock';

그리고 나서 재시도 해보면 해당 오류가 없어진 것을 볼 수 있을 것이다.

결론

시대가 시대인 만큼 wp-config.php를 읽어서 자동으로 lock을 해제해 주는 script를 “딸깍”으로 만들어 gist에 올려 두었다. 필요한 경우가 있다면 다음의 명령어를 터미널에 복붙하면 된다. 참고로 실행에 sudo 권한이 필요한 이유는 wp_config.php에 접근하기 위해서이다.

curl -sSL https://gist.githubusercontent.com/litcoder/\
27e0f3538762bfd3b0fcfdeea01d2867/raw/\
d7bb16761d4449408bb1c8dbee55931fccec20e7\
/wp-unlock-update.sh | sudo bash

Gmail의 Sub-addressing 기능과 활용

거의 모든 인터넷 서비스들이 연락처로 email 주소를 기입하라고 요구한다. 때로는 가입하는 서비스에 따라 서로 다른 이메일을 생성하고 가입하기도 하는데, 이러다 보면 어느새 수 많은 이메일 계정들을 새로 만들어야 하고 관리가 불가능한 지경에 이르게 될 수도 있다. 이 포스팅에서는 별도의 설정 없이 Gmail 주소를 여러개로 확장하여 수신 메일을 라벨링하고, 필터링할 수 있는 서브어드레싱(Sub-addressing)에 대해 정리해본다.

Mechanism: 플러스(+)와 점(.)의 처리 방식

Gmail을 비롯한 많은 서비스 들이 RFC 5233 를 지원한다. Gmail 서버의 경우 수신 주소의 로컬 파트에서 특정 문자를 처리할 때 다음과 같은 규칙을 따른다.

  • The Plus (+) Operatorusername+keyword@gmail.com 형식으로 사용하며, 서버는 + 이후의 문자열을 무시하고 원본 주소인 username@gmail.com으로 라우팅한다.
  • The Dot (.) Neutrality: 로컬 파트 내의 마침표는 무시된다. 즉, user.name@와 username@은 논리적으로 동일한 엔드포인트를 가리킨다.

활용하기

인프라 모니터링 분류

시스템 모니터링 용도로 서비스 별 주소를 분리하면 필터링을 편하게 할 수 있다. 매번 용도에 따라 새로운 email 주소를 만드는 것이 아니라, plus operator를 사용해서 해당 주소로 들어오는 것들은 별도로 필터링을 수행하는 것이다. 예를 들어 GitHub에서 오는 noti 이메일을 별도로 관리해서 자동으로 라벨을 붙이고 싶다면 다음과 같이 +가붙은 새로운 이메일 주소(계정+github@gmail.com)을 GitHub에 등록하고 Gmail엣 filtering에서 label을 선택해주면 자동으로 라벨을 붙이도록 할 수 있다.

개발 단계의 멀티 계정 테스트

OAuth 가입 로직이나 이메일 인증 워크플로우를 테스트할 때 매번 새로운 계정을 생성하는 것보다는 user+test01user+test02와 같은 가상 주소를 사용하면 하나의 메일함 내에서 상태별 테스트 데이터를 격리하여 검증할 수도 있다.

유의 사항

RFC5233을 지원하지 않는 오래된 시스템이나 엄격한 정규표현식 검증을 수행하는 서비스의 경우 “+” 기호 자체가 유효하지 않은 문자라 판단하고 거부할 수도 있다는 점은 알아두자.

그리고 회사에서는 “이름.성@회사도메인” 형식으로 이메일을 생성규칙을 적용하는 경우가 많아서 dot neutrality 기능은 상황에 따라 비활성화 시켜두는 곳도 있다.

yay – error while loading shared libraries: libalpm.so.xx

Arch Linux에서 yay를 실행하는데 libalpm.so를 로딩하지 못해서 죽는 경우가 생겼다. 검색해 보니 이런 경우가 종종 있는 모양이다. yay와 pacman 모두 ALPM(Arch Linux Package Management) Library에 의존하는데, packman에 의해 libalmp.so의 soname이 변경된 경우 yay가 이전 버전의 라이브러리를 로딩하지 못해 에러가 생길수 있다.

이 경우, yay는 libalpm.so.15를 참조하려다가 실패하고, pacman은 libalpm.so.16을 참조하고 있다. ldd로 봤을 때도 yay가 해당 라이브러리를 찾지 못하는 (“not found”) 상태임이 확인된다.

Arch Linux의 rolling release 특성상 이러한 종류의 문제는 이미 해결되어 있을 가능성이 높으므로 yay AUR을 빌드해서 다시 설치해 주는 것으로 대부분 해결할 수 있다.

# GitHub가 아닌 Arch AUR archive에서 clone
git clone https://aur.archlinux.org/yay.git
cd yay
# 빌드 후 인스톨 실행
makepkg -si