Issue Permission Probleme beim vhosts

[m.jxngklxxs]

Ich habe versucht heute einen Repair durchzuführen nachdem ich diesen Fehler "osdetect failed: Error: Cannot determine version scanning "bullseye/sid"" bekommen habe, leider hat dies nicht Funktioniert.
Was kann den da Abhilfe schaffen?

Reaktion auf den Repair!


root@Avilion /var/www # plesk repair fs -verbose

Checking Linux system files[2020-09-29 21:34:04.298] ERR [util_exec] proc_close() failed ['/opt/psa/admin/bin/fsmng' '--check-ac' '/var/www/vhosts'] with exit code [1]


There are incorrect permissions on some items: /var/www/vhosts .... [ERROR]
- fsmng failed: ERROR:Command '['/bin/rpm', '-qf',
'/var/www/vhosts', '--dump']' returned non-zero exit status 1
Do you want to repair incorrect permissions? [Y/n] y
Repairing incorrect permissions ................................. [2020-09-29 21:34:08.071] ERR [util_exec] proc_close() failed ['/opt/psa/admin/bin/fsmng' '--set-ac' '/var/www/vhosts'] with exit code [1]
[FAILED]
- fsmng failed: ERROR:Command '['/bin/rpm', '-qf',
'/var/www/vhosts', '--dump']' returned non-zero exit status 1

Checking virtual hosts' file system
One or more files or directories in the root directory of the domain
'cloud.alliance-of-soldiers.de' are either writable by anyone or
neither readable nor writable by the owner. Such permissions are
insecure and may result in or indicate a security breach .......... [INFO]
- /var/www/vhosts/alliance-of-soldiers.de/cloud.alliance-of-soldiers.de/occ

Error messages: 1; Warnings: 0; Errors resolved: 0


exit status 1


Danke im Voraus
MFg. Max

 

[mow]

Welches Linux läuft da?
Ist das ein root- oder vserver?
Bitte einmal dumpe2fs -h /dev/<das Device auf dem /var/www/vhosts liegt> ausführen. Steht bei Filesystem state: was anderes als clean?
Sind unter /var/www/vhosts/alliance-of-soldiers.de/cloud.alliance-of-soldiers.de/occ tatsächlich Dateien, die nicht dem subscription user gehören?

 

[m.jxngklxxs]

Welches Linux läuft da?
Ist das ein root- oder vserver?
Bitte einmal dumpe2fs -h /dev/<das Device auf dem /var/www/vhosts liegt> ausführen. Steht bei Filesystem state: was anderes als clean?
Sind unter /var/www/vhosts/alliance-of-soldiers.de/cloud.alliance-of-soldiers.de/occ tatsächlich Dateien, die nicht dem subscription user gehören?

Sry habe ich verpeilt mit rein zuschreiben.
System ist ein Linux Debian 10 und läuft auf einem Root.

Habe ersteres Ausgeführt mit Folgendem Output:

dumpe2fs 1.45.6 (20-Mar-2020)
dumpe2fs: Is a directory while trying to open /dev/
Couldn't find valid filesystem superblock.

Zu zweitens, nein alles gehört dem User "alliance-of-soldiers" selber.
MFg. Max

 

[mow]

Bitte einmal df /var/www/vhosts/ machen. Das zeigt in der linken Spalte an, auf welchem /dev/ das Filesystem liegt. Das dann für dumpe2fs verwenden.

 

[m.jxngklxxs]

Feedback vom Command.

dumpe2fs 1.45.6 (20-Mar-2020)
Filesystem volume name: <none>
Last mounted on: /
Filesystem UUID: f051a35e-13b6-4ca0-92e5-15c9fcfe7398
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 121012224
Block count: 484019728
Reserved block count: 24200986
Free blocks: 466564786
Free inodes: 120531732
First block: 0
Block size: 4096
Fragment size: 4096
Group descriptor size: 64
Reserved GDT blocks: 1024
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
Flex block group size: 16
Filesystem created: Mon Sep 7 22:45:04 2020
Last mount time: Wed Sep 30 02:09:38 2020
Last write time: Mon Sep 28 04:24:20 2020
Mount count: 5
Maximum mount count: -1
Last checked: Sun Sep 27 17:15:20 2020
Check interval: 0 (<none>)
Lifetime writes: 205 GB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 32
Desired extra isize: 32
Journal inode: 8
First orphan inode: 20578407
Default directory hash: half_md4
Directory Hash Seed: 2e87c059-14fc-4365-a865-38f25c2c5ae2
Journal backup: inode blocks
Checksum type: crc32c
Checksum: 0xd373d2e8
Journal features: journal_incompat_revoke journal_64bit journal_checksum_v3
Journal size: 1024M
Journal length: 262144
Journal sequence: 0x001a6859
Journal start: 83673
Journal checksum type: crc32c
Journal checksum: 0x043461b1

 

[LarsenD]

Anscheinend erkennt Plesk ja Debian Bullseye, womit es derzeit noch nicht kompatibel ist. Nach Deiner Aussage "Debian 10" wäre es Buster, was ok wäre. Entweder erkennt Plesk also irgendetwas falsch oder Dein System ist durcheinander.

Bitte die Ausgaben der folgenden Befehle posten:
lsb_release -a
cat /etc/apt/sources.list