Kann d'Disk Plaz vun engem esxi VM

Ech wollt den Disk Space vun engem VM a mengem VMware Server esxi erhéijen.

Ech hunn e Snapshot geläscht deen am VM war, awer ech hunn dës Operatioun ongewollt annuléiert.

Elo kann ech de Snapshot am Snapshot Manager net gesinn, an ech kann den Disk Space net erhéijen

Dëst ass déi aktuell Späichere vu VM an der Datestore

Späicher vm

Hutt Dir keng Iddi fir dëst ze léisen? Modus A mengem Sentinelle Meeschter-Sklave-Modus; redis Sklave klappt d'Dumps an / var / lib / redis / mat Feeler ze schreiwen: Ausgefall op der RDB Datei dump.rdb (am Server root dir / var / lib / redis) fir ze späicheren: Erlaabnes ...

A mengem Sentinel Meeschter-Sklave-Modus; redis Sklave klappt d'Dumps an / var / lib / redis / mat Feeler ze schreiwen:

Ausgefall der RDB Datei dump.rdb (am Server root dir / var / lib / redis) fir ze späicheren: Erlaabnes refuséiert

wärend d'Rechter si wierklech korrekt:

# ls -la /var/lib/redis/
total 68
drwxr-xr-x.  2 redis redis    22 Apr 20 11:39 .
drwxr-xr-x. 28 root  root   4096 Apr 17 12:15 ..
-rw-r--r--.  1 redis redis 62460 Apr 20 11:37 dump.rdb

Ech hunn de selinux Audit gekuckt a konnt e puer Oflehnunge fannen an nëmmen am permissive Modus kann ech gesinn datt de Redis-Prozess kann an d'Dir schreiwen. wéi:

type=AVC msg=audit(1555741351.680:2719): avc:  denied  { getattr } for  pid=8638 comm="redis-server" path="/var/lib/redis/dump.rdb" dev="vdb1" ino=68 scontext=system_u:system_r:redis_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=file permissive=1

Ech hu verschidde Selinux Permis Subsidë probéiert wéi dës a ka bestätegen datt de Semanage d'Regel ugewannt huet:

# cat /var/log/audit/audit.log |grep redis |audit2allow redis-server
#semodule -i redis-server.pp

Ech hunn hei an do gesicht a konnt et net fäerdeg bréngen wärend Selinux an enger CentOS Linux Release 7.6.1810 duerchgesat gouf. bauen mat redis-3.2.12-2.el7.x86_64

1
задан 20 April 2019 в 18:06
1 ответ

Во-первых, вы должны отменить изменения, сделанные с помощью semodule ; они были ненужными и потенциально разрушительными. Вы можете использовать semodule -r redis-server (похоже, вы так назвали модуль), чтобы удалить его.

Во-вторых, проблема возникла из-за того, что файл, к которому redis пытался получить доступ, не имел ярлык SELinux вообще. Обратите внимание, что его тип был unlabeled_t . Трудно сказать, почему это произошло, но обычно причина в том, что файл был создан при отключенном SELinux. Решение простое: пометьте файл контекстом по умолчанию.

(НЕ ПРОДОЛЖАЙТЕ, если вы не удалили модуль SELinux, как описано выше.)

restorecon -v /var/lib/redis/dump.rdb

Поскольку вы вполне могли запустить эту систему с отключенным SELinux, вероятно, быть множеством других неправильно помеченных или немаркированных файлов. Я бы просто рекурсивно пометил все в файловой системе, чтобы быть в безопасности и предотвратить проблемы в будущем.

restorecon -rv /
2
ответ дан 3 December 2019 в 20:08

Теги

Похожие вопросы