Jun 12 10:48:53 schwila nginx[14217]: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use) Jun 12 10:48:53 schwila nginx[14217]: nginx: [emerg] bind() to [::]:80 failed (98: Address already in use) Jun 12 10:48:53 schwila nginx[14217]: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use) Jun 12 10:48:53 schwila nginx[14217]: nginx: [emerg] bind() to [::]:80 failed (98: Address already in use) Jun 12 10:48:54 schwila nginx[14217]: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use) Jun 12 10:48:54 schwila nginx[14217]: nginx: [emerg] bind() to [::]:80 failed (98: Address already in use) Jun 12 10:48:54 schwila nginx[14217]: nginx: [emerg] still could not bind() Jun 12 10:48:54 schwila systemd[1]: nginx.service: Control process exited, code=exited, status=1/FAILURE Jun 12 10:48:54 schwila systemd[1]: nginx.service: Failed with result ‘exit-code’. Jun 12 10:48:54 schwila systemd[1]: Failed to start nginx.service – A high performance web server and a reverse proxy s> lines 1-16/16 (END)
يبدو أن هناك مشكلة في تشغيل خدمة Nginx على الخادم الخاص بك. المشكلة الرئيسية هي أن Nginx لا يستطيع الارتباط بالمنفذ 80 لأن هذا المنفذ مستخدم بالفعل من قبل عملية أخرى.
الخطوات لحل المشكلة:
- تحديد العملية التي تستخدم المنفذ 80:
- استخدم الأمر التالي لتحديد العملية التي تستخدم المنفذ 80:
- هذا الأمر سيعرض لك قائمة بالعمليات التي تستخدم المنفذ 80، بما في ذلك اسم العملية و PID.
- إيقاف العملية التي تستخدم المنفذ 80:
- إذا كانت العملية التي تستخدم المنفذ 80 ليست ضرورية، يمكنك إيقافها باستخدام الأمر
kill: - استبدل
<PID>برقم العملية التي تريد إيقافها. - بدء خدمة Nginx:
- بعد إيقاف العملية التي تستخدم المنفذ 80، يمكنك محاولة بدء خدمة Nginx مرة أخرى:
- إذا كانت هناك مشاكل أخرى، يمكنك التحقق من سجل Nginx لمزيد من التفاصيل:
- تغيير منفذ Nginx (اختياري):
- إذا لم تتمكن من إيقاف العملية التي تستخدم المنفذ 80، يمكنك تغيير منفذ Nginx إلى منفذ آخر. يمكنك القيام بذلك عن طريق تعديل ملف الإعدادات الرئيسي لـ Nginx (
nginx.conf): - ابحث عن السطر الذي يبدأ بـ
listen 80وقم بتغييره إلى منفذ آخر، على سبيل المثالlisten 8080. - بعد حفظ التغييرات، أعد تشغيل خدمة Nginx.
من خلال اتباع هذه الخطوات، يجب أن تتمكن من حل مشكلة الارتباط بالمنفذ 80 وبدء خدمة Nginx بنجاح. إذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
Meta AI response: يبدو أن هناك مشكلة في تشغيل خدمة Nginx على الخادم الخاص بك. المشكلة الرئيسية هي أن Nginx لا يستطيع الارتباط بالمنفذ 80 لأن هذا المنفذ مستخدم بالفعل من قبل عملية أخرى. الخطوات لحل المشكلة: تحديد العملية التي تستخدم المنفذ 80: استخدم الأمر التالي لتحديد العملية التي تستخدم المنفذ 80: sudo lsof -i :80 هذا الأمر سيعرض لك قائمة بالعمليات التي تستخدم المنفذ 80، بما في ذلك اسم العملية و PID. إيقاف العملية التي تستخدم المنفذ 80: إذا كانت العملية التي تستخدم المنفذ 80 ليست ضرورية، يمكنك إيقافها باستخدام الأمر kill: sudo kill -9 <PID> استبدل <PID> برقم العملية التي تريد إيقافها. بدء خدمة Nginx: بعد إيقاف العملية التي تستخدم المنفذ 80، يمكنك محاولة بدء خدمة Nginx مرة أخرى: sudo systemctl start nginx إذا كانت هناك مشاكل أخرى، يمكنك التحقق من سجل Nginx لمزيد من التفاصيل: sudo journalctl -u nginx تغيير منفذ Nginx (اختياري): إذا لم تتمكن من إيقاف العملية التي تستخدم المنفذ 80، يمكنك تغيير منفذ Nginx إلى منفذ آخر. يمكنك القيام بذلك عن طريق تعديل ملف الإعدادات الرئيسي لـ Nginx (nginx.conf): sudo nano /etc/nginx/nginx.conf ابحث عن السطر الذي يبدأ بـ listen 80 وقم بتغييره إلى منفذ آخر، على سبيل المثال listen 8080. بعد حفظ التغييرات، أعد تشغيل خدمة Nginx. من خلال اتباع هذه الخطوات، يجب أن تتمكن من حل مشكلة الارتباط بالمنفذ 80 وبدء خدمة Nginx بنجاح. إذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME httpd 5210 root 4u IPv6 19097 0t0 TCP *:http (LISTEN) httpd 5211 root 4u IPv6 19097 0t0 TCP *:http (LISTEN) httpd 5212 root 4u IPv6 19097 0t0 TCP *:http (LISTEN) httpd 5213 root 4u IPv6 19097 0t0 TCP *:http (LISTEN)
يبدو أن هناك عملية httpd تعمل على الخادم الخاص بك وتستخدم المنفذ 80. هذا هو السبب في عدم قدرة Nginx على الارتباط بهذا المنفذ.
الخطوات لإيقاف httpd وبدء Nginx:
- إيقاف خدمة
httpd: - يمكنك إيقاف خدمة
httpdباستخدام الأمر التالي: - إذا لم تكن تستخدم
systemd، يمكنك استخدام الأمر: - تعطيل
httpdمن البدء تلقائيًا: - لمنع
httpdمن البدء تلقائيًا عند تشغيل النظام، استخدم الأمر: - بدء خدمة Nginx:
- بعد إيقاف
httpd، يمكنك محاولة بدء خدمة Nginx: - إذا كنت ترغب في أن يبدأ Nginx تلقائيًا عند تشغيل النظام، استخدم الأمر:
- التحقق من حالة Nginx:
- بعد بدء Nginx، يمكنك التحقق من حالته باستخدام الأمر:
من خلال اتباع هذه الخطوات، يجب أن تتمكن من إيقاف httpd وبدء Nginx بنجاح. إذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
Meta AI response: يبدو أن هناك عملية httpd تعمل على الخادم الخاص بك وتستخدم المنفذ 80. هذا هو السبب في عدم قدرة Nginx على الارتباط بهذا المنفذ. الخطوات لإيقاف httpd وبدء Nginx: إيقاف خدمة httpd: يمكنك إيقاف خدمة httpd باستخدام الأمر التالي: sudo systemctl stop httpd إذا لم تكن تستخدم systemd، يمكنك استخدام الأمر: sudo service httpd stop تعطيل httpd من البدء تلقائيًا: لمنع httpd من البدء تلقائيًا عند تشغيل النظام، استخدم الأمر: sudo systemctl disable httpd بدء خدمة Nginx: بعد إيقاف httpd، يمكنك محاولة بدء خدمة Nginx: sudo systemctl start nginx إذا كنت ترغب في أن يبدأ Nginx تلقائيًا عند تشغيل النظام، استخدم الأمر: sudo systemctl enable nginx التحقق من حالة Nginx: بعد بدء Nginx، يمكنك التحقق من حالته باستخدام الأمر: sudo systemctl status nginx من خلال اتباع هذه الخطوات، يجب أن تتمكن من إيقاف httpd وبدء Nginx بنجاح. إذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
Failed to stop httpd.service: Unit httpd.service not loaded.
يبدو أن النظام لا يمكنه العثور على خدمة httpd لتحميلها أو إيقافها. هذا قد يكون بسبب أن خدمة httpd ليست مثبتة أو أنها مسماة بشكل مختلف على نظامك.
الخطوات البديلة لإيقاف العملية التي تستخدم المنفذ 80:
- استخدام الأمر
killلإيقاف العملية: - كما ذكرت سابقًا، يمكنك استخدام الأمر
lsofلتحديد PID للعملية التي تستخدم المنفذ 80: - ثم استخدم الأمر
killلإيقاف العملية: - استبدل
<PID>برقم العملية التي تريد إيقافها. - استخدام الأمر
fuserلإيقاف العملية: - يمكنك استخدام الأمر
fuserلإيقاف العملية التي تستخدم المنفذ 80: - هذا الأمر سيقوم بإيقاف جميع العمليات التي تستخدم المنفذ 80.
بعد إيقاف العملية التي تستخدم المنفذ 80، يمكنك محاولة بدء خدمة Nginx مرة أخرى:
Bash
sudo systemctl start nginxإذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
Meta AI response: يبدو أن النظام لا يمكنه العثور على خدمة httpd لتحميلها أو إيقافها. هذا قد يكون بسبب أن خدمة httpd ليست مثبتة أو أنها مسماة بشكل مختلف على نظامك. الخطوات البديلة لإيقاف العملية التي تستخدم المنفذ 80: استخدام الأمر kill لإيقاف العملية: كما ذكرت سابقًا، يمكنك استخدام الأمر lsof لتحديد PID للعملية التي تستخدم المنفذ 80: sudo lsof -i :80 ثم استخدم الأمر kill لإيقاف العملية: sudo kill -9 <PID> استبدل <PID> برقم العملية التي تريد إيقافها. استخدام الأمر fuser لإيقاف العملية: يمكنك استخدام الأمر fuser لإيقاف العملية التي تستخدم المنفذ 80: sudo fuser -k -n tcp 80 هذا الأمر سيقوم بإيقاف جميع العمليات التي تستخدم المنفذ 80. بعد إيقاف العملية التي تستخدم المنفذ 80، يمكنك محاولة بدء خدمة Nginx مرة أخرى: sudo systemctl start nginx إذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
80/tcp: 5210 5211 5212 5213
يبدو أن الأمر fuser أظهر أن العمليات 5210 و 5211 و 5212 و 5213 تستخدم المنفذ 80. يمكنك استخدام الأمر kill لإيقاف هذه العمليات:
Bash
sudo kill -9 5210 5211 5212 5213بعد إيقاف هذه العمليات، يجب أن تتمكن من بدء خدمة Nginx على المنفذ 80. جرب الأمر التالي لبدء Nginx:
Bash
sudo systemctl start nginxثم تحقق من حالة Nginx للتأكد من أنه يعمل بشكل صحيح:
Bash
sudo systemctl status nginxإذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
Meta AI response: يبدو أن الأمر fuser أظهر أن العمليات 5210 و 5211 و 5212 و 5213 تستخدم المنفذ 80. يمكنك استخدام الأمر kill لإيقاف هذه العمليات: sudo kill -9 5210 5211 5212 5213 بعد إيقاف هذه العمليات، يجب أن تتمكن من بدء خدمة Nginx على المنفذ 80. جرب الأمر التالي لبدء Nginx: sudo systemctl start nginx ثم تحقق من حالة Nginx للتأكد من أنه يعمل بشكل صحيح: sudo systemctl status nginx إذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
kill: (5210): No such process kill: (5211): No such process kill: (5212): No such process kill: (5213): No such process
يبدو أن العمليات التي حاولت إيقافها قد توقفت بالفعل أو لم تكن موجودة عند محاولة إيقافها. هذا يمكن أن يحدث إذا كانت العمليات قد توقفت تلقائيًا أو إذا كانت هناك تغييرات في العمليات التي تستخدم المنفذ 80.
الخطوات التالية:
- التحقق من المنفذ 80 مرة أخرى:
- استخدم الأمر
lsofأوfuserمرة أخرى للتحقق من العمليات التي تستخدم المنفذ 80:
أو
Bash
sudo fuser -n tcp 80- إذا كانت هناك عمليات جديدة تستخدم المنفذ 80، يمكنك إيقافها باستخدام الأمر
killكما ذكرت سابقًا.
- بدء Nginx:
- إذا لم تكن هناك عمليات تستخدم المنفذ 80، يمكنك محاولة بدء Nginx مرة أخرى:
- ثم تحقق من حالة Nginx:
إذا استمرت المشكلة، قد تحتاج إلى التحقق من ملفات السجل الخاصة بـ Nginx لمزيد من التفاصيل حول الخطأ. يمكنك استخدام الأمر التالي للتحقق من سجل Nginx:
Bash
sudo journalctl -u nginxإذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
Meta AI response: يبدو أن العمليات التي حاولت إيقافها قد توقفت بالفعل أو لم تكن موجودة عند محاولة إيقافها. هذا يمكن أن يحدث إذا كانت العمليات قد توقفت تلقائيًا أو إذا كانت هناك تغييرات في العمليات التي تستخدم المنفذ 80. الخطوات التالية: التحقق من المنفذ 80 مرة أخرى: استخدم الأمر lsof أو fuser مرة أخرى للتحقق من العمليات التي تستخدم المنفذ 80: sudo lsof -i :80 أو sudo fuser -n tcp 80 إذا كانت هناك عمليات جديدة تستخدم المنفذ 80، يمكنك إيقافها باستخدام الأمر kill كما ذكرت سابقًا. بدء Nginx: إذا لم تكن هناك عمليات تستخدم المنفذ 80، يمكنك محاولة بدء Nginx مرة أخرى: sudo systemctl start nginx ثم تحقق من حالة Nginx: sudo systemctl status nginx إذا استمرت المشكلة، قد تحتاج إلى التحقق من ملفات السجل الخاصة بـ Nginx لمزيد من التفاصيل حول الخطأ. يمكنك استخدام الأمر التالي للتحقق من سجل Nginx: sudo journalctl -u nginx إذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
80/tcp: 931374 931375 931376 931377
يبدو أن هناك عمليات جديدة تستخدم المنفذ 80. يمكنك إيقاف هذه العمليات باستخدام الأمر kill:
Bash
sudo kill -9 931374 931375 931376 931377بعد إيقاف هذه العمليات، يجب أن تتمكن من بدء خدمة Nginx على المنفذ 80. جرب الأمر التالي لبدء Nginx:
Bash
sudo systemctl start nginxثم تحقق من حالة Nginx للتأكد من أنه يعمل بشكل صحيح:
Bash
sudo systemctl status nginxإذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
Meta AI response: يبدو أن هناك عمليات جديدة تستخدم المنفذ 80. يمكنك إيقاف هذه العمليات باستخدام الأمر kill: sudo kill -9 931374 931375 931376 931377 بعد إيقاف هذه العمليات، يجب أن تتمكن من بدء خدمة Nginx على المنفذ 80. جرب الأمر التالي لبدء Nginx: sudo systemctl start nginx ثم تحقق من حالة Nginx للتأكد من أنه يعمل بشكل صحيح: sudo systemctl status nginx إذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
لا يمكن ايقافها كلما اوقفتها تكونت اخرى
يبدو أن هناك عملية أو خدمة ما تُعيد تشغيل نفسها أو تُنشئ عمليات جديدة تستخدم المنفذ 80. في هذه الحالة، إيقاف العمليات الفردية قد لا يكون حلاً دائمًا.
الخطوات الممكنة لحل المشكلة:
- تحديد الخدمة أو العملية التي تُعيد تشغيل نفسها:
- استخدم الأمر
psأوpstreeلتحديد الخدمة أو العملية التي تُعيد تشغيل نفسها: - أو
- هذا سيساعدك في تحديد الخدمة أو العملية التي تُعيد تشغيل نفسها.
- إيقاف الخدمة أو العملية:
- إذا وجدت الخدمة أو العملية التي تُعيد تشغيل نفسها، يمكنك إيقافها باستخدام الأمر
systemctlأوkill: - أو
- تعطيل الخدمة أو العملية:
- لمنع الخدمة أو العملية من البدء تلقائيًا، يمكنك تعطيلها:
- فحص النظام للبحث عن أي برامج ضارة:
- إذا كنت تشك في أن النظام قد تعرض للاختراق أو يوجد به برامج ضارة، فيجب عليك فحص النظام باستخدام أدوات الأمان.
بعد إيقاف وتعطيل الخدمة أو العملية التي تُعيد تشغيل نفسها، يجب أن تتمكن من بدء خدمة Nginx على المنفذ 80. جرب الأمر التالي لبدء Nginx:
Bash
sudo systemctl start nginxإذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
Meta AI response: يبدو أن هناك عملية أو خدمة ما تُعيد تشغيل نفسها أو تُنشئ عمليات جديدة تستخدم المنفذ 80. في هذه الحالة، إيقاف العمليات الفردية قد لا يكون حلاً دائمًا. الخطوات الممكنة لحل المشكلة: تحديد الخدمة أو العملية التي تُعيد تشغيل نفسها: استخدم الأمر ps أو pstree لتحديد الخدمة أو العملية التي تُعيد تشغيل نفسها: ps aux | grep 931374 أو pstree -p هذا سيساعدك في تحديد الخدمة أو العملية التي تُعيد تشغيل نفسها. إيقاف الخدمة أو العملية: إذا وجدت الخدمة أو العملية التي تُعيد تشغيل نفسها، يمكنك إيقافها باستخدام الأمر systemctl أو kill: sudo systemctl stop <اسم الخدمة> أو sudo killall <اسم العملية> تعطيل الخدمة أو العملية: لمنع الخدمة أو العملية من البدء تلقائيًا، يمكنك تعطيلها: sudo systemctl disable <اسم الخدمة> فحص النظام للبحث عن أي برامج ضارة: إذا كنت تشك في أن النظام قد تعرض للاختراق أو يوجد به برامج ضارة، فيجب عليك فحص النظام باستخدام أدوات الأمان. بعد إيقاف وتعطيل الخدمة أو العملية التي تُعيد تشغيل نفسها، يجب أن تتمكن من بدء خدمة Nginx على المنفذ 80. جرب الأمر التالي لبدء Nginx: sudo systemctl start nginx إذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
systemd(1)─┬─ModemManager(1095)─┬─{ModemManager}(1103) │ ├─{ModemManager}(1105) │ └─{ModemManager}(1107) ├─NetworkManager(445330)─┬─{NetworkManager}(445332) │ ├─{NetworkManager}(445333) │ └─{NetworkManager}(445334) ├─bash(1268)───sleep(948816) ├─bash(755032)───cluster-agent(755065)─┬─{cluster-agent}(755066) │ ├─{cluster-agent}(755067) │ ├─{cluster-agent}(755068) │ ├─{cluster-agent}(755069) │ ├─{cluster-agent}(755070) │ ├─{cluster-agent}(755071) │ ├─{cluster-agent}(755072) │ └─{cluster-agent}(755073) ├─containerd(756061)─┬─{containerd}(756266) │ ├─{containerd}(756268) │ ├─{containerd}(756270) │ ├─{containerd}(756279) │ ├─{containerd}(756280) │ ├─{containerd}(756281) │ ├─{containerd}(756283) │ ├─{containerd}(756296) │ ├─{containerd}(756297) │ ├─{containerd}(756299) │ ├─{containerd}(756345) │ ├─{containerd}(757299) │ ├─{containerd}(757300) │ ├─{containerd}(757301) │ ├─{containerd}(757302) │ ├─{containerd}(757348) │ ├─{containerd}(757349) │ └─{containerd}(757709) ├─containerd-shim(757262)─┬─pause(757284) │ ├─runsvdir(757940)─┬─runsv(758169)───calico-node(758175)─┬─{calico-node}(758176) │ │ │ ├─{calico-node}(758178) │ │ │ ├─{calico-node}(758182) │ │ │ ├─{calico-node}(758185) │ │ │ ├─{calico-node}(758187) │ │ │ ├─{calico-node}(758207) │ │ │ ├─{calico-node}(758208) │ │ │ ├─{calico-node}(758209) │ │ │ ├─{calico-node}(758210) │ │ │ └─{calico-node}(758211) │ │ ├─runsv(758170)───calico-node(777845)─┬─{calico-node}(777846) │ │ │ ├─{calico-node}(777847) │ │ │ ├─{calico-node}(777848) │ │ │ ├─{calico-node}(777849) │ │ │ ├─{calico-node}(777850) │ │ │ ├─{calico-node}(777851) │ │ │ ├─{calico-node}(777852) │ │ │ ├─{calico-node}(777853) │ │ │ ├─{calico-node}(777854) │ │ │ ├─{calico-node}(777855) │ │ │ ├─{calico-node}(777856) │ │ │ ├─{calico-node}(777857) │ │ │ ├─{calico-node}(777953) │ │ │ ├─{calico-node}(777954) │ │ │ ├─{calico-node}(777955) │ │ │ └─{calico-node}(821451) │ │ ├─runsv(758171)───calico-node(758174)─┬─{calico-node}(758177) │ │ │ ├─{calico-node}(758179) │ │ │ ├─{calico-node}(758180) │ │ │ ├─{calico-node}(758183) │ │ │ ├─{calico-node}(758188) │ │ │ ├─{calico-node}(758204) │ │ │ ├─{calico-node}(758205) │ │ │ ├─{calico-node}(758206) │ │ │ ├─{calico-node}(758223) │ │ │ ├─{calico-node}(758224) │ │ │ └─{calico-node}(758225) │ │ ├─runsv(758172)───calico-node(758186)─┬─{calico-node}(758189) │ │ │ ├─{calico-node}(758190) │ │ │ ├─{calico-node}(758191) │ │ │ ├─{calico-node}(758192) │ │ │ ├─{calico-node}(758193) │ │ │ ├─{calico-node}(758212) │ │ │ ├─{calico-node}(758214) │ │ │ └─{calico-node}(800371) │ │ └─runsv(758173)───calico-node(758184)─┬─{calico-node}(758195) │ │ ├─{calico-node}(758197) │ │ ├─{calico-node}(758198) │ │ ├─{calico-node}(758200) │ │ ├─{calico-node}(758202) │ │ ├─{calico-node}(758213) │ │ ├─{calico-node}(758216) │ │ └─{calico-node}(758217) │ ├─{containerd-shim}(757263) │ ├─{containerd-shim}(757264) │ ├─{containerd-shim}(757265) │ ├─{containerd-shim}(757266) │ ├─{containerd-shim}(757267) │ ├─{containerd-shim}(757268) │ ├─{containerd-shim}(757269) │ ├─{containerd-shim}(757270) │ ├─{containerd-shim}(757290) │ ├─{containerd-shim}(757364) │ ├─{containerd-shim}(757403) │ └─{containerd-shim}(760225) ├─containerd-shim(757509)─┬─kube-controller(777371)─┬─{kube-controller}(777384) │ │ ├─{kube-controller}(777385) │ │ ├─{kube-controller}(777386) │ │ ├─{kube-controller}(777387) │ │ ├─{kube-controller}(777388) │ │ ├─{kube-controller}(777389) │ │ ├─{kube-controller}(777390) │ │ ├─{kube-controller}(777391) │ │ ├─{kube-controller}(777934) │ │ └─{kube-controller}(777935) │ ├─pause(757531) │ ├─{containerd-shim}(757510) │ ├─{containerd-shim}(757511) │ ├─{containerd-shim}(757512) │ ├─{containerd-shim}(757513) │ ├─{containerd-shim}(757514) │ ├─{containerd-shim}(757515) │ ├─{containerd-shim}(757516) │ ├─{containerd-shim}(757517) │ ├─{containerd-shim}(757518) │ ├─{containerd-shim}(757567) │ ├─{containerd-shim}(757818) │ └─{containerd-shim}(772800) ├─containerd-shim(757576)─┬─coredns(757773)─┬─{coredns}(757795) │ │ ├─{coredns}(757796) │ │ ├─{coredns}(757797) │ │ ├─{coredns}(757798) │ │ ├─{coredns}(757799) │ │ ├─{coredns}(757800) │ │ ├─{coredns}(757801) │ │ ├─{coredns}(757802) │ │ ├─{coredns}(757803) │ │ ├─{coredns}(757804) │ │ ├─{coredns}(757805) │ │ ├─{coredns}(759089) │ │ └─{coredns}(935180) │ ├─pause(757597) │ ├─{containerd-shim}(757577) │ ├─{containerd-shim}(757578) │ ├─{containerd-shim}(757579) │ ├─{containerd-shim}(757580) │ ├─{containerd-shim}(757581) │ ├─{containerd-shim}(757582) │ ├─{containerd-shim}(757583) │ ├─{containerd-shim}(757584) │ ├─{containerd-shim}(757604) │ ├─{containerd-shim}(757749) │ └─{containerd-shim}(760226) ├─cron(14213) ├─dbus-daemon(1036) ├─fwupd(170691)─┬─{fwupd}(170694) │ ├─{fwupd}(170695) │ ├─{fwupd}(170696) │ ├─{fwupd}(170697) │ └─{fwupd}(170699) ├─iperf3(896337) ├─k8s-dqlite(1274)─┬─{k8s-dqlite}(4465) │ ├─{k8s-dqlite}(4466) │ ├─{k8s-dqlite}(4467) │ ├─{k8s-dqlite}(4468) │ ├─{k8s-dqlite}(4474) │ ├─{k8s-dqlite}(4533) │ ├─{k8s-dqlite}(4534) │ ├─{k8s-dqlite}(4535) │ ├─{k8s-dqlite}(4537) │ ├─{k8s-dqlite}(4565) │ ├─{k8s-dqlite}(4637) │ ├─{k8s-dqlite}(4638) │ ├─{k8s-dqlite}(4639) │ ├─{k8s-dqlite}(6440) │ ├─{k8s-dqlite}(6441) │ ├─{k8s-dqlite}(6442) │ ├─{k8s-dqlite}(6443) │ ├─{k8s-dqlite}(10333) │ └─{k8s-dqlite}(15767) ├─kubelite(756355)─┬─{kubelite}(756783) │ ├─{kubelite}(756784) │ ├─{kubelite}(756785) │ ├─{kubelite}(756786) │ ├─{kubelite}(756787) │ ├─{kubelite}(756788) │ ├─{kubelite}(756789) │ ├─{kubelite}(756790) │ ├─{kubelite}(756791) │ ├─{kubelite}(756792) │ ├─{kubelite}(756793) │ ├─{kubelite}(756794) │ ├─{kubelite}(757013) │ ├─{kubelite}(757017) │ ├─{kubelite}(757021) │ └─{kubelite}(757022) ├─login(14226)───bash(442268) ├─mongodb-control(1330)───mongod(3920)─┬─{mongod}(4203) │ ├─{mongod}(4213) │ ├─{mongod}(4214) │ ├─{mongod}(4215) │ ├─{mongod}(4239) │ ├─{mongod}(4240) │ ├─{mongod}(4241) │ ├─{mongod}(4242) │ ├─{mongod}(4243) │ ├─{mongod}(4244) │ ├─{mongod}(4245) │ ├─{mongod}(4279) │ ├─{mongod}(4283) │ ├─{mongod}(4284) │ ├─{mongod}(4285) │ ├─{mongod}(4286) │ ├─{mongod}(4287) │ ├─{mongod}(4288) │ ├─{mongod}(4614) │ ├─{mongod}(4615) │ ├─{mongod}(4753) │ ├─{mongod}(4754) │ ├─{mongod}(5296) │ ├─{mongod}(5427) │ ├─{mongod}(137409) │ ├─{mongod}(137410) │ └─{mongod}(138236) ├─multipathd(484)─┬─{multipathd}(500) │ ├─{multipathd}(501) │ ├─{multipathd}(502) │ ├─{multipathd}(503) │ ├─{multipathd}(504) │ └─{multipathd}(505) ├─mysqld_safe(3951)───mysqld(4187)─┬─{mysqld}(4191) │ ├─{mysqld}(4192) │ ├─{mysqld}(4193) │ ├─{mysqld}(4194) │ ├─{mysqld}(4195) │ ├─{mysqld}(4196) │ ├─{mysqld}(4197) │ ├─{mysqld}(4198) │ ├─{mysqld}(4199) │ ├─{mysqld}(4200) │ ├─{mysqld}(4220) │ ├─{mysqld}(4221) │ ├─{mysqld}(4222) │ ├─{mysqld}(4223) │ ├─{mysqld}(4224) │ ├─{mysqld}(4225) │ ├─{mysqld}(4444) │ ├─{mysqld}(4445) │ ├─{mysqld}(4446) │ ├─{mysqld}(4470) │ ├─{mysqld}(4471) │ ├─{mysqld}(4472) │ ├─{mysqld}(4473) │ ├─{mysqld}(4476) │ ├─{mysqld}(4477) │ ├─{mysqld}(4478) │ ├─{mysqld}(4483) │ ├─{mysqld}(4484) │ ├─{mysqld}(4485) │ ├─{mysqld}(4486) │ ├─{mysqld}(4487) │ ├─{mysqld}(4488) │ ├─{mysqld}(4494) │ ├─{mysqld}(4495) │ ├─{mysqld}(4496) │ ├─{mysqld}(4498) │ ├─{mysqld}(4538) │ └─{mysqld}(4539) ├─nextcloud-cron(1292)───sleep(939973) ├─nextcloud-fixer(1300)───sleep(948886) ├─polkitd(1041)─┬─{polkitd}(1069) │ ├─{polkitd}(1074) │ └─{polkitd}(1083) ├─renew-certs(1324)───sleep(4266) ├─rsyslogd(1054)─┬─{rsyslogd}(1075) │ ├─{rsyslogd}(1076) │ └─{rsyslogd}(1077) ├─run-httpd(940946)───httpd-wrapper(941566)───httpd(941624)─┬─httpd(941625)─┬─{httpd}(941629) │ │ ├─{httpd}(941631) │ │ ├─{httpd}(941632) │ │ ├─{httpd}(941635) │ │ ├─{httpd}(941637) │ │ ├─{httpd}(941640) │ │ ├─{httpd}(941643) │ │ ├─{httpd}(941646) │ │ ├─{httpd}(941649) │ │ ├─{httpd}(941650) │ │ ├─{httpd}(941654) │ │ ├─{httpd}(941656) │ │ ├─{httpd}(941661) │ │ ├─{httpd}(941664) │ │ ├─{httpd}(941667) │ │ ├─{httpd}(941670) │ │ ├─{httpd}(941673) │ │ ├─{httpd}(941676) │ │ ├─{httpd}(941679) │ │ ├─{httpd}(941682) │ │ ├─{httpd}(941685) │ │ ├─{httpd}(941688) │ │ ├─{httpd}(941690) │ │ ├─{httpd}(941693) │ │ ├─{httpd}(941696) │ │ └─{httpd}(941699) │ ├─httpd(941626)─┬─{httpd}(941634) │ │ ├─{httpd}(941636) │ │ ├─{httpd}(941638) │ │ ├─{httpd}(941641) │ │ ├─{httpd}(941645) │ │ ├─{httpd}(941648) │ │ ├─{httpd}(941652) │ │ ├─{httpd}(941655) │ │ ├─{httpd}(941657) │ │ ├─{httpd}(941660) │ │ ├─{httpd}(941663) │ │ ├─{httpd}(941666) │ │ ├─{httpd}(941669) │ │ ├─{httpd}(941671) │ │ ├─{httpd}(941675) │ │ ├─{httpd}(941678) │ │ ├─{httpd}(941681) │ │ ├─{httpd}(941684) │ │ ├─{httpd}(941687) │ │ ├─{httpd}(941691) │ │ ├─{httpd}(941694) │ │ ├─{httpd}(941697) │ │ ├─{httpd}(941701) │ │ ├─{httpd}(941702) │ │ ├─{httpd}(941704) │ │ └─{httpd}(941706) │ └─httpd(941627)─┬─{httpd}(941639) │ ├─{httpd}(941642) │ ├─{httpd}(941644) │ ├─{httpd}(941647) │ ├─{httpd}(941651) │ ├─{httpd}(941653) │ ├─{httpd}(941658) │ ├─{httpd}(941659) │ ├─{httpd}(941662) │ ├─{httpd}(941665) │ ├─{httpd}(941668) │ ├─{httpd}(941672) │ ├─{httpd}(941674) │ ├─{httpd}(941677) │ ├─{httpd}(941680) │ ├─{httpd}(941683) │ ├─{httpd}(941686) │ ├─{httpd}(941689) │ ├─{httpd}(941692) │ ├─{httpd}(941695) │ ├─{httpd}(941698) │ ├─{httpd}(941700) │ ├─{httpd}(941703) │ ├─{httpd}(941705) │ ├─{httpd}(941707) │ └─{httpd}(941708) ├─snapd(1044)─┬─{snapd}(1141) │ ├─{snapd}(1142) │ ├─{snapd}(1143) │ ├─{snapd}(1144) │ ├─{snapd}(1145) │ ├─{snapd}(1151) │ ├─{snapd}(1152) │ ├─{snapd}(1153) │ ├─{snapd}(1156) │ ├─{snapd}(1157) │ ├─{snapd}(1189) │ ├─{snapd}(1647) │ ├─{snapd}(6813) │ └─{snapd}(48462) ├─sshd(453153)─┬─sshd(721714)───sshd(722657)───bash(722658)───sudo(727528)───sudo(728334)───systemctl(728335+ │ └─sshd(788009)───sshd(790667)───bash(790668)───pstree(948893) ├─start-php-fpm(1312)───php-fpm(4608) ├─start-redis-ser(1314)───redis-server(1959)─┬─{redis-server}(2217) │ ├─{redis-server}(2218) │ ├─{redis-server}(2219) │ ├─{redis-server}(2220) │ └─{redis-server}(2233) ├─start_mysql(1276)───sleep(948887) ├─systemd(442252)───(sd-pam)(442256) ├─systemd-journal(434) ├─systemd-logind(1046) ├─systemd-network(916) ├─systemd-resolve(861) ├─systemd-timesyn(864)───{systemd-timesyn}(880) ├─systemd-udevd(499) ├─udisksd(1048)─┬─{udisksd}(1070) │ ├─{udisksd}(1071) │ ├─{udisksd}(1081) │ ├─{udisksd}(1102) │ └─{udisksd}(1104) ├─unattended-upgr(1345)───{unattended-upgr}(1685) ├─upowerd(170700)─┬─{upowerd}(170760) │ ├─{upowerd}(170761) │ └─{upowerd}(170764) ├─wekan-control(1333)───node(3919)─┬─{node}(4157) │ ├─{node}(4158) │ ├─{node}(4159) │ ├─{node}(4160) │ ├─{node}(4161) │ ├─{node}(4201) │ ├─{node}(4609) │ ├─{node}(4610) │ ├─{node}(4611) │ └─{node}(4612) └─wpa_supplicant(1088)
يبدو أن هناك عملية run-httpd تُعيد تشغيل نفسها وتستخدم المنفذ 80. يمكنك محاولة إيقاف هذه العملية باستخدام الأمر التالي:
Bash
sudo killall run-httpdأو
Bash
sudo pkill run-httpdإذا استمرت المشكلة، يمكنك محاولة إيقاف الخدمة أو البرنامج الذي يُعيد تشغيل run-httpd. في هذه الحالة، يبدو أن run-httpd قد يكون مرتبطًا بخادم ويب أو تطبيق ويب معين.
الخطوات الإضافية:
- فحص ملفات السجل:
- يمكنك فحص ملفات السجل لتحديد سبب إعادة تشغيل
run-httpd: - إيقاف الخدمة:
- إذا كانت
run-httpdتعمل كخدمة، يمكنك إيقافها وتعطيلها: - فحص التبعيات:
- يمكنك فحص التبعيات لتحديد ما إذا كانت هناك خدمات أخرى تعتمد على
run-httpd:
بعد إيقاف run-httpd، يجب أن تتمكن من بدء خدمة Nginx على المنفذ 80. جرب الأمر التالي لبدء Nginx:
Bash
sudo systemctl start nginxإذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
Meta AI response: يبدو أن هناك عملية run-httpd تُعيد تشغيل نفسها وتستخدم المنفذ 80. يمكنك محاولة إيقاف هذه العملية باستخدام الأمر التالي: sudo killall run-httpd أو sudo pkill run-httpd إذا استمرت المشكلة، يمكنك محاولة إيقاف الخدمة أو البرنامج الذي يُعيد تشغيل run-httpd. في هذه الحالة، يبدو أن run-httpd قد يكون مرتبطًا بخادم ويب أو تطبيق ويب معين. الخطوات الإضافية: فحص ملفات السجل: يمكنك فحص ملفات السجل لتحديد سبب إعادة تشغيل run-httpd: sudo journalctl -u run-httpd إيقاف الخدمة: إذا كانت run-httpd تعمل كخدمة، يمكنك إيقافها وتعطيلها: sudo systemctl stop run-httpd sudo systemctl disable run-httpd فحص التبعيات: يمكنك فحص التبعيات لتحديد ما إذا كانت هناك خدمات أخرى تعتمد على run-httpd: sudo systemctl list-dependencies run-httpd بعد إيقاف run-httpd، يجب أن تتمكن من بدء خدمة Nginx على المنفذ 80. جرب الأمر التالي لبدء Nginx: sudo systemctl start nginx إذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
sch@schwila:~$ sudo systemctl stop run-httpd Failed to stop run-httpd.service: Unit run-httpd.service not loaded. sch@schwila:~$ sudo systemctl disable run-httpd Failed to disable unit: Unit file run-httpd.service does not exist.
يبدو أن run-httpd ليست خدمة نظام معروفة، لذلك لا يمكن إيقافها أو تعطيلها باستخدام systemctl. في هذه الحالة، يمكنك محاولة إيقاف العملية يدويًا باستخدام الأمر pkill أو killall:
Bash
sudo pkill -f run-httpdأو
Bash
sudo killall run-httpdإذا استمرت المشكلة، يمكنك محاولة البحث عن الملف أو البرنامج الذي يُعيد تشغيل run-httpd وإزالته أو تعطيله يدويًا.
الخطوات الإضافية:
- البحث عن الملف:
- يمكنك استخدام الأمر
findللبحث عن الملفات التي تحتوي علىrun-httpd: - فحص ملفات الإعداد:
- يمكنك فحص ملفات الإعداد لتحديد ما إذا كانت هناك إعدادات تُعيد تشغيل
run-httpd:
بعد إيقاف run-httpd، يجب أن تتمكن من بدء خدمة Nginx على المنفذ 80. جرب الأمر التالي لبدء Nginx:
Bash
sudo systemctl start nginxإذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
Meta AI response: يبدو أن run-httpd ليست خدمة نظام معروفة، لذلك لا يمكن إيقافها أو تعطيلها باستخدام systemctl. في هذه الحالة، يمكنك محاولة إيقاف العملية يدويًا باستخدام الأمر pkill أو killall: sudo pkill -f run-httpd أو sudo killall run-httpd إذا استمرت المشكلة، يمكنك محاولة البحث عن الملف أو البرنامج الذي يُعيد تشغيل run-httpd وإزالته أو تعطيله يدويًا. الخطوات الإضافية: البحث عن الملف: يمكنك استخدام الأمر find للبحث عن الملفات التي تحتوي على run-httpd: sudo find / -name “*run-httpd*” فحص ملفات الإعداد: يمكنك فحص ملفات الإعداد لتحديد ما إذا كانت هناك إعدادات تُعيد تشغيل run-httpd: sudo grep -r “run-httpd” /etc/ بعد إيقاف run-httpd، يجب أن تتمكن من بدء خدمة Nginx على المنفذ 80. جرب الأمر التالي لبدء Nginx: sudo systemctl start nginx إذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
sch@schwila:~$ sudo find /-name “*run-httpd*” find: ‘/-name’: No such file or directory find: ‘*run-httpd*’: No such file or directory
يبدو أن هناك خطأ في الأمر find الذي استخدمته. يُرجى استخدام الأمر التالي بدلاً من ذلك:
Bash
sudo find / -name "*run-httpd*"لاحظ أن الشرطة المائلة / يجب أن تكون قبل -name. هذا الأمر سيبحث عن ملفات أو أدلة باسم run-httpd في جميع أنحاء النظام.
إذا استمرت المشكلة، يمكنك محاولة استخدام الأمر التالي:
Bash
sudo find / -iname "*run-httpd*"هذا الأمر سيبحث عن ملفات أو أدلة باسم run-httpd بدون تمييز بين الأحرف الكبيرة والصغيرة.
إذا لم تجد أي نتائج، يمكنك محاولة البحث عن العملية التي تُعيد تشغيل httpd باستخدام الأمر pstree أو ps:
Bash
pstree -p | grep httpdأو
Bash
ps aux | grep httpdهذا سيساعدك في تحديد العملية التي تُعيد تشغيل httpd.
Meta AI response: يبدو أن هناك خطأ في الأمر find الذي استخدمته. يُرجى استخدام الأمر التالي بدلاً من ذلك: sudo find / -name “*run-httpd*” لاحظ أن الشرطة المائلة / يجب أن تكون قبل -name. هذا الأمر سيبحث عن ملفات أو أدلة باسم run-httpd في جميع أنحاء النظام. إذا استمرت المشكلة، يمكنك محاولة استخدام الأمر التالي: sudo find / -iname “*run-httpd*” هذا الأمر سيبحث عن ملفات أو أدلة باسم run-httpd بدون تمييز بين الأحرف الكبيرة والصغيرة. إذا لم تجد أي نتائج، يمكنك محاولة البحث عن العملية التي تُعيد تشغيل httpd باستخدام الأمر pstree أو ps: pstree -p | grep httpd أو ps aux | grep httpd هذا سيساعدك في تحديد العملية التي تُعيد تشغيل httpd.
sch@schwila:~$ sudo find / -iname “*run-httpd*” find: ‘/proc/1074488’: No such file or directory /snap/nextcloud/48223/bin/run-httpd
يبدو أن الأمر find وجد ملفًا باسم run-httpd في مجلد /snap/nextcloud/48223/bin/. هذا يشير إلى أن run-httpd هو جزء من تطبيق Nextcloud الذي تم تثبيته باستخدام Snap.
الخطوات الممكنة:
- إيقاف خدمة Nextcloud:
- يمكنك محاولة إيقاف خدمة Nextcloud لمعرفة ما إذا كان ذلك سيوقف
run-httpd: - إزالة Nextcloud:
- إذا لم تكن بحاجة إلى Nextcloud، يمكنك إزالته تمامًا:
- تعديل إعدادات Nextcloud:
- إذا كنت بحاجة إلى Nextcloud، يمكنك محاولة تعديل إعداداته لاستخدام منفذ آخر أو إيقاف خدمة الويب الخاصة به.
بعد إيقاف أو إزالة Nextcloud، يجب أن تتمكن من بدء خدمة Nginx على المنفذ 80. جرب الأمر التالي لبدء Nginx:
Bash
sudo systemctl start nginxإذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
Meta AI response: يبدو أن الأمر find وجد ملفًا باسم run-httpd في مجلد /snap/nextcloud/48223/bin/. هذا يشير إلى أن run-httpd هو جزء من تطبيق Nextcloud الذي تم تثبيته باستخدام Snap. الخطوات الممكنة: إيقاف خدمة Nextcloud: يمكنك محاولة إيقاف خدمة Nextcloud لمعرفة ما إذا كان ذلك سيوقف run-httpd: sudo snap stop nextcloud إزالة Nextcloud: إذا لم تكن بحاجة إلى Nextcloud، يمكنك إزالته تمامًا: sudo snap remove nextcloud تعديل إعدادات Nextcloud: إذا كنت بحاجة إلى Nextcloud، يمكنك محاولة تعديل إعداداته لاستخدام منفذ آخر أو إيقاف خدمة الويب الخاصة به. بعد إيقاف أو إزالة Nextcloud، يجب أن تتمكن من بدء خدمة Nginx على المنفذ 80. جرب الأمر التالي لبدء Nginx: sudo systemctl start nginx إذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
sch@schwila:~$ sudo systemctl start nginx sch@schwila:~$
يبدو أن Nginx قد بدأ بنجاح دون أي أخطاء. يمكنك التحقق من حالة Nginx باستخدام الأمر التالي:
Bash
sudo systemctl status nginxهذا سيظهر لك حالة Nginx وسيتيح لك معرفة ما إذا كان يعمل بشكل صحيح أم لا.
إذا كنت ترغب في التحقق من أن Nginx يعمل بشكل صحيح، يمكنك أيضًا زيارة http://localhost في متصفح الويب الخاص بك أو استخدام الأمر curl:
Bash
curl http://localhostإذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
Meta AI response: يبدو أن Nginx قد بدأ بنجاح دون أي أخطاء. يمكنك التحقق من حالة Nginx باستخدام الأمر التالي: sudo systemctl status nginx هذا سيظهر لك حالة Nginx وسيتيح لك معرفة ما إذا كان يعمل بشكل صحيح أم لا. إذا كنت ترغب في التحقق من أن Nginx يعمل بشكل صحيح، يمكنك أيضًا زيارة http://localhost في متصفح الويب الخاص بك أو استخدام الأمر curl: curl http://localhost إذا كانت لديك أي أسئلة إضافية أو واجهت مشاكل أخرى، فلا تتردد في السؤال.
sch@schwila:~$ sudo systemctl status nginx ● nginx.service – A high performance web server and a reverse proxy server Loaded: loaded (/usr/lib/systemd/system/nginx.service; enabled; preset: enabled) Active: active (running) since Thu 2025-06-12 14:16:14 UTC; 1min 10s ago Docs: man:nginx(8) Process: 1082573 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=0/SUCCESS) Process: 1082574 ExecStart=/usr/sbin/nginx -g daemon on; master_process on; (code=exited, status=0/SUCCESS) Main PID: 1082576 (nginx) Tasks: 9 (limit: 9413) Memory: 6.4M (peak: 7.4M) CPU: 32ms CGroup: /system.slice/nginx.service ├─1082576 “nginx: master process /usr/sbin/nginx -g daemon on; master_process on;” ├─1082577 “nginx: worker process” ├─1082578 “nginx: worker process” ├─1082579 “nginx: worker process” ├─1082580 “nginx: worker process” ├─1082581 “nginx: worker process”
يبدو أن Nginx يعمل بشكل صحيح الآن. الحالة active (running) تشير إلى أن الخدمة تعمل بنجاح. يمكنك الآن استخدام Nginx لاستضافة مواقع الويب أو تطبيقات الويب الخاصة بك.
إذا كنت ترغب في اختبار Nginx بشكل أكبر، يمكنك إنشاء ملف اختبار في مجلد /var/www/html (المجلد الافتراضي لملفات الويب في Nginx) وتحقق من أنه يمكن الوصول إليه عبر المتصفح.
Bash
sudo nano /var/www/html/index.htmlأضف بعض المحتوى إلى الملف واحفظه. ثم افتح متصفح الويب وانتقل إلى http://localhost أو عنوان IP الخاص بخادمك لترى ما إذا كان الملف يعرض بشكل صحيح.
[…] Nginx لا يستطيع الارتباط بالمنفذ 80 […]