업데이트 된 패키지 롤백을 지원하는 배포판이 있습니까?


23

업데이트 후 변경된 패키지 롤백을 지원하는 도구 또는 전체 배포가 있습니까?

예를 들어 : 패키지 A, B 및 C를 업그레이드했습니다. 며칠 동안 해당 패키지로 작업 한 후 B에서 버그가 발생했습니다.

버그 보고서를 제출하는 동안 B를 이전 버전으로 다운 그레이드하여 수행하려는 작업을 완료해야합니다. 한편 A는 B에 의존하기 때문에 다운 그레이드해야하지만 C는 둘 다 독립적이므로 현재 버전을 유지할 수 있습니다.

이를 지원하는 도구 나 배포판이 있습니까?

대부분의 배포판에는 패키지를 다운 그레이드하는 방법이 있지만 이전 패키지가 리포지토리에서 제거되고 일부 경우 (예를 들어 X 서버 및 Mesa를 업그레이드 한 후) 실제로 가져 오기 때문에 일반적으로 일종의 스케치이거나 불가능합니다. 지저분한.


3
참고 사항 : 패키지 버전 변경이 경미한 경우 아래 답변이 적용될 수 있습니다. 그러나 패키지 변경이 클수록 디스크상의 데이터가 업그레이드되어 이후 버전에서는 제대로 작동하지 않을 수 있습니다. 예를 들어, mysql-server (또는 joomla) 주요 업그레이드는 필드를 추가 및 수정하고 SQL 테이블을 업그레이드하거나, inn2 업그레이드는 데이터베이스 유형을 변경하거나, 일부 배포판 커널 업그레이드는 ext3을 ext4 파일 시스템으로 업그레이드하거나 일부 패키지 업그레이드는 구성 파일을 변환합니다. 이러한 "롤백 불가능"변경에 대한 유일한 보호는 LVM / btrfs / etc 스냅 샷 (또는 훨씬 느린 백업 / 복원)입니다.
Matija Nalis

@MatijaNalis +1 언급했습니다!
Steffen Winkler

답변:


21

NixOS 는 업그레이드 롤백을 지원하지만, 내가 이해하는 한 원하는만큼 멀리 가지는 않습니다. 한 번의 작업으로 A, B 및 C를 업그레이드하면 A와 B가 아닌 전체 작업을 롤백 할 수 있습니다. B. (A, B 및 C를 롤백 한 다음 C를 업그레이드 할 수 있어야합니다.) 트랜잭션 관점에서 의미가 있습니다.

데비안 (와 함께 스냅 샷 아카이브 는 B를 다운 그레이드 할 수 있도록하고, 같은 도구 것 더 이상 기존의 패키지가있는 경우) apt또는 aptitude당신이 그 (것)들을 설득 한 번 의지 대부분의 경우는 (A는 다운 그레이드 할 필요가 있음을 알아낼 단순히 B를 업그레이드하고 싶지는 않습니다.) 그러나 당신이 말하는 것처럼 다소 혼란스럽고 패키지 다운 그레이드는 데비안에서 지원되지 않습니다 (즉, 대부분의 시간이 작동하지만 중단되면 버그가 아닙니다).


1
재미있어 보여요! 커뮤니티는 활발하고 건강 해 보입니다. 나는 이것을 시도해 볼 것입니다. 감사합니다! 금요일 저녁까지 더 나은 / 다른 답변이 없으면 답변을 표시하겠습니다.
Steffen Winkler

NixOS에서의 롤백은 대단하지만 실제 접근 방식은 선언적 접근 방식에서 비롯됩니다. 패키지 및 시스템 설명은 git 저장소에서 가져올 수 있으므로 브랜치를 포함하여 소프트웨어 프로젝트를 관리하는 것과 같은 방식으로 시스템을 관리 할 수 ​​있습니다 및 병합 등 (그리고 원자 업그레이드와 순도 때문에 결코 끊어지지 않습니다)
Daniel Jour

Nix 패키지 관리자는 다른 'native'패키지 관리자와 함께 다른 Linux 배포판에서도 실행할 수 있습니다. 또한 OSX에서 실행되며 Windows에서 작동 할 수 있다고 주장했습니다. 당신은 또한 당신이 그것의 방식으로 그 어떤 보증을 잃어 버릴지라도 (예를 들어 당신이 어떤 의존성을 바꾸 었다는 것을 알지 못할 수도 있지만) 자체 복제본을 설치하지 않고 일부 패키지의 '네이티브'버전을 사용하도록 Nix에 지시 할 수 있습니다.
Warbo

