netenberg fantastico ਲਈ ਮੇਰੇ ਉਮੀਦ ਕਰਨ ਲਈ ਸਾਈਨ ਰਹਿੰਦਾ ਹੈ ਕਦੇ ਲੈ ਕੇ 3 ਇਸ ਲਈ ਮੈਨੂੰ totalka ਬੰਦ ਉਡਾਉਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ. ਪਰ ਪੱਤਰ ਹੈ, ਜੋ ਕਿ ਸਾਡੇ ਲਈ ਇੱਕ ਲੰਬੇ ਵਾਰ ਜ਼ਿਆਦਾ ਸੀ ਅਤੇ ਇਹ ਹੈ ਜੋ ਇੱਕ ਮੁਕਾਬਲੇ ਦਾ ਪੱਧਰ softaculous ਅਤੇ installatron ਇਸ ਨੂੰ ਪਲ ਲਈ ਆਏ ਕਰਨ ਲਈ ਆਪਣੇ ਉਤਪਾਦ ਨੂੰ ਸੁਧਾਰਨ ਲਈ ਦਿਸ਼ਾ ਦੇ ਦਿੱਤੀ ਹੈ, ਮੇਰੇ Cpanel ਸਰਵਰ ਤੱਕ ਆਪਣੇ ਪਲੱਗਇਨ ਹਟਾਇਆ ਜਾ ਕਰਨ ਲਈ ਸੀ,. ਕਿਉਕਿ ਉੱਥੇ ਇਸ ਗ਼ਲਤਫ਼ਹਿਮੀ ਦੇ ਉਭਾਰਿਆ ਟਿਕਟ ਨੂੰ ਹਟਾਉਣ ਲਈ ਤੇ ਕੋਈ ਹਦਾਇਤਾ ਹਨ, ਸਹਿਯੋਗ ਨੂੰ-ਅਤੇ ਉਹ ਮੇਰੇ ਲਈ ਇਹ ਹਦਾਇਤ ਦੇ ਦਿੱਤੀ ਹੈ.

rm -rf /var/netenberg/fantastico_de_luxe/
rm -rf /usr/local/cpanel/whostmgr/docroot/cgi/fantastico/
rm -rf /usr/local/cpanel/3rdparty/fantastico*
rm -rf /usr/local/cpanel/base/frontend/*/fantastico
rm -f /usr/local/cpanel/base/frontend/x/cells/fantastico.html
rm -f /usr/local/cpanel/whostmgr/docroot/cgi/addon_fantastico.cgi

Изпълних си командите за чистиха се файловете им като осъзнах нещо важно пичовете изобщо не споменаха как се де регистрира плъгина им от контролният панел 🙄 😆 Мдаа педераски номер но се случва то и аз трябваше да гледам повече. ਇਸ ਦੇ ਨਾਲ ਉਸ ਨੇ ਆਪਣੇ ਫਾਇਲ ਦੀ ਇੱਕ ਢੇਰ ਛੱਡ ਦਿੱਤਾ ਸੀ ਸਪੱਸ਼ਟ ਵਾਪਸ ਆਪਣੇ ਗਾਹਕ ਦੇ ਰੂਪ ਵਿੱਚ ਹੋਣ ਦੀ ਉਮੀਦ ਹੈ, ਦੇ ਤੌਰ ਤੇ ਕਿਹਾ ਕਿ ਉਹ ਬਹੁਤ ਸਾਰੇ ਸਕਰਿਪਟ ਇੰਸਟਾਲੇਸ਼ਨ ਸੀ ਸਹਿਯੋਗ ਨੂੰ ਐਕਟ (ਕੋਈ ਵੀ ਸ਼ਬਦ ਇਸ ਨੂੰ ਸਹੀ ਗੱਲ ਹੈ) :lol: . ਇਸ ਦੀ ਪੂਰੀ gutting ਨਾਲ ਜਾਰੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ:

ਇਹ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਕਦਮ ਹੈ, ਜਿਸ ਨੂੰ ਹੋਰ, ਕਿਉਕਿ ਫਿਰ ਤੁਹਾਨੂੰ ਹੀ ਖਤਮ ਹੋ ਜਾਵੇਗਾ ਲਿਖਣ ਸਭ ਕੁਝ ਅੱਗੇ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਪਰ ਕੰਟਰੋਲ ਪੈਨਲ ਵਿੱਚ ਆਈਕਾਨ ਨੂੰ ਪਲੱਗਇਨ ਕੀਤਾ ਗਿਆ ਸੀ ਦੇ ਰੂਪ ਵਿੱਚ ਅਜੇ ਵੀ ਦਰਜ ਕੀਤਾ ਗਿਆ ਹੈ.

/usr/local/cpanel/bin/unregister_cpanelplugin /var/netenberg/fantastico_f3/fantastico_f3
rm -rf /usr/local/cpanel/3rdparty/fantastico_f3
rm -rf /usr/local/cpanel/base/frontend/*/fantastico_f3
rm -rf /usr/local/cpanel/bin/fantastico_f3.cpanelplugin
rm -rf /usr/local/cpanel/whostmgr/addonfeatures/fantastico_f3
rm -rf /usr/local/cpanel/whostmgr/addonsfeatures/fantastico_f3
rm -rf /usr/local/cpanel/whostmgr/docroot/addon_plugins/fantastico_f3.jpg
rm -rf /usr/local/cpanel/whostmgr/docroot/cgi/addon_fantastico_f3.php
rm -rf /usr/local/cpanel/whostmgr/docroot/cgi/fantastico_f3
rm -rf /var/cpanel/apps/fantastico_f3_cpanel.conf
rm -rf /var/cpanel/apps/fantastico_f3_whm.conf
rm -rf /var/netenberg/fantastico_f3

