Forum EUserv
VPS/vServer - virtual private server => VS2-free => Thema gestartet von: t-offline am 01.November 2022, 19:18:07
-
Hallo,
es kommt immer nur dieser Fehler bei meinem VS2-free (Vertrags-Nr. 338786):
root@enif:~# date
Tue Nov 1 18:43:32 CET 2022
root@enif:~# w
Error: /proc must be mounted
To mount /proc at boot you need an /etc/fstab line like:
proc /proc proc defaults
In the meantime, run "mount proc /proc -t proc"
root@enif:~# ps
Error: /proc must be mounted
To mount /proc at boot you need an /etc/fstab line like:
proc /proc proc defaults
In the meantime, run "mount proc /proc -t proc"
root@enif:~# free
Error: /proc must be mounted
To mount /proc at boot you need an /etc/fstab line like:
proc /proc proc defaults
In the meantime, run "mount proc /proc -t proc"
root@enif:~# cat /proc/cpuinfo
cat: /proc/cpuinfo: Permission denied
root@enif:~# mount proc /proc -t proc
mount: /proc: proc already mounted on /proc.
root@enif:~# date
Tue Nov 1 18:45:17 CET 2022
root@enif:~#
Vor einigen Wochen ging es noch.
Was mache ich falsch?
Danke für jede Hilfe
-
Hallo,
die VS2 Systeme killen bei zu viel genutzten Ressourcen Prozesse automatisch, evt. hängt das damit zusammen.
Bitte nehmen Sie einen Reboot vor, wenn das nicht hilft: Reinstallation.
-
Danke für die Antwort.
reboot hatte ich schon mehrfach gemacht.
Also nochmal:
root@enif:~# w
Error: /proc must be mounted
To mount /proc at boot you need an /etc/fstab line like:
proc /proc proc defaults
In the meantime, run "mount proc /proc -t proc"
root@enif:~# lsof | wc
1153 11068 141734
root@enif:~# date
Wed Nov 2 15:31:48 CET 2022
root@enif:~# uname -a
Linux enif 5.4.123-1.el7.elrepo.x86_64 #1 SMP Fri May 28 09:57:53 EDT 2021 x86_64 GNU/Linux
root@enif:~# cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 10 (buster)"
NAME="Debian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"
root@enif:~# cat /etc/debian_version
10.13
root@enif:~# reboot
Dann werde ich auch mal rescue testen.
-
Hast du denn mal gemacht, was oben steht ?
In the meantime, run "mount proc /proc -t proc"
und was steht in der /etc/fstab?
-
Hallo,
habe ich gemacht.
************************************************************
* Debian10.0-64bit-minimal
************************************************************
* If you have questions about your server, you can use our *
* 24-hour Trouble-Ticket-System *
* *
* Do NOT shutdown your server with "halt", use "reboot" *
* instead *
* *
* Have fun with your server *
* Customer-Support *
************************************************************
************************************************************
* Debian10.0-64bit-minimal
************************************************************
* Wenn Sie Fragen und/oder Probleme mit Ihrem Server haben,*
* steht Ihnen unser eMail-Support rund um die Uhr zur *
* Verfuegung. *
* *
* Fahren Sie Ihren Server NICHT per "halt" herunter, *
* sondern nutzen Sie "reboot". *
* *
* Viel Spass wuenscht Ihnen *
* Ihr Kundensupport *
************************************************************
No mail.
Last login: Wed Nov 2 16:06:07 2022 from 2001:9e8:a63e:6f00:32b5:c2ff:fe13:2b44
root@enif:~# date
Thu Nov 3 10:25:29 CET 2022
root@enif:~# w
Error: /proc must be mounted
To mount /proc at boot you need an /etc/fstab line like:
proc /proc proc defaults
In the meantime, run "mount proc /proc -t proc"
root@enif:~# cat /etc/fstab
root@enif:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/loop58 10190100 3841852 5807576 40% /
none 492 4 488 1% /dev
devtmpfs 16413168 0 16413168 0% /dev/tty
tmpfs 100 0 100 0% /dev/lxd
tmpfs 100 0 100 0% /dev/.lxd-mounts
tmpfs 16424884 0 16424884 0% /dev/shm
tmpfs 16424884 8304 16416580 1% /run
tmpfs 5120 0 5120 0% /run/lock
tmpfs 16424884 0 16424884 0% /sys/fs/cgroup
tmpfs 100000 0 100000 0% /run/user/0
root@enif:~# mount proc /proc -t proc
mount: /proc: proc already mounted on /proc.
root@enif:~# cat /proc/cpuinfo
cat: /proc/cpuinfo: Permission denied
root@enif:~# ls -al /proc/cpuinfo
-r--r----- 1 nobody nogroup 0 Nov 3 10:26 /proc/cpuinfo
root@enif:~# id
uid=0(root) gid=0(root) groups=0(root)
root@enif:~#
Und nun?
Danke für weitere Hilfe.
P.S.
Eine Neuninstallation will ich vorerst nicht gerne machen, da ich befürchte, dass das auch nichts bringt.
Vor einigen Wochen ging ja alles, bei genau dieser Installation.
-
Leider bringt auch das rescue system nichts anderes:
#######################################################################
#################### Welcome to Rescue-System v3 ####################
If you see this login screen, your server run in rescue diskless mode.
Base-System is CentOS with functional "yum" package manager.
Important notes:
* Your harddisks are not mounted, please mount your disks only at /mnt/custom
* Hardware-Raid:
use "megacli" or "tw_cli" for controller management depending
on your controller type
* Firewall "iptables" (IPv4) and "ip6tables" (IPv6) are both activated
* Installations in rescue-mode via "yum" become deleted after reboot
* Please see Wiki and FAQ for further instructions how to use this rescue-system
* Do NOT shutdown your server with "halt" command
* You must disable rescue-system in customer panel with additional reboot
* Please use trouble ticket system via customer panel for additonal questions
Have fun with your server
Your Customer-Support
#######################################################################
[root@rescue-enif ~]# date
Thu Nov 3 18:10:06 CET 2022
[root@rescue-enif ~]# w
Error: /proc must be mounted
To mount /proc at boot you need an /etc/fstab line like:
proc /proc proc defaults
In the meantime, run "mount proc /proc -t proc"
[root@rescue-enif ~]# cat /etc/fstab
[root@rescue-enif ~]# mount proc /proc -t proc
mount: proc is already mounted or /proc busy
proc is already mounted on /proc
[root@rescue-enif ~]# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/loop58 3030800 1366532 1490600 48% /
/dev/loop118 10190100 3841992 5807436 40% /mnt/custom
none 492 4 488 1% /dev
devtmpfs 16413168 0 16413168 0% /dev/tty
tmpfs 100 0 100 0% /dev/lxd
tmpfs 100 0 100 0% /dev/.lxd-mounts
tmpfs 16424884 0 16424884 0% /dev/shm
tmpfs 16424884 8232 16416652 1% /run
tmpfs 16424884 0 16424884 0% /sys/fs/cgroup
[root@rescue-enif ~]#
Damit sollte auch eine Neuinstallation nichts bringen.
Es bleibt nur zu hoffen, dass von host Seite die Einstellungen meiner VS2-free überprüft werden.
Ich bin da auf die Hilfe von euserv angewiesen und hoffe dass dort jemand sich des Problems annimmt.
Danke im Voraus.
-
Es geht wieder.
Vielen Dank.
************************************************************
* Debian10.0-64bit-minimal
************************************************************
* If you have questions about your server, you can use our *
* 24-hour Trouble-Ticket-System *
* *
* Do NOT shutdown your server with "halt", use "reboot" *
* instead *
* *
* Have fun with your server *
* Customer-Support *
************************************************************
************************************************************
* Debian10.0-64bit-minimal
************************************************************
* Wenn Sie Fragen und/oder Probleme mit Ihrem Server haben,*
* steht Ihnen unser eMail-Support rund um die Uhr zur *
* Verfuegung. *
* *
* Fahren Sie Ihren Server NICHT per "halt" herunter, *
* sondern nutzen Sie "reboot". *
* *
* Viel Spass wuenscht Ihnen *
* Ihr Kundensupport *
************************************************************
No mail.
Last login: Sun Nov 6 14:27:45 2022 from 2003:eb:3f48:8400:32b5:c2ff:fe13:2b44
root@enif:~# date
Sun Nov 6 14:43:38 CET 2022
root@enif:~# w
14:43:42 up 4:52, 1 user, load average: 21.91, 27.93, 25.51
USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT
root pts/0 2003:eb:3f48:840 14:43 6.00s 0.00s 0.00s w
root@enif:~# ps
PID TTY TIME CMD
27427 pts/0 00:00:00 bash
27433 pts/0 00:00:00 ps
root@enif:~# free
total used free shared buff/cache available
Mem: 1000000 94736 791648 8184 113616 905264
Swap: 1000000 0 1000000
root@enif:~# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 60
model name : Intel(R) Xeon(R) CPU E3-1231 v3 @ 3.40GHz
stepping : 3
microcode : 0x17
cpu MHz : 3737.876
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 1
cpu cores : 4
apicid : 2
initial apicid : 2
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt aes xsave avx f16c rdrand lahf_lm abm cpuid_fault epb invpcid_single pti tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm xsaveopt dtherm ida arat pln pts
bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs taa itlb_multihit srbds
bogomips : 6799.89
clflush size : 64
cache_alignment : 64
address sizes : 39 bits physical, 48 bits virtual
power management:
root@enif:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/loop29 10190100 3835000 5814428 40% /
none 492 4 488 1% /dev
devtmpfs 16413164 0 16413164 0% /dev/tty
tmpfs 100 0 100 0% /dev/lxd
tmpfs 100 0 100 0% /dev/.lxd-mounts
tmpfs 16424880 0 16424880 0% /dev/shm
tmpfs 16424880 8304 16416576 1% /run
tmpfs 5120 0 5120 0% /run/lock
tmpfs 16424880 0 16424880 0% /sys/fs/cgroup
tmpfs 100000 0 100000 0% /run/user/0
root@enif:~#
-
Hallo,
von unserer Seite aus wurde bisher nichts an Ihrem Problem geändert. Es muss sich also um ein lokales Problem handeln.
-
Trotzdem Danke.
Es ging wieder, nach dem ein von mir nicht ausgelöster reboot am:
Sun Nov 6 09:51:59 CET 2022
erfolgt ist.
Wer immer diesen reboot gemacht hat, es hat geholfen.
P.S.
Ein kleines Problem hat mein VS2-Free noch, ob das wichtig ist weiss ich nicht:
root@enif:~# w
13:18:26 up 21 min, 2 users, load average: 118.50, 54.01, 32.54
USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT
root pts/0 2003:eb:3f04:b20 13:07 58.00s 0.00s 0.00s -bash
root pts/1 2003:eb:3f04:b20 13:18 1.00s 0.00s 0.00s w
root@enif:~# systemctl | grep fail
● systemd-udev-trigger.service loaded failed failed udev Coldplug all Devices
root@enif:~# systemctl status systemd-udev-trigger.service
● systemd-udev-trigger.service - udev Coldplug all Devices
Loaded: loaded (/lib/systemd/system/systemd-udev-trigger.service; static; vendor preset: enabled)
Active: failed (Result: exit-code) since Mon 2022-11-07 12:56:31 CET; 22min ago
Docs: man:udev(7)
man:systemd-udevd.service(8)
Process: 42 ExecStart=/bin/udevadm trigger --type=subsystems --action=add (code=exited, status=0/SUCCESS)
Process: 50 ExecStart=/bin/udevadm trigger --type=devices --action=add (code=exited, status=1/FAILURE)
Main PID: 50 (code=exited, status=1/FAILURE)
Nov 07 12:56:31 enif udevadm[50]: Failed to scan devices: Permission denied
Nov 07 12:56:31 enif systemd[1]: systemd-udev-trigger.service: Main process exited, code=exited, status=1/FAILURE
Nov 07 12:56:31 enif systemd[1]: systemd-udev-trigger.service: Failed with result 'exit-code'.
Nov 07 12:56:31 enif systemd[1]: Failed to start udev Coldplug all Devices.
Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
root@enif:~#
-
Danke, ich habe das in unseren Bugtracker zur Prüfung aufgenommen.
-
Hallo,
ich habe Rückmeldung von der Technik erhalten. Ihr Problem ist systembedingt bzw. bedingt durch die eingeschränkten Rechte bei der Virtualisierung. Deaktivieren Sie den entsprechenden Dienst.
Die KBCI Systeme (KBS Server) haben im Gegensatz zu VS2 diese Einschränkungen nicht.