참고로 랩톱에 NixOS를 설치했습니다 (KDE4 이미지는 Kernel Panic을 제공했지만 작은 (~ 390MB) 이미지는 정상적으로 부팅되었습니다. 데비안 기반 배포판 만 설치 한 사람에게는 꽤 흥미롭고 재미있었습니다. , 나는 특히 데스크탑 환경과 관련하여 패키지 관리자에 대한 특정 사항을 이해하지 못합니다 .gdm / gnome-shell을 설치했지만 작동하지 않습니다. 그런 다음 configuration.nix 파일 및 재구성에서 gnome3 / gdm을 활성화했습니다. 패키지와 그 종속성이 모두 다시 다운로드되었는데 재부팅 후에도 작동했지만 그 이유를 이해하지 못합니다
Steffen Winkler

@SteffenWinkler NixOS를 사용할 때는 일반적으로로 설치하지 않고 nix-env대신에 설치 configuration.nix한 다음 실행 nixos-rebuild switch합니다. 이는 모든 시스템 구성이 한곳에 있다는 이점이 있으며 전체 시스템 구성을 쉽게 백업 할 수 있습니다 ( configuration.nix파일 백업 만하면 됩니다).
Pauan

15

모든 yum기반 배포 (예 : Red Hat EL , CentOS 등)에서 다음을 수행 할 수 있습니다.

  1. 다음을 사용하여 시스템 변경 기록을 검사하십시오. sudo yum history list

    Loaded plugins: fastestmirror
    ID     | Login user               | Date and time    | Action(s)      | Altered
    ------------------------------------------------------------------------------
        10 | Administrator <admin>    | 2016-03-08 09:08 | Install        |   11   
         9 | Administrator <admin>    | 2016-03-03 16:48 | Install        |    1   
         8 | Administrator <admin>    | 2016-03-03 16:09 | Install        |    5   
         7 | Administrator <admin>    | 2016-02-26 18:13 | Install        |    1   
         6 | Administrator <admin>    | 2016-02-26 15:12 | Install        |   27   
         5 | Administrator <admin>    | 2016-02-26 15:07 | Install        |    1   
         4 | Administrator <admin>    | 2016-02-26 15:05 | Install        |    3  <
         3 | Administrator <admin>    | 2016-02-26 15:03 | Install        |    1 > 
         2 | Administrator <admin>    | 2016-02-26 15:01 | I, U           |   49   
         1 | System <unset>           | 2016-02-26 14:38 | Install        |  296   
    history list
    
  2. 를 사용하여 세부 사항을 확인하십시오. sudo yum history info 10

  3. 를 사용하여 기록의 이전 지점으로 롤백 sudo yum history rollback 9

경고

몇 가지 명백한 경고가 있습니다.

  1. 이전 패키지를 더 이상 사용할 수 없으면 토스트 한 것입니다 (@vonbrand 인용).
  2. yum 외부에 무언가를 설치하면 기록이 깨질 수 있습니다.

내 예에서 <ID가있는 행 4(마지막 열)에서 해당 지점을 지나서 롤백 할 수 없음을 의미합니다.

sudo yum history rollback 2
Loaded plugins: fastestmirror
Transaction history is incomplete, before 4.
 You can use 'history rollback force', to try anyway.
Error: Failed history rollback, incomplete

3
재미있는 기능! 그러나 '토스트'로 인해 청구서에 맞지 않습니다.
Steffen Winkler

AFAIK RHEL / CentOS 6 이상에서만 가능합니다. 여전히 RHEL / CentOS 5를 사용하고 있다면 SOL입니다.
와일드 카드

그리고 관리 리포지토리가있는 회사 환경 --enablerepo에서는 다운 그레이드를 위해 사용하지 않는 오래된 리포지토리 를 사용하기 위해 플래그를 사용해야하는 경우에도 이전 패키지를 항상 사용하기 때문에이 방법은 매우 효과적 입니다.
와일드 카드

롤백하여 이전 버전을 다시 설치하면 어떤 이점이 있습니까?
Bratchley

@Bratchley 자동화! 설치된 패키지 및 버전 목록을 유지하고 이전 버전을 다시 설치할 때 종속성을 확인하기 yum 만하면 됩니다 . 분명히 당신은 그것을 손으로 할 수 있습니다 .
andcoz

7

오픈 수세 쉽게 사용할 수 BTRFS의 파일 시스템으로 도미를 .

당신이 사용하는 경우 표준 설치 중에 파일 시스템 구성을, 그것은 기본적으로 활성화되어 있습니다 .

도미가 활성화되면, 완전히 통합되어 yast2zypper. 무언가를 설치하거나 업그레이드 할 때마다 (또는 사용자를 만들 때마다) 파일 시스템 스냅 샷을 만듭니다.

시스템을 이전 조건으로 롤백하려면을 실행하기 만하면 yast2 snapper됩니다.

여기에 이미지 설명을 입력하십시오


실제로 흥미로운 도구입니다. 나는 ext4를 아주 좋아하지만. 이것을 조사 할 것입니다! Snapper가 OpenSUSE가 아닌 btrfs에 '바운드'되어 있다고 가정하면 정확합니까?
Steffen Winkler

Snapper는 SUSE에서 개발했습니다. "이벤트"에서 Brtfs 스냅 샷 생성을 자동화하는 도구 모음입니다. 다른 배포판에서 사용할 수 있다고 확신하지만 확실하지 않습니다. 어쨌든 모든 배포에서 Brtfs 스냅 샷을 수동으로 만들 수 있습니다.
andcoz

3
볼륨에 바이너리 및 스크립트뿐만 아니라 데이터가 포함 된 경우 스냅 샷을 롤백하면 자체 데이터도 롤백됩니다. 이 옵션 은 파일 시스템의 레이아웃 을 실제로 아는 사람들에게 가장 적합하고 위험하게 들립니다 . 나에게 스냅 샷은 항상 일관된 백업, 복제 및 전체 복구 상황을위한 것입니다.
jimp

1
또한 많은 패키지에는 파일 및 / 또는 디렉토리가 /var있으므로 /별도의 fs 또는 하위 볼륨 인 경우에도 롤백 해야합니다. 그것은 철저 OS와 같은 기능이 롤백 업그레이드에 의존하는 것보다 프로덕션 서버에 적용하기 전에 업그레이드를 테스트하는 것이 훨씬 더 낫다 (사소 쉽게 반 arsed 방식으로 수행하는 방법이다하지만 해결하기 매우 어려운 문제입니다 제대로 ).
cas

1
@Jimp 좋은 조언. 어쨌든 OpenSuSE는 /home별도의 비 스냅 샷 파일 시스템 에 있지 않으면 스 내퍼를 활성화하지 않습니다 .
andcoz

6

AIX는 업데이트 롤백에 매우 능숙합니다. 글쎄-우리는 유닉스 / 리눅스 사이트에 있고 당신이 리눅스를 원한다고 지정한 적이 없다. :)

