Squid shm_open: ଅନୁମତି ପ୍ରତ୍ୟାଖ୍ୟାତ — ସେଆର ହୋଇଥିବା ମେମୋରୀର ମାଲିକାନା ଯାଞ୍ଚ କରନ୍ତୁ

ଏକ ସମାନ ବିଫଳ Squid ଆରମ୍ଭ ସମୟରେ Could not read pid file ଏବଂ shm_open(...): Permission denied ଦୁଇଟି ଦେଖାଯାଇପାରେ। ସେମାନେ ଭିନ୍ନ ଭିନ୍ନ ସମ୍ବଳକୁ ସୂଚାଉଛନ୍ତି। କ୍ୟାସ ଡାଇରେକ୍ଟରୀର ମାଲିକାନା ଠିକ କରିବା ନିଜେ ସେଥିରୁ କୌଣସିଟିକୁ ଠିକ କରେ ନାହିଁ।

Linuxରେ POSIX ସେଆର ମେମୋରୀ ବସ୍ତୁ ସାଧାରଣତଃ /dev/shm ଅଧୀନରେ ଦେଖାଯାଏ। ଏହାର ମାଲିକ ଏବଂ ପ୍ରବେଶ ମୋଡ୍ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ। ତେଣୁ ଅନ୍ୟ ରନଟାଇମ ପରିଚୟ ଛାଡିଥିବା ବସ୍ତୁ squid.conf ପଢ଼ାଯୋଗ୍ୟ ଏବଂ ଶୁଣୁଥିବା ପୋର୍ଟ ଖାଲି ଥିଲେ ମଧ୍ୟ ପରବର୍ତ୍ତୀ ପ୍ରକ୍ରିୟାକୁ ବିଫଳ କରିପାରେ।

ଏହି ଇନଷ୍ଟାନ୍ସ କିପରି ଆରମ୍ଭ ହେଲା ପୁନଃନିର୍ମାଣ କରନ୍ତୁ

ସେବାର ସାଧାରଣ ଆରମ୍ଭକୁ ସମସ୍ୟା ସମାଧାନ ସମୟରେ ବ୍ୟବହୃତ ଯେକୌଣସି ମାନୁଆଲ ଆରମ୍ଭ ସହ ତୁଳନା କରନ୍ତୁ। ମାନୁଆଲ ଭାବରେ ଆରମ୍ଭ ହୋଇଥିବା ପ୍ରକ୍ରିୟା ଏବଂ ପ୍ୟାକେଜ ହୋଇଥିବା ସେବା ଭିନ୍ନ ବ୍ୟବହାରକାରୀ, ପଥ କିମ୍ବା କନଫିଗୁରେସନ ଫାଇଲ ବ୍ୟବହାର କରିପାରେ। କୌଣସି ବସ୍ତୁକୁ ପୁରୁଣା ବିବେଚନା କରିବା ପୂର୍ବରୁ ଅନ୍ୟ Squid ଇନଷ୍ଟାନ୍ସ ଏବେ ମଧ୍ୟ ଚାଲୁଛି କି ନାହିଁ ନିର୍ଣ୍ଣୟ କରନ୍ତୁ।

ତାପରେ ବିଫଳ ହେଉଥିବା ସଠିକ କାର୍ଯ୍ୟକୁ ପଢ଼ନ୍ତୁ। PID ତ୍ରୁଟି କନଫିଗର ହୋଇଥିବା PID ସ୍ଥାନ ଏବଂ ଏହାର ମୂଳ ଡାଇରେକ୍ଟରୀ ସହ ସମ୍ବନ୍ଧିତ। ଲଗ ତ୍ରୁଟି ଲଗ ଫାଇଲ କିମ୍ବା ଡାଇରେକ୍ଟରୀ ସହ ସମ୍ବନ୍ଧିତ। କ୍ୟାସ ଆରମ୍ଭର ତ୍ରୁଟି ସଂରକ୍ଷଣ ସହ ସମ୍ବନ୍ଧିତ। shm_open ତ୍ରୁଟି ନାମିତ ସେଆର ମେମୋରୀ ବସ୍ତୁ ସହ ସମ୍ବନ୍ଧିତ ଏବଂ ପ୍ରକ୍ରିୟା ଉପରେ ପ୍ରଯୁଜ୍ୟ ସୁରକ୍ଷା ନୀତି ମଧ୍ୟ ସମ୍ମିଳିତ ହୋଇପାରେ।