ਮੌਕੇ ਵਿੱਚ ਤੁਹਾਨੂੰ ਇੱਕ ਵਾਧੂ ਕਦਮ ਹੈ ਖੇਡਣ ਲਈ ਹੋਣ unregister_cpanelplugi ਕਦਮ ਹੈ ਖੁੰਝ:

mkdir --parents /var/netenberg/fantastico_f3
cd /var/netenberg/fantastico_f3 && curl -O http://174.120.165.106/fantastico_f3/sources.tar.bz2
cd /var/netenberg/fantastico_f3 && tar --bzip2 --extract --file sources.tar.bz2
/usr/local/cpanel/bin/unregister_cpanelplugin  fantastico_f3
rm -rf /var/netenberg/

Fantastico ਪਰਦਾ ਹੀ ਖੇਡ ਦੇ ਬਾਹਰ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਅਮਨ ਸੌਣ ਕਰ ਸਕਦਾ ਹੈ. ਕਾਰਨ ਇਸ ਨੂੰ ਮੁਕਾਬਲੇਬਾਜ਼ੀ ਉਤਪਾਦ ਦੇ ਨਾਲ ਤਬਦੀਲ ਹੋ ਰਹੇ ਹਨ 3 ਅਤੇ ਬਹੁਤ ਹੀ ਸਧਾਰਨ

  • ਕੋਈ API ਤੁਹਾਨੂੰ ਹੋਰ ਜ ਹੋਰ ਕਿਸੇ ਵੀ ਮੰਤਰ ਕਰਨ ਲਈ ਚਾਹੁੰਦੇ ਹੋ, ਜੇਕਰ ਹੈ, ਜੋ ਕਿ ਮੈਨੂੰ ਸੰਪਰਕ ਕਰ ਸਕਦੇ
  • ਕੁਝ ਖਾਸ ਕੰਮ ਵਿੱਚ ਕੋਈ hooks ਟਾਈਪ ਕਰੋ ਅਤੇ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨਾਲ ਜੁੜੇ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ
  • ਬੁਰੇ ਸਹਿਯੋਗ ਨੂੰ ਨਾ ਹੌਲੀ ਹੈ ਅਤੇ ਆਪਣੇ ਜਵਾਬ ਵਿੱਚ ਬਹੁਤ ਹੀ ਕਾਫੀ ਨਹੀ