각 단일 AIX 업데이트는 수정 된 모든 파일을 / var 파일 시스템 내의 별도의 하위 디렉토리에 저장합니다. 간단한 기본 명령을 사용하여 업데이트를 되돌릴 수 있으며 되돌리기 네트워크를 작동 시킬 필요 가 없으며 미디어 / 패키지를 필요로하지 않으며 다시 설치할 필요가 없으며 어떤 것도 의존하지 않습니다. 스냅 샷 기술-효과는 단순히 파일이 업데이트 이전과 같이 다시 나타납니다.

보너스 mksysb로 부팅 가능한 독립형 시스템 백업을 생성하는 간단한 기본 명령 이 있습니다. 오작동 / 손상으로 인해 부팅되지 않는 완전히 작동하지 않는 시스템에서 간단하게 부팅 할 수있는 파일입니다.

그리고 그것은 수십 년의 역사를 가진 입증 된 기술입니다. :)


일관성이없는 상태 및 롤백 상태 (예 : 스토리지 엔진이 변경된 데이터베이스 또는 새로운 구성 파일 형식으로 전환 한 서비스)에있는 방식으로 복원 된 프로그램에 문제가 있거나 자주 작동하는 방법이 있습니까? 그?
Josh Rumbut

1
압축 / 지퍼 링 된 타르볼로 전통적으로 배포되었던 소프트웨어의 기초적인 패키지 관리 시스템을 구축 할 때 사용한 모델입니다. 업데이트를 설치할 때마다 먼저 수정해야 할 모든 것의 "롤백 패키지"를 구축했습니다. 중간에 다른 업데이트 패키지가 적용되지 않은 경우이 롤백 패키지를 사용하여 되돌릴 수 있습니다. 적절한 패키지 관리자 가이 작업을 수행 할 수 있는지 궁금해했지만 역순으로 롤백해야한다는 제약 조건이 주어 졌을 때 아마도 git을 대신 사용해야합니다.
Monty Harder 2016 년

젠장 GNU / Linux 배포판을 의미하도록 지정해야합니다. 그러나 흥미롭게도, AIX는 요즘 GNU / Linux '프로그램'을 실행할 수있는 것으로 보입니다.
Steffen Winkler

5

Fedora에서 (그리고 다른 배포판에서도 확신합니다) 이전 버전으로 돌아가도록 요청할 수 있습니다.

dnf downgrade <packages>

다음 버전의 패키지를 얻을 수 있으며 다음을 통해 특정 패키지를 요청할 수 있습니다.

dnf downgrade <package>.<version>

