ਲੇਖ ਡਾਇਰੈਕਟਰੀ
ਕੁਝ ਦਿਨ ਪਹਿਲਾਂ, ਇੱਕ ਦੋਸਤ ਨੇ ਮੈਨੂੰ ਦੇਰ ਰਾਤ ਸੁਨੇਹਾ ਭੇਜਿਆ ਕਿ ਉਸਦਾ ਸਰਵਰ ਕਰੈਸ਼ ਹੋ ਗਿਆ ਹੈ।
ਖਾਸ ਲੱਛਣ ਖਾਸ ਤੌਰ 'ਤੇ ਅਜੀਬ ਸਨ: ਵੈੱਬਸਾਈਟ ਅਚਾਨਕ ਗਲਤੀਆਂ ਦੇਣ ਲੱਗ ਪਈਆਂ, ਲੌਗ ਨਹੀਂ ਲਿਖੇ ਜਾ ਸਕਦੇ ਸਨ, ਅਤੇ ਨਵੀਆਂ ਫਾਈਲਾਂ ਬਣਾਉਣ ਨਾਲ ਤੁਰੰਤ ਪਤਾ ਲੱਗ ਜਾਂਦਾ ਸੀ ਕਿ ਡਿਸਕ ਭਰ ਗਈ ਹੈ।
ਪਰ ਜਦੋਂ ਉਸਨੇ `df -h` ਨਾਲ ਜਾਂਚ ਕੀਤੀ, ਤਾਂ ਉਹ ਇਹ ਦੇਖ ਕੇ ਹੈਰਾਨ ਰਹਿ ਗਿਆ ਕਿ ਡਿਸਕ ਵਿੱਚ ਸਾਫ਼ ਤੌਰ 'ਤੇ ਦਸਾਂ ਗੀਗਾਬਾਈਟ ਖਾਲੀ ਥਾਂ ਸੀ। ਇਹ ਕਿਵੇਂ ਭਰੀ ਹੋ ਸਕਦੀ ਹੈ?
ਮੈਂ ਉਸਨੂੰ ਉਸੇ ਵੇਲੇ ਕਿਹਾ, "ਭਰਾ, ਤੁਸੀਂ ਸਿਰਫ਼ ਸਟੋਰੇਜ ਸਪੇਸ ਨਾਲ ਹੀ ਨਹੀਂ ਭਰੇ ਹੋਏ, ਤੁਹਾਡਾ ਇਨੋਡ ਓਵਰਲੋਡ ਹੈ।"
ਉਸਨੇ ਇੱਕ ਪ੍ਰਸ਼ਨ ਚਿੰਨ੍ਹ ਨਾਲ ਜਵਾਬ ਦਿੱਤਾ: ਆਈਨੋਡ ਅਸਲ ਵਿੱਚ ਕੀ ਹੁੰਦਾ ਹੈ?
ਦਰਅਸਲ, ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਬਿਲਕੁਲ ਉਸੇ ਤਰ੍ਹਾਂ ਪ੍ਰਤੀਕਿਰਿਆ ਕਰਦੇ ਹਨ ਜਿਵੇਂ ਉਸਨੇ ਪਹਿਲੀ ਵਾਰ ਇਸ ਜਾਲ ਵਿੱਚ ਫਸਣ 'ਤੇ ਕੀਤੀ ਸੀ, ਕਿਉਂਕਿ ਸਕੂਲ ਵਿੱਚ ਕਿਸੇ ਨੇ ਵੀ ਉਨ੍ਹਾਂ ਨੂੰ ਇਹ ਗੱਲ ਨਹੀਂ ਸਿਖਾਈ।
ਆਓ ਪਹਿਲਾਂ ਸਪੱਸ਼ਟ ਕਰੀਏ ਕਿ ਆਈਨੋਡ ਕੀ ਹੈ।
ਇਸਨੂੰ ਇੱਕ ਲਾਇਬ੍ਰੇਰੀ ਇੰਡੈਕਸ ਕਾਰਡ ਸਮਝੋ, ਅਤੇ ਇਸਨੂੰ ਸਮਝਣਾ ਆਸਾਨ ਹੋ ਜਾਵੇਗਾ।
ਡਿਸਕ ਸਪੇਸ ਇੱਕ ਕਿਤਾਬਾਂ ਦੀ ਸ਼ੈਲਫ ਵਾਂਗ ਹੈ; ਤੁਸੀਂ ਇਸ 'ਤੇ ਕਿੰਨੀਆਂ ਕਿਤਾਬਾਂ ਰੱਖ ਸਕਦੇ ਹੋ ਇਹ ਇਸਦੀ ਸਮਰੱਥਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਜਿਸਨੂੰ ਹਰ ਕਿਸੇ ਲਈ ਸਮਝਣਾ ਆਸਾਨ ਹੈ।
ਇੱਕ ਆਈਨੋਡ ਹਰੇਕ ਕਿਤਾਬ ਲਈ ਇੱਕ ਇੰਡੈਕਸ ਕਾਰਡ ਵਾਂਗ ਹੁੰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਉਸਦਾ ਨਾਮ, ਸਥਾਨ ਅਤੇ ਇਸਨੂੰ ਕਿਸਨੇ ਭੇਜਿਆ ਹੈ, ਦਰਜ ਹੁੰਦਾ ਹੈ।
ਲੀਨਕਸ ਵਿੱਚ , ਹਰੇਕ ਫਾਈਲ ਅਤੇ ਹਰੇਕ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਇੱਕ ਆਈਨੋਡ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ, ਭਾਵੇਂ ਫਾਈਲ ਕਿੰਨੀ ਵੀ ਛੋਟੀ ਕਿਉਂ ਨਾ ਹੋਵੇ।
ਭਾਵੇਂ ਇਹ ਇੱਕ ਖਾਲੀ ਫਾਈਲ ਹੈ, ਸਿਸਟਮ ਫਿਰ ਵੀ ਇਸਦੇ ਲਈ ਇੱਕ ਇੰਡੈਕਸ ਕਾਰਡ ਦੀ ਵਰਤੋਂ ਕਰੇਗਾ।
ਸਿਸਟਮ ਕੋਲ ਕੁੱਲ ਫਾਈਲਾਂ ਦੀ ਗਿਣਤੀ ਦੀ ਇੱਕ ਸੀਮਾ ਹੈ ਜੋ ਇਹ ਬਣਾ ਸਕਦਾ ਹੈ; ਇਹ ਸੀਮਾ ਇਨੋਡਾਂ ਦੀ ਕੁੱਲ ਸੰਖਿਆ ਹੈ।
ਇੱਕ ਵਾਰ ਜਦੋਂ ਆਈਨੋਡ ਖਤਮ ਹੋ ਜਾਂਦਾ ਹੈ, ਭਾਵੇਂ ਤੁਹਾਡੀ ਡਿਸਕ ਵਿੱਚ ਅਜੇ ਵੀ ਸੈਂਕੜੇ ਗੀਗਾਬਾਈਟ ਖਾਲੀ ਥਾਂ ਹੋਵੇ, ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਕੋਈ ਵੀ ਨਵੀਂ ਫਾਈਲ ਬਣਾਉਣ ਤੋਂ ਇਨਕਾਰ ਕਰ ਦੇਵੇਗਾ।
ਲੌਗ ਨਹੀਂ ਲਿਖੇ ਜਾ ਸਕਦੇ, ਕੈਸ਼ ਨਹੀਂ ਬਣਾਇਆ ਜਾ ਸਕਦਾ, ਅਤੇ ਵੈੱਬਸਾਈਟ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕ੍ਰੈਸ਼ ਹੋ ਜਾਂਦੀ ਹੈ—ਇਹੀ ਉਹ ਅਜੀਬ ਦ੍ਰਿਸ਼ ਹੈ ਜੋ ਤੁਸੀਂ ਦੇਖ ਰਹੇ ਹੋ।
ਇਮਾਨਦਾਰੀ ਨਾਲ, ਇਹ ਬਹੁਤ ਮੁਸ਼ਕਲ ਸਥਿਤੀ ਹੈ ਕਿਉਂਕਿ ਗਲਤੀ ਸੁਨੇਹਾ ਉਸ ਸਥਾਨ ਤੋਂ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਨਹੀਂ ਦੇਖ ਰਹੇ ਹੋ।
ਪਹਿਲੀ ਚਾਲ ਹੈ ਇੱਕ ਤੇਜ਼ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ `df -i` ਦੀ ਵਰਤੋਂ ਕਰਨਾ।
HestiaCP ਵਾਤਾਵਰਣ ਵਿੱਚ , ਤੁਸੀਂ ਸਿਰਫ਼ ਟਰਮੀਨਲ ਵਿੱਚ SSH ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਇਸ ਲਾਈਨ ਨੂੰ ਟਾਈਪ ਕਰ ਸਕਦੇ ਹੋ।
df -iਇਹ ਇਨੋਡਾਂ ਦੀ ਕੁੱਲ ਸੰਖਿਆ, ਵਰਤੇ ਗਏ ਸੰਖਿਆ, ਅਤੇ ਹਰੇਕ ਮਾਊਂਟ ਕੀਤੇ ਭਾਗ ਲਈ ਬਾਕੀ ਬਚੇ ਸੰਖਿਆ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰੇਗਾ।
ਆਉਟਪੁੱਟ ਵਿੱਚ, IUse% ਨਾਮਕ ਇੱਕ ਕਾਲਮ ਹੈ, ਜੋ ਕਿ ਮੁੱਖ ਮੈਟ੍ਰਿਕ ਹੈ ਜਿਸ 'ਤੇ ਤੁਹਾਨੂੰ ਨਜ਼ਰ ਰੱਖਣੀ ਚਾਹੀਦੀ ਹੈ।
ਜੇਕਰ ਕਿਸੇ ਭਾਗ ਦਾ IUse% 100% ਤੱਕ ਪਹੁੰਚ ਜਾਂਦਾ ਹੈ, ਭਾਵੇਂ ਉਸ ਭਾਗ ਵਿੱਚ ਅਜੇ ਵੀ ਕਾਫ਼ੀ ਡਿਸਕ ਸਪੇਸ ਹੋਵੇ, ਇਹ ਹੁਣ ਕੋਈ ਵੀ ਨਵੀਂ ਫਾਈਲਾਂ ਜਾਂ ਲੌਗ ਬਣਾਉਣ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋਵੇਗਾ।
ਮੈਂ ਆਪਣੇ ਦੋਸਤ ਨੂੰ ਸੁਝਾਅ ਦਿੱਤਾ ਕਿ ਉਹ ਇਸਨੂੰ ਪਹਿਲਾਂ ਚਲਾਵੇ, ਤਾਂ ਜੋ ਇਹ ਪਤਾ ਲੱਗ ਸਕੇ ਕਿ ਕੀ ਸਮੱਸਿਆ ਆਈਨੋਡ ਵਿੱਚ ਹੈ , ਜੋ ਕਿ ਅਨੁਮਾਨ ਲਗਾਉਣ ਨਾਲੋਂ ਬਹੁਤ ਤੇਜ਼ ਹੋਵੇਗਾ।
ਦੂਜਾ ਤਰੀਕਾ ਹੈ ਕਿਸੇ ਖਾਸ ਉਪਭੋਗਤਾ ਦੀ ਸਹੀ ਗਿਣਤੀ ਕਰਨ ਲਈ `find` ਦੀ ਵਰਤੋਂ ਕਰਨਾ।
ਇਹ ਪੁਸ਼ਟੀ ਕਰਨ ਤੋਂ ਬਾਅਦ ਕਿ ਸਮੱਸਿਆ ਇਨੋਡ ਵਿੱਚ ਹੈ, ਅਗਲਾ ਕਦਮ ਇਹ ਪਤਾ ਲਗਾਉਣਾ ਹੈ ਕਿ ਕੌਣ ਇੰਡੈਕਸ ਕਾਰਡ ਦੀ ਬਹੁਤ ਜ਼ਿਆਦਾ ਵਰਤੋਂ ਕਰ ਰਿਹਾ ਹੈ।
HestiaCP ਕੋਲ ਹਰੇਕ ਉਪਭੋਗਤਾ ਲਈ ਇੱਕ ਵੱਖਰੀ ਹੋਮ ਡਾਇਰੈਕਟਰੀ ਹੈ। ਤੁਸੀਂ ਇੱਕ ਖਾਸ ਵੈੱਬਸਾਈਟ ਡਾਇਰੈਕਟਰੀ ਦੇ ਅਧੀਨ ਫਾਈਲਾਂ ਅਤੇ ਡਾਇਰੈਕਟਰੀਆਂ ਦੀ ਕੁੱਲ ਗਿਣਤੀ ਨੂੰ ਗਿਣ ਸਕਦੇ ਹੋ।
find /home/用户名/web/你的域名/public_html | wc -l"ਯੂਜ਼ਰਨੇਮ" ਅਤੇ "ਤੁਹਾਡਾ ਡੋਮੇਨ ਨਾਮ" ਨੂੰ ਆਪਣੇ ਅਸਲ ਮਾਰਗ ਨਾਲ ਬਦਲੋ। ਟਰਮੀਨਲ ਦੁਆਰਾ ਵਾਪਸ ਕੀਤਾ ਗਿਆ ਸ਼ੁੱਧ ਨੰਬਰ ਉਸ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਸਾਰੀਆਂ ਫਾਈਲਾਂ ਅਤੇ ਫੋਲਡਰਾਂ ਦਾ ਜੋੜ ਹੈ।
ਹਰੇਕ ਫਾਈਲ ਜਾਂ ਡਾਇਰੈਕਟਰੀ ਇੱਕ ਆਈਨੋਡ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ, ਇਸ ਲਈ ਇਹ ਨੰਬਰ ਆਈਨੋਡ ਵਰਤੋਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।
ਜੇਕਰ ਤੁਸੀਂ ਹਰੇਕ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਜਾਂਚਣ ਵਿੱਚ ਬਹੁਤ ਆਲਸੀ ਹੋ ਅਤੇ ਪੂਰੀ ਸਾਈਟ 'ਤੇ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਵਰਤੋਂ ਵੰਡ ਨੂੰ ਇੱਕੋ ਵਾਰ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਇੱਕ ਸਿੰਗਲ ਲੂਪ ਕਮਾਂਡ ਵੀ ਹੈ।
for d in /home/*; do echo -n "$d: "; find "$d" 2>/dev/null | wc -l; doneਇਹ ਲਾਈਨ /home ਦੇ ਅਧੀਨ ਹਰੇਕ ਯੂਜ਼ਰ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਫਾਈਲਾਂ ਦੀ ਕੁੱਲ ਸੰਖਿਆ ਪ੍ਰਿੰਟ ਕਰੇਗੀ, ਜਿਸ ਨਾਲ ਇਹ ਪਤਾ ਲਗਾਉਣਾ ਆਸਾਨ ਹੋ ਜਾਵੇਗਾ ਕਿ ਕਿਹੜੀ ਯੂਜ਼ਰ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਫਾਈਲਾਂ ਦੀ ਗਿਣਤੀ ਅਸਧਾਰਨ ਤੌਰ 'ਤੇ ਜ਼ਿਆਦਾ ਹੈ।
ਤੀਜੀ ਰਣਨੀਤੀ ਉਨ੍ਹਾਂ ਉਪ-ਡਾਇਰੈਕਟਰੀਆਂ ਦੀ ਪਛਾਣ ਕਰਨਾ ਹੈ ਜੋ ਸਭ ਤੋਂ ਵੱਧ ਆਇਓਡੀਨ ਦੀ ਖਪਤ ਕਰਦੀਆਂ ਹਨ।
ਕਈ ਵਾਰ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਕਿ ਕਿਸੇ ਵੈੱਬਸਾਈਟ ਦੇ ਇਨੋਡ ਮੁੱਲ ਬਹੁਤ ਜ਼ਿਆਦਾ ਹਨ, ਪਰ ਤੁਸੀਂ ਅਜੇ ਵੀ ਇਹ ਨਹੀਂ ਸਮਝ ਸਕਦੇ ਕਿ ਫਾਈਲਾਂ ਨਾਲ ਭਰੀ ਸਕ੍ਰੀਨ ਵਿੱਚ ਕੀ ਗਲਤ ਹੈ।
ਅਜਿਹੇ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਸਬਫੋਲਡਰਾਂ ਨੂੰ ਲੱਭਣ ਲਈ ਇੱਕ ਪੱਧਰ ਹੇਠਾਂ ਡ੍ਰਿਲ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਛੋਟੀਆਂ ਫਾਈਲਾਂ ਹੁੰਦੀਆਂ ਹਨ, ਜਿਵੇਂ ਕਿ ਕੈਸ਼ ਡਾਇਰੈਕਟਰੀਆਂ, ਸੈਸ਼ਨ ਡਾਇਰੈਕਟਰੀਆਂ, ਅਤੇ ਲੌਗ ਡਾਇਰੈਕਟਰੀਆਂ - ਇਹ ਸਭ ਤੋਂ ਵੱਧ ਸਮੱਸਿਆ ਵਾਲੇ ਖੇਤਰ ਹਨ।
find /home/用户名/web/你的域名/public_html -type d -exec sh -c 'echo -n "{}: "; find "{}" -maxdepth 1 | wc -l' \; | sort -n -r -k 2 | head -n 10ਇਹ ਕਮਾਂਡ ਸਭ ਤੋਂ ਵੱਧ ਫਾਈਲਾਂ ਦੀ ਖਪਤ ਕਰਨ ਵਾਲੇ ਚੋਟੀ ਦੇ 10 ਸਬਫੋਲਡਰਾਂ ਦੀ ਸੂਚੀ ਬਣਾਏਗੀ।
ਸੂਚੀ ਦੇ ਬਿਲਕੁਲ ਉੱਪਰ ਵਾਲਾ ਰਸਤਾ ਉਹ ਹੈ ਜਿੱਥੇ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਛੋਟੀਆਂ ਫਾਈਲਾਂ ਇਕੱਠੀਆਂ ਹੁੰਦੀਆਂ ਹਨ।
ਮੈਂ ਆਪਣੇ ਦੋਸਤ ਨੂੰ ਦੱਸਿਆ ਕਿ ਇਹ ਸ਼ਾਇਦ ਕੋਈ ਕੈਸ਼ਿੰਗ ਪਲੱਗਇਨ ਸੀ ਜੋ ਗੁਪਤ ਰੂਪ ਵਿੱਚ ਛੋਟੀਆਂ ਫਾਈਲਾਂ ਤਿਆਰ ਕਰ ਰਿਹਾ ਸੀ, ਅਤੇ ਇਸ ਲਾਈਨ ਨੂੰ ਚਲਾਉਣ ਨਾਲ ਅਸਲ ਵਿੱਚ ਇਸਦੀ ਪੁਸ਼ਟੀ ਹੋ ਜਾਵੇਗੀ।
ਚੌਥਾ ਸੁਝਾਅ ਹੈ repquota ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੋਟਾ ਸੀਮਾ ਦੀ ਜਾਂਚ ਕਰਨਾ।
ਜੇਕਰ ਤੁਹਾਡੇ ਸਰਵਰ ਵਿੱਚ Linux ਫਾਈਲ ਸਿਸਟਮ ਕੋਟਾ ਸਮਰੱਥ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਸਮੱਸਿਆ ਨੂੰ ਇੱਕ ਵੱਖਰੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਦੇਖ ਸਕਦੇ ਹੋ।
repquota -aਇਹ ਕਮਾਂਡ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਫਾਈਲ ਸੀਮਾ ਅਤੇ ਅਸਲ ਫਾਈਲ ਵਰਤੋਂ ਨੂੰ ਵਧਾਏਗੀ।
ਆਉਟਪੁੱਟ ਵਿੱਚ ਫਾਈਲ ਸੀਮਾਵਾਂ ਭਾਗ ਵੱਲ ਪੂਰਾ ਧਿਆਨ ਦਿਓ; ਵਰਤਿਆ ਹੋਇਆ ਕਾਲਮ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕਿੰਨੀਆਂ ਫਾਈਲਾਂ ਵਰਤੀਆਂ ਗਈਆਂ ਹਨ।
"ਨਰਮ" ਅਤੇ "ਸਖਤ" ਕਾਲਮ ਨਰਮ ਅਤੇ ਸਖ਼ਤ ਸੀਮਾ ਥ੍ਰੈਸ਼ਹੋਲਡ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ। ਇੱਕ ਵਾਰ "ਵਰਤਿਆ" "ਸਖਤ" ਤੱਕ ਪਹੁੰਚ ਜਾਣ 'ਤੇ, ਸਿਸਟਮ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਨਵੀਆਂ ਫਾਈਲਾਂ ਬਣਾਉਣ ਤੋਂ ਇਨਕਾਰ ਕਰ ਦੇਵੇਗਾ।
ਇਹ ਤੁਹਾਡੀ ਡਿਸਕ 'ਤੇ ਕਿੰਨੀ ਜਗ੍ਹਾ ਬਚੀ ਹੈ, ਇਸ ਤੋਂ ਬਿਲਕੁਲ ਵੱਖਰੀ ਕਹਾਣੀ ਹੈ।
ਗੱਲਾਂ ਨੂੰ ਸਮੇਟਣ ਲਈ, ਆਓ ਜਾਂਚ ਦੇ ਬਿੰਦੂਆਂ ਨੂੰ ਜੋੜਦੇ ਹਾਂ।
ਚਲੋ ਉਸ ਦੋਸਤ ਵੱਲ ਵਾਪਸ ਚੱਲੀਏ ਜਿਸਨੇ ਸ਼ੁਰੂ ਵਿੱਚ ਅੱਧੀ ਰਾਤ ਨੂੰ ਸਰਵਰ ਕਰੈਸ਼ ਕਰ ਦਿੱਤਾ ਸੀ।
ਉਸਨੇ ਮੇਰੇ ਦੱਸੇ ਗਏ ਚਾਰ ਕਦਮਾਂ ਦੀ ਪਾਲਣਾ ਕੀਤੀ, `df -i` ਨਾਲ ਸ਼ੁਰੂ ਕਰਕੇ ਇਹ ਪੁਸ਼ਟੀ ਕੀਤੀ ਕਿ ਆਈਨੋਡ ਸੱਚਮੁੱਚ ਭਰਿਆ ਹੋਇਆ ਸੀ।
ਫਿਰ, ਫਾਈਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ, ਅਸੀਂ ਇੱਕ ਛੱਡੀ ਹੋਈ ਪੁਰਾਣੀ ਵੈੱਬਸਾਈਟ ਦੀ ਕੈਸ਼ ਡਾਇਰੈਕਟਰੀ ਲੱਭੀ ਜੋ ਕਿ ਪਾਗਲਾਂ ਵਾਂਗ ਛੋਟੀਆਂ ਫਾਈਲਾਂ ਤਿਆਰ ਕਰ ਰਹੀ ਸੀ।
ਅੰਤ ਵਿੱਚ, `repquota` ਦੀ ਜਾਂਚ ਕਰਨ ਨਾਲ ਪੁਸ਼ਟੀ ਹੋਈ ਕਿ ਇਹ ਸੱਚਮੁੱਚ ਸਖ਼ਤ ਸੀਮਾ 'ਤੇ ਪਹੁੰਚ ਗਿਆ ਹੈ।
ਕਬਾੜ ਦੇ ਉਸ ਢੇਰ ਨੂੰ ਸਾਫ਼ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਵੈੱਬਸਾਈਟ ਤੁਰੰਤ ਵਾਪਸ ਜੀਵਤ ਹੋ ਗਈ।
ਇਸ ਲਈ ਅਗਲੀ ਵਾਰ ਜਦੋਂ ਤੁਸੀਂ ਇਸ ਅਜੀਬ ਸਥਿਤੀ ਦਾ ਸਾਹਮਣਾ ਕਰਦੇ ਹੋ ਜਿੱਥੇ "ਡਿਸਕ ਵਿੱਚ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਜਗ੍ਹਾ ਹੈ ਪਰ ਤੁਸੀਂ ਫਾਈਲਾਂ ਨਹੀਂ ਲਿਖ ਸਕਦੇ," ਤਾਂ ਹਾਰਡ ਡਰਾਈਵ ਜੋੜਨ ਲਈ ਜਲਦਬਾਜ਼ੀ ਨਾ ਕਰੋ।
ਪਹਿਲਾਂ, ਆਈਨੋਡ 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰਨ ਲਈ `df -i` ਦੀ ਵਰਤੋਂ ਕਰੋ; ਸੱਚਾਈ ਉਸ ਇੰਡੈਕਸ ਕਾਰਡ 'ਤੇ ਬਹੁਤ ਚੰਗੀ ਤਰ੍ਹਾਂ ਲੁਕੀ ਹੋ ਸਕਦੀ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਪਹਿਲਾਂ ਕਦੇ ਨਹੀਂ ਦੇਖਿਆ ਹੋਵੇਗਾ।
ਮੇਰਾ ਸੱਚਮੁੱਚ ਮੰਨਣਾ ਹੈ ਕਿ ਸਿਸਟਮ ਦੇ ਮੂਲ ਵਿੱਚ ਛੁਪੇ ਹੋਏ ਆਮ ਸਮਝ ਦੇ ਇਹ ਛੋਟੇ-ਛੋਟੇ ਟੁਕੜੇ ਸੌ ਅਨੁਕੂਲਤਾ ਸੂਚੀਆਂ ਨੂੰ ਯਾਦ ਕਰਨ ਨਾਲੋਂ ਵਧੇਰੇ ਉਪਯੋਗੀ ਹਨ।
ਉਮੀਦ ਹੈ, ਚੇਨ ਵੇਇਲਿਯਾਂਗ ਦੇ ਬਲੌਗ ( https://www.chenweiliang.com/ ) 'ਤੇ ਸਾਂਝਾ ਕੀਤਾ ਗਿਆ ਲੇਖ "HestiaCP ਵਿੱਚ ਇਨੋਡ ਵਰਤੋਂ ਦੀ ਜਾਂਚ ਕਿਵੇਂ ਕਰੀਏ? ਡਿਸਕ ਸਪੇਸ ਦੀ ਉਪਲਬਧਤਾ ਦੇ ਪਿੱਛੇ ਦੋਸ਼ੀ ਪਰ ਫਾਈਲਾਂ ਲਿਖਣ ਵਿੱਚ ਅਸਮਰੱਥਾ" ਤੁਹਾਡੇ ਲਈ ਮਦਦਗਾਰ ਹੋਵੇਗਾ।
ਇਸ ਲੇਖ ਦਾ ਲਿੰਕ ਸਾਂਝਾ ਕਰਨ ਲਈ ਬੇਝਿਜਕ ਮਹਿਸੂਸ ਕਰੋ: https://www.chenweiliang.com/cwl-34619.html