ପ୍ରତ୍ୟେକ ସମ୍ବଳ ପାଇଁ ଆବଶ୍ୟକ ରନଟାଇମ ପ୍ରବେଶକୁ ଏହାର ବର୍ତ୍ତମାନ ମାଲିକ ଏବଂ ମୋଡ୍ ସହ ତୁଳନା କରନ୍ତୁ। ସାଧାରଣ ଅନୁମତି ଯଥେଷ୍ଟ ମନେ ହେଲେ ସମ୍ପୃକ୍ତ SELinux କିମ୍ବା AppArmor ପ୍ରତ୍ୟାଖ୍ୟାନ ପ୍ରମାଣ ଯାଞ୍ଚ କରନ୍ତୁ। କେବଳ “Permission denied” କେଉଁ ସ୍ତର ପ୍ରବେଶ ପ୍ରତ୍ୟାଖ୍ୟାନ କଲା ଜଣାଏ ନାହିଁ।

ଦ୍ୱିତୀୟ ସମସ୍ୟା ସୃଷ୍ଟି ନକରି ମାଲିକାନା ଠିକ କରନ୍ତୁ

ରନଟାଇମ ଖାତାକୁ ଇନଷ୍ଟଲେସନର ସେବା କନଫିଗୁରେସନ ସହ ସଙ୍ଗତ ରଖନ୍ତୁ। ସବୁକୁ nobody କୁ ବଦଳାଇବା ସହାୟକ ପ୍ରବେଶ ଭାଙ୍ଗିପାରେ ଏବଂ ସେବା-ପରିଚାଳିତ ଫାଇଲ ସହ ନୂଆ ଅସଙ୍ଗତି ଆଣିପାରେ।

/dev/shm ରେ Squid ଭଳି ଦେଖାଯାଉଥିବା ପ୍ରତ୍ୟେକ ବସ୍ତୁ ଡିଲିଟ କରିବା ମଧ୍ୟ ଭଲ ପ୍ରଥମ ପଦକ୍ଷେପ ନୁହେଁ। ନାମିତ ବସ୍ତୁ ସକ୍ରିୟ ଇନଷ୍ଟାନ୍ସର ହୋଇପାରେ। ଆବଶ୍ୟକ ହେଲେ ସଫାଇ ପ୍ରଭାବିତ ସେବା ବନ୍ଦ ଥିବା ଅବସ୍ଥାରେ ନିଶ୍ଚିତ ପରିତ୍ୟକ୍ତ ସମ୍ବଳକୁ ଲକ୍ଷ୍ୟ କରିବା ଉଚିତ ଏବଂ ତାପରେ ସାଧାରଣ ସେବା ପ୍ରଣାଳୀ ମାଧ୍ୟମରେ ଆରମ୍ଭ କରିବା ଉଚିତ।

ଉପଯୋଗୀ ଫଳାଫଳ ହେଉଛି ସଙ୍ଗତ ଆରମ୍ଭ ଏବଂ ମାଲିକାନା ମଡେଲ। ତ୍ରୁଟି ଅଦୃଶ୍ୟ ନହେବା ପର୍ଯ୍ୟନ୍ତ root ଭାବରେ ଏକ ନିର୍ଦ୍ଦେଶ ଚଲାଇବା ପରବର୍ତ୍ତୀ ନିୟମିତ ପୁନଃଆରମ୍ଭକୁ ସେହି ସମାନ ସମସ୍ୟା ସହ ଛାଡ଼ିପାରେ।