이것은 패키지가 저장소에서 여전히 사용 가능한 경우에만 작동합니다. 이 기능은 결코 들어 본 적이 없습니다. 업그레이드의 일부로 구성을 변경해야한다면 롤백이 반드시 정확한 과거 버전으로 돌아가지는 않을 것입니다.


또한 취소 #thing 취소 DNF 역사를 사용할 수 있습니다
선명하게

This only works if the package(s) are still available in the repositories. 그래, 그게 문제 야 나는 특히 롤링 릴리즈 배포의 양에 대해 더 광범위한 솔루션이없는 것으로 놀랐습니다. 현재로서는 NixOS가 최선의 선택 인 것처럼 보이거나 차이에서만 작동하고 지난 20 (?) 업데이트 동안 특정 시점으로 시스템을 복원 할 수있는 일종의 시스템 이미징 도구가 필요합니다.
Steffen Winkler

@SteffenWinkler, 이전 패키지를 더 이상 사용할 수 없으면 토스트입니다. 명백하게. 로컬 백업이없는 한.
vonbrand

2
이미 너무 오래 되었기 때문에 @MTilsted? 리포지토리에는 새벽부터 모든 버전이 포함되어 있지 않습니다.
vonbrand

1
dnf.conf (yum.conf와 동일)에는 keepcache = true가 있습니다. lond 캐시는 수동으로 지워지지 않으므로 이전 패키지를 사용할 수 있습니다. 그러나 "부풀린"패키지 캐시로 갔다.
mmv-ru

2

Arch Linux는 패키지 및 커널 다운 그레이드지원합니다 . downgraderdowngrade도구를 설치 하여 프로세스를 자동화 할 수도 있습니다 . btrfs 솔루션도 작동하므로 이전에 수동 롤백을 수행하는 데 사용했습니다.

시스템 롤백 방법 :

sudo -i
mount /dev/sda3 /mnt/hd #mount the top btrfs subvolume
ls #find the version you want
mv @ @-old #move the '/' subvolume (I named mine '@')
btrfs sub snap @-<date> @ #replace @ with the backup from <date>
sync
reboot #the changes will take effect once the system restarts

btrfs의 한 가지 이점은 하위 볼륨과 동적 "파티션"을 사용할 수 있다는 것입니다. 예를 들어, / (@), / tmp (@tmp) 및 / home (@home)에 대한 하위 볼륨이 있습니다. 그런 다음이 중 하나를 쉽게 백업하고 롤백 할 수 있습니다. 시스템의 나머지 부분과 함께 백업하면 거의 재부팅 할 때마다 지워지기 때문에 별도의 하위 볼륨에 / tmp가 있습니다.


나는 위키의 링크를 따라 왔고 여기에 도착 했다 . 꽤 멋져 보이고 저장소를 확인하면 2013 년으로 돌아가는 파일이 있습니다! 이것이 존재할 때 왜 btrfs 방식을 사용합니까? '업그레이드 된'파일 때문에? 아니면 다른 이유가 있습니까?
Steffen Winkler

나는 NixOS에게 짧은 방문을 한 후에 영구적으로 Arch Linux로 전환했다. 그것은 항상 생각했던 것만 큼 불안정하지 않으며 건강한 커뮤니티를 가지고 있습니다.
Steffen Winkler

@SteffenWinkler 맞습니다. 또한 아치 다운 그레이드 옵션은 "공식적으로"지원되지 않으며 다운 그레이드하면 종속성이 무시 될 수 있습니다 (문제가 발생하면 상당히 지저분해질 수 있음).
Caleb Reister

2

나는 아치 리눅스를 사용하고 다운로드 한 모든 패키지를 저장 /var/cache/pacman/pkg/하므로 언제든지 패키지를 다운 그레이드 할 수 있습니다 (부팅 할 수 없으며 라이브 USB를 사용하십시오). 에서 아치 위키 :

pacman -U <file_name_of_the_package>

패키지가 업그레이드되지 않도록하려면 다음과 같이 패키지 이름을 포함하십시오 /etc/pacman.conf.

IgnorePkg=linux

공간을 절약하려면 다음을 사용하여 캐시 폴더를 지울 수 있습니다.

pacman -Sc

이전 패키지를 모두 삭제하고 최신 패키지를 유지하거나 -Scc모두 제거 하는 데 사용 됩니다.


이 (패키지를 무시)하는 부분 업그레이드, 금액주의 지원되지 않는 ...
jasonwryan

나는 위키의 링크를 따라 왔고 여기에 도착 했다 . 꽤 멋져 보이고 저장소를 확인하면 2013 년으로 돌아가는 파일이 있습니다! 이것이 존재할 때 왜 btrfs 방식을 사용합니까? '업그레이드 된'파일 때문에? 아니면 다른 이유가 있습니까?
Steffen Winkler
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.