ਜ਼ਬੂ. paper_lantern и x3 имаше останала икона която се разкарва с

rm  /usr/local/cpanel/base/frontend/paper_lantern/dynamicui/dynamicui_fantastico_f3.conf
rm /usr/local/cpanel/base/frontend/x3/dynamicui/dynamicui_fantastico_f3.conf

ਕੁਝ ਡਿਵੈਲਪਰ ਨੂੰ ਸਿਰਫ਼ ਕਦੇ ਵੀ RFC ਵਿਚ ਯੋਗਤਾ ਨੂੰ ਲਿਖਣ ਲਈ ਸਿੱਖਣ ਨਹੀ ਕਰੇਗਾ. ਮੈਨੂੰ ਬਹੁਤ ਸਾਰੇ errror_log ਫਾਇਲ ਹੈ, ਜੋ ਕਿ PHP ਦਾ ਮਿਆਰ ਨੂੰ ਅਸਫਲਤਾ ਲਈ ਕਮਲੇ ਹੈ ਅਤੇ ਚੇਤਾਵਨੀ-ਅਤੇ ਨੋਟਿਸ ਦੇ ਵੱਡੀ ਗਿਣਤੀ ਇਕੱਠੇ ਸੀ ਦੇਖਿਆ. ਆਮ ਤੌਰ 'ਤੇ, ਇਸ ਨੂੰ ਮੁਸ਼ਕਲ ਹੁੰਦਾ ਹੈ ਉਪਭੋਗੀ ਨੂੰ ਸਮਝਾਉਣ ਲਈ, ਹੈ, ਜੋ ਕਿ ਕੋਡ ਹੈ, ਜੋ ਕਿ ਪਾ ਦਿੱਤਾ ਹੈ ਬੁਰਾ ਹੈ ਅਤੇ ਮੁਰੰਮਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ. ਆਮ ਤੌਰ 'ਤੇ, ਮੈਨੂੰ ਦੇਖਿਆ ਹੈ, ਜੋ ਕਿ ਖਪਤਕਾਰ ਨੂੰ ਆਪਣੇ ਕੰਮ ਕਰਨ ਦਾ ਕੋਡ ਦੇ ਬਾਅਦ ਉਤਸਾਹਿਤ ਨਾ ਭੁੱਲੋ ਗਲਤੀ ਲਾਗ-ਹਵਾਈਅੱਡੇ. ਅਸਲ ਵਿੱਚ ਇਨਕਲਾਬੀ ਪਹੁੰਚ ਪੂਰੀ error_log ਫਾਇਲ ਨੂੰ ਰੋਕਣ ਲਈ ਹੈ ਅਤੇ ਜੋ ਉਹ ਨੂੰ ਚਲਾਉਣ ਲਈ ਚਾਹੁੰਦਾ ਹੈ, ਪਰ ਇੱਕ ਸਮੂਹ ਦੇ ਤੌਰ ਤੇ ਕਾਫ਼ੀ ਉਪਭੋਗੀ ਲਈ ਬੇਅਰਾਮੀ ਬਣਾਉਣ ਜਾਵੇਗਾ. ਇਸ ਪਹੁੰਚ ਨੂੰ ਕਸ 2 – ਪਰਬੰਧਕ ਜ ਪਰਮ ਸ਼ਕਤੀ 1 ред bash. ਫਾਇਲ ਲਈ ਖੋਜ ਨਾਮ error_log ਦਾ ਆਕਾਰ 5MB ਵੱਧ ਹੋਰ (ਇੱਥੇ ਮੈਨੂੰ ਉਸ ਦੇ ਵੱਡੇ 'ਤੇ ਛੱਡ, ਪਰ ਫਿਰ ਵੀ 1MB ਕਾਫ਼ੀ ਵੱਧ ਹੈ ਦੀ ਕੀਮਤ) ਅਤੇ ਹਫਤਾਵਾਰੀ ਹਟਾਉਣ. ਜੋ ਕਿ ਪ੍ਰਭਾਵ ਨੂੰ ਸਧਾਰਨ ਨਾਲ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ ਦਾ ਪਤਾ

find /home/ -name error_log -size +5M -type f -delete

ਇਹ ਤਾਜ ਵਿੱਚ ਕਰੈਸ਼ ਇੱਕ ਵਾਰ ਇੱਕ ਹਫ਼ਤੇ ਕੀਤੀ ਜਾ ਕਰਨ ਲਈ ਹੈ ਅਤੇ ਇੱਕ ਪਰੈਟੀ ਲਗਾਤਾਰ ਫੈਸਲੇ ਦਾ ਹੈ, ਨੂੰ ਸਿਰਫ ਰਹਿੰਦਾ ਹੈ. ਮੇਰੇ ਮੌਕੇ ਵਿਚ QA ਲੱਗਦਾ ਹੈ 1 ਪ੍ਰਧਾਨ ਮੰਤਰੀ ਨੂੰ ਹਰ ਐਤਵਾਰ ਨੂੰ.

0 1 * * 1 find /home/ -name error_log -size +5M -type f -delete >/dev/null 2>&1

ਜੋ ਕੋਈ ਵੀ ਵੈਬ ਹੋਸਟਿੰਗ ਵਿੱਚ ਲੱਗੇ ਹੈ ਜਾਣਦਾ ਹੈ ਕਿ ਧਮਕੀ ਮਾਲਵੇਅਰ ਨਾਲ ਉਪਭੋਗੀ ਲਾਗ ਰਹੇ ਹਨ,, ਵੈੱਬ ਸ਼ੈੱਲ ਆਦਿ. ਮੌਕੇ ਇਹ ਆਮ ਵਰਤਣ ਵਿੱਚ H ਨਾ ਇੱਕ ਬੁਰਾ ਸਕਰਿਪਟ. ਇਹ ਫੀਚਰ 3 ਕੁਝ

  1. ਬਹੁਤ ਹੌਲੀ ਹੈ
  2. ਇਹ ਬਹੁਤ ਹੌਲੀ ਹੁੰਦਾ ਹੈ ਅਤੇ ਜੇ ਇਸ ਨੂੰ ਨਿਗਰਾਨੀ ਮੋਡ ਵਿੱਚ ਦਿਉ ਸਰਵਰ ਤੁਹਾਨੂੰ izgavri ਜਾਵੇਗਾ
  3. ਬੁਰੇ ਕੋਡ ਦੀ MD5 / ਹੈਕਸਾ ਪਰਿਭਾਸ਼ਾ ਦੇ ਇਸ ਦੇ ਆਪਣੇ ਡਾਟਾਬੇਸ ਬਣਾਏ.

ਬਸ ਪਿਛਲੇ ਗੁਣ ਇਹ ਫਾਇਦੇਮੰਦ ਕਰਦਾ ਹੈ, ਕਿਉਕਿ ਇਲਾਵਾ ਹੋਰ ਕੁਝ ਵੀ ਤੱਕ ਫਾਇਲ, ਜੋ ਕਿ ਹੁਣ ਤੱਕ ਦਾ ਪਤਾ, ਨਾ ਹੈ, ਕੀਤਾ ਗਿਆ sabmitvash ਸਕਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਨੂੰ ਬਾਅਦ ਪੜਾਅ 'ਤੇ ਡਾਟਾਬੇਸ ਵਿੱਚ ਆ ਜਾਵੇਗਾ. ਮੈਨੂੰ ਬਿੰਦੂ ਵਿੱਚ ਸ਼ੇਅਰ ਦੇ ਰੂਪ ਵਿੱਚ 1 ਅਤੇ 2 ਗਤੀ ਲਾਇਆ ਘੱਟ ਹੈ – ਖੋਜੋ ਲੋਡ 'ਤੇ ਮਸ਼ੀਨ 70K ਫਾਇਲ ਲਗਭਗ ਇੱਕ ਘੰਟਾ ਅਤੇ ਇੱਕ ਅੱਧ ਲਈ ਸਕੈਨ ਕੀਤਾ ਗਿਆ ਹੈ. ਇਸ ਕਾਰਨ ਕਰਕੇ ਮੈਨੂੰ ShadowX ਨਾਲ ਮੇਰੇ ਚੰਗੇ ਦੋਸਤ ਦੀ ਮਦਦ ਕਰਨ ਲਈ ਸ਼ੁਰੂ ਕੀਤਾ ਮਾਲਮਾ – ਬਦਲ maldet ਥੋੜਾ ਲਚਕਤਾ ਨਾਲ ਪਾਈਥਨ ਵਿੱਚ ਲਿਖਿਆ ਹੈ. ਬਦਕਿਸਮਤੀ ਨਾਲ, ਵਾਰ ਦੀ ਘਾਟ (ਮੁੱਖ ਤੌਰ 'ਤੇ ਹੈ, ਪਰ ਨਾ ਸਿਰਫ) ਸਾਨੂੰ ਇਸ ਪ੍ਰਾਜੈਕਟ ਦੇ ਪੂਰਾ ਨਾ ਕੀਤਾ, ਜੋ ਕਿ ਪਲ 'ਤੇ ਬਹੁਤ ਹੀ ਯੋਗ ਨਹੀ ਹੈ, – ਉੱਥੇ ਬਹੁਤ ਸਾਰੇ ਬੱਗ ਨੂੰ ਸਾਫ਼ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਜੋ ਕਿ ਹਨ. ਪਿਛਲੇ ਦਿਨ ਵਿਚ ਮੈਨੂੰ CryptoPHP ਨਾਲ ਲਾਗ ਗਾਹਕ, ਜੋ ਕਿ ਸੀ ਵੱਡੀ ਫਾਇਲ public_html ~ 60k + inod-ਯੂਜ਼ਰ ਨਾਲ ਸਮੱਸਿਆ ਸੀ. ਕਿਉਕਿ ਕੁੱਲ 200k ਫਾਇਲ ਉੱਤੇ ਸਕੈਨ ਕੀਤਾ ਜਾ ਸਕਦਾ ਸੀ, ਜੋ ਕਿ ਆਮ ਲੈ ਜਾਵੇਗਾ 5+ ਘੰਟੇ ਮੈਨੂੰ maldet ਦੀ ਸੰਰਚਨਾ ਟਿਊਨ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ, ਫਾਇਲ ਜੋ ਕਿ ਇੱਕ ਹੋਰ ਵਾਜਬ ਨੰਬਰ ਅਤੇ ਵਾਰ ਕਰਨ ਲਈ ਸਕੈਨ ਕੀਤਾ ਜਾਵੇਗਾ ਘੱਟ ਕਰਨ ਲਈ. confit ਚੁੱਕਣਾ ਦੌਰਾਨ ਹੇਠਲੀ ਲਾਈਨ ਦੇਖਿਆ

# Attempt to detect the presence of ClamAV clamscan binary
# and use as default scanner engine; up to four times faster
# scan performance and superior hex analysis. This option
# only uses ClamAV as the scanner engine, LMD signatures
# are still the basis for detecting threats.
# [ 0 = disabled, 1 = enabled; enabled by default ]
clamav_scan=1

ਦਿਲਚਸਪ ਗੱਲ ਇਹ ਹੈ… ਕਹਿਣ ਨੂੰ ਉਥੇ ਵਰਤਣ ਲਈ ਇੱਕ ਸੰਭਾਵਨਾ ਹੈ ClamAV – ਜਿਸ ਨੂੰ ਇਹ ਵੀ ਬਹੁਤ ਵਧੀਆ ਗਤੀ, ਪਰ ਇਸੇ ਕੋਸ਼ਿਸ਼ ਨਾ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ. ਇੱਕ ਤੇਜ਼ੀ ਨਾਲ ਇੰਸਟਾਲ ਕੀਤਾ

/scripts/update_local_rpm_versions --edit target_settings.clamav installed

/scripts/check_cpanel_rpms --fix --targets=clamav

Maldet-ਚਲਾਓ ਅਤੇ ਇੱਕ ਛੋਟੇ ਫੋਲਡਰ ਨੂੰ ਤੇ – ਮੈਨੂੰ ਗਤੀ ਅਤੇ ਵਿਹਾਰ ਵਿੱਚ ਕੋਈ ਅੰਤਰ ਦੇਖਣ ਨੂੰ – ਉਸ ਨੇ ਆਪਣੇ ਉਸ ਦੇ ਪਰਲ-ਸਕੀ ਸਕੈਨਰ ਵਰਤ ਰਿਹਾ ਹੈ clamav ਦੀ ਹੈ, ਜੋ ਕਿ ਇਸ ਦੀ ਬਜਾਏ. maldet ਦੇ ਸਰੋਤ ਦੁਆਰਾ ਇੱਕ ਛੋਟਾ sifting ਬਾਅਦ ਹੇਠ ਲਾਈਨ ਨੂੰ ਮਿਲਿਆ

 clamscan=`which clamscan 2> /dev/null`
 if [ -f "$clamscan" ] && [ "$clamav_scan" == "1" ]; then
        eout "{scan} found ClamAV clamscan binary, using as scanner engine..." 1
    for hit in `$clamscan -d $inspath/sigs/rfxn.ndb -d $inspath/sigs/rfxn.hdb $clamav_db -r --infected --no-summary -f $find_results 2> /dev/null | tr -d ':' | sed 's/.UNOFFICIAL//' | awk '{print$2":"$1}'`; do

ਨੂੰ ਇੱਕ Yep ਕੀਤੀ ਜਿਸ ਨੂੰ clamscan и за моя голяма изненада открих че clamav изобщо не е в PATH-a ами тъпият Cpanel го е оставил само в /usr/local/cpanel/3rdparty/bin/ от където той си използва бинарките. Един бърз ln реши проблема:

ln -s /usr/local/cpanel/3rdparty/bin/clamscan /usr/bin/clamscan

При повторно сканиране maldet вече горно съобщава

{scan} found ClamAV clamscan binary, using as scanner engine...

След като вече използва ClamAV maldet приключва сканирането си 3-4-5 пъти по бързо в сравнение с преди. Теста показа – 70к inod-а ги изтъркла за около 25 мин което си е около 3 пъти и половина по бързо в сравнение с преди.

ਮੂਲ ਰੂਪ ਵਿੱਚ, ਜਦ ਤੁਹਾਨੂੰ ਇੰਸਟਾਲ Munin Cpanel ਕੁਝ ਕਿਸਮ ਦੀ ਵਿੱਚ ਲਾਪਤਾ ਸੰਰਚਨਾ ਤੁਹਾਨੂੰ ਹੱਥ ਦੇ ਕੇ ਕਰਨ ਦੀ ਲੋੜ ਹੈ. За мен един от тях е мониторинга на температурата на дисковете.

ਆਮ ਤੌਰ ਤੇ, ਸੰਰਚਨਾ ਮਾਮੂਲੀ ਹੈ

1. ਸਾਨੂੰ ਸਾਡੇ ਡਰਾਈਵ ਦੀ ਕਿਸਮ ਦੀ ਪਛਾਣ ਕਰਨ ਦੀ ਲੋੜ ਹੈ – ਇਸ ਨੂੰ ਹੇਠ ਇੱਕ ਹੋ ਸਕਦਾ ਹੈ : ਉਹ, SCSI, ਸਤਿ[,ਆਟੋ][,ਐਨ][+TYPE], usbcypress[,X ਨੂੰ], usbjmicron[,X][,ਐਨ], usbsunplus, Marvell, Areca,N / ਈ, 3ਪਤਾ,ਐਨ, hpt,L / m / n, megaraid,ਐਨ, cciss,ਐਨ, ਆਟੋ, ਟੈਸਟ. ਸਭ ਸੌਖਾ ਤਰੀਕਾ, ਇੱਕ ਬਿੱਲੀ ਦੁਆਰਾ ਹੈ “/proc / ide” ਜ “/proc / SCSI”. ਮੈਨੂੰ:

# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA      Model: WDC WD1003FBYZ-0 Rev: 01.0
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi1 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA      Model: WDC WD1003FBYX-0 Rev: 01.0
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi4 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA      Model: TOSHIBA DT01ACA1 Rev: MS2O
  Type:   Direct-Access                    ANSI  SCSI revision: 05

 

 

ਦੇ ਤੌਰ ਤੇ ਦੇਖਿਆ ਹੈ, 3 ਡਿਸਕ ਦੀ ਕਿਸਮ ATA.

2. ਦਾ ਤਾਪਮਾਨ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਲਈ munin ਨੋਡ ਸਾਨੂੰ ਡਰਾਈਵ ਵਿੱਚ ਦਾ ਵਰਣਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਸ਼ੁਰੂ ਕਰਨ ਲਈ. ਫਾਇਲ ਵਿੱਚ ਹੇਠ ਕਿਸਮ ਵਿੱਚ ਇੰਦਰਾਜ਼ ਜੋੜਨ /etc/munin/plugin-conf.d/hddtemp_smartctl

# cat /etc/munin/plugin-conf.d/hddtemp_smartctl
[hddtemp_smartctl]
user root
env.drives sda sdb
env.args_sda -d ata
env.args_sdb -d ata

 

ਸਾਨੂੰ ਹੇਠ ਰਾਹ ਵਿੱਚ ਸਾਡੇ ਭਵਿੱਖ ਸੰਰਚਨਾ ਦੇ ਟੈਸਟ ਹਿੱਟ ਕਰ ਸਕਦਾ ਹੈ

# env drives="sda sdb sdc" args_sda="-d ata" args_sdb="-d ata" args_sdc="-d ata"  /etc/munin/plugins/hddtemp_smartctl
sda.value 32
sdb.value 33
sdc.value 33

 

ਨਤੀਜੇ ਦਾ ਨੰਬਰ ਫਿਰ ਸਭ ਕੁਝ ਠੀਕ ਹੈ, ਜੇ. ਤੁਹਾਨੂੰ ਇੱਕ ਗਲਤੀ ਪ੍ਰਾਪਤ ਹੋ ਤੁਹਾਨੂੰ ਇਹ ਵੇਖਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਸਭ ਕੁਝ ਠੀਕ ਦੱਸਿਆ ਗਿਆ ਹੈ. munin ਨੂੰ ਪ੍ਰਵਾਨਗੀ-ਅਤੇ ਮੁੜ-ਚਾਲੂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਅਤੇ ਉਡੀਕ 10-15 ਮਿੰਟ ਘੱਟ ਆਬਾਦੀ ਡਾਟਾ ਨੂੰ ਹੈ ਅਤੇ ਗਰਾਫਿਕਸ ਖਿੱਚਣ ਲਈ ਸ਼ੁਰੂ. Можете да проверите /var/log/munin/munin-node.log за грешки и по лесното им отстраняване.

Ако искате да получавате email при критична температура на дисковете трябва да добавите описание за критична такава:

[example.com]
    address 127.0.0.1
    use_node_name yes
    hddtemp_smartctl.sda.critical 55
    hddtemp_smartctl.sdb.critical 55

ਅੱਜ ਮੈਨੂੰ Cpanel ਲਈ ਇੱਕ ਸਾਫ਼ ਇੰਸਟਾਲੇਸ਼ਨ ਹੈ, ਜੋ ਕਿ ਮੈਨੂੰ ਕਈ ਉਪਭੋਗੀ ਦੀ ਲੋੜ 'ਤੇ ਕੁਝ ਟੈਸਟ ਕਰਨ ਦਾ ਫ਼ੈਸਲਾ. ਮੈਨੂੰ ਕੰਮ ਕਰਨ ਸਰਵਰ ਰਾਤ ਤੱਕ ਬੈਕਅੱਪ ਹੈ ਅਤੇ ਫਾਇਲ ਦੇ ਤਬਾਦਲੇ ਲਈ ਵਰਤਿਆ ਰਿਕਾਰਡ ਨੂੰ ਪੈਕਿੰਗ ਦੇ ਅੱਗੇ ਕਾਠੀ ਨਾ ਕਰਨਾ ਚਾਹੁੰਦੇ ਸੀ. / home ਸਭ ਫਾਇਲ ਦਾ ਤਬਾਦਲਾ ਕਰਨ ਅਤੇ ਪਤਾ ਲੱਗਿਆ ਹੈ ਕਿ Cpanel ਹੋਰ ਬਹਾਲ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ 1 ਇੱਕੋ ਦੋਨੋ GUI ਅਤੇ CLI ਵਿਚ ਖਾਤੇ. GUI ਵਿੱਚ couldnt ਨੰਬਰ ਪ੍ਰਾਪਤ CLI ਸਕਰਿਪਟ restorepkg ਨਾਲ ਜੁਗਤ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ. ਇਸ ਦੇ ਵਰਤਣ ਬਹੁਤ ਹੀ ਸਧਾਰਨ ਹੈ

/scripts/restorepkg username.tar.gz

ਕਾਰਵਾਈ ਦੀ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਹਰ ਉਪਭੋਗੀ ਲਈ ਦੁਹਰਾਇਆ ਗਿਆ ਹੈ. ਮੈਨੂੰ ਵਰਤਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ, ਜਦ * ਇਸ ਦੀ ਬਜਾਏ ਉਪਭੋਗਤਾ ਨਾਮ ਸਕਰਿਪਟ ਮੈਨੂੰ derektno ਇਸ ਲਈ ਕੱਟ ਲਈ ਤੁਹਾਨੂੰ ਇੱਕ ਛੋਟੇ ਹੋਰ ਬਸਤਰ ਨਾਲ ਗੱਲ ਕਰਨ ਲਈ ਹੈ, –

archives=$(ls /home/ | grep tar.gz)

for archive in $archives

do

/scripts/restorepkg --force $archive

done

ਹੁਣ ਤੇਜ਼ ਵਿਆਖਿਆ. ਸਾਨੂੰ ਫਿਰ ਸਾਰੇ ਬੈਕਅੱਪ ਅਤੇ ਵੇਰੀਏਬਲ ਵਿੱਚ ਬੰਪ ਪੁਰਾਲੇਖ ਦੀ ਇੱਕ ਸੂਚੀ ਬਣਾਉਣ ਇਕਾਈ ਨੂੰ ਦੇ ਕੇ ਸੂਚੀ ਆਈਟਮ ਵਿੱਚ ਵੇਖਣ ਲਈ ਇੱਕ ਸ਼ੁਰੂ ਕਰਨ ਨੂੰ ਵੱਖਰੇ ਹਰ ਰਿਕਾਰਡ ਲਈ ਸਾਮਾਨ ਦੇ ਤੌਰ '. Нищо кой знае колко сложно интересно защо пичовете от Cpanel не са изплзвали подобно решение за множество файлове.