কিভাবে

মাইক্রো ফোকাস ইউএফটি মোবাইল - টিপস এবং কৌশল

4 নভেম্বর, 2021

সুচিপত্র

মাইক্রো ফোকাস UFT মোবাইল - টিপস এবং ট্রিকস - ফেব্রুয়ারি 2021

1. PostgreSQL 9.6 সুপার ইউজার (Postgres) পাসওয়ার্ড রিসেট করা

PostgreSQL সার্ভার ইনস্টল করার সময়, একটি পৃথক সুপার ইউজার অ্যাকাউন্ট Postgres একই সাথে তৈরি করা হয়। পরবর্তী আপগ্রেড প্রক্রিয়ার জন্য পোস্টগ্রেস সুপার ইউজার অ্যাকাউন্ট পাসওয়ার্ড ব্যবহারকারীর জন্য অত্যন্ত গুরুত্বপূর্ণ। যদি ব্যবহারকারী সুপার-ইউজার পাসওয়ার্ডটি ভুল করে থাকেন, তবে এটি পুনরায় সেট করা সম্ভব।

ব্যবহারকারীকে নীচে দেওয়া পদক্ষেপগুলি সাবধানে অনুসরণ করতে হবে:

1. আপনাকে এর একটি ব্যাকআপ কপি করতে হবে pg_hba.conf ফাইল উল্লেখিত ফাইল সহজেই পাওয়া যাবে C:Program FilesPostgreSQL9.6data

2. তারপর, আপনি খুলতে হবে pg_hba.conf . তারপর METHOD ফর্ম md5 সম্পাদনা করুন এবং পরিবর্তন করুন যাতে মন্তব্য না করা সমস্ত এন্ট্রিগুলির জন্য বিশ্বাস করা যায়।

দয়া করে মনে রাখবেন যে মন্তব্যের লাইনে # চিহ্ন রয়েছে; এটা ঠিক শুরুতে দেখানো হয়।

3. এখন, আপনাকে PostgreSQL পরিষেবাটি পুনরায় চালু করতে হবে।

4. তারপর PostgreSQL সার্ভিস অ্যাডমিনিস্ট্রেশন টুল খুলুন, pgAdmin4.exe, যে আপনি খুঁজে পেতে সক্ষম হবে C:Program FilesPostgreSQL9.6pgAdmin 4in

5. এখন, আপনাকে PostgreSQL 9.6 সার্ভারের সাথে সংযোগ করতে হবে। এর জন্য, আপনাকে ডাবল ক্লিক করতে হবে PostgreSQL 9.6 নোড যখন আপনাকে একটি পাসওয়ার্ড চাওয়া হয়, তখন আপনাকে এটি ফাঁকা রাখতে হবে এবং তারপরে এন্টার কী বা স্ক্রিনের ওকে বোতামে ক্লিক করতে হবে।

6. আপনাকে ডেটাবেস নোড প্রসারিত করতে হবে এবং Postgres ডাটাবেস নির্বাচন করতে হবে। তারপরে আপনাকে সরঞ্জামগুলিতে নেভিগেট করতে হবে; এর অধীনে আপনাকে Query টুল মেনুতে ক্লিক করতে হবে। তারপর টাইপ করুন এসকিউএল বিবৃতি যা নীচে দেওয়া হল:

পাসওয়ার্ড 'myNewPassword' সহ ব্যবহারকারীর পোস্টগ্রেস পরিবর্তন করুন;

7. এর পরে, আপনাকে পুনরুদ্ধার করতে হবে pg_hba.conf তার আসল অবস্থায়। তারপরে আপনাকে আবার পোস্টগ্রেএসকিউএল পরিষেবাটি পুনরায় চালু করতে হবে।

2. TruClient নেটিভ মোবাইল প্রোটোকলে বস্তুর স্বীকৃতি সংক্রান্ত সমস্যাগুলি সমাধান করার নির্দেশাবলী, যা একবার মোবাইল সেন্টারে মোবাইল অ্যাপ্লিকেশনগুলির প্যাকেজিংয়ের কারণে হয়েছিল

এটি একটি পরিচিত সত্য যে যদি একটি ব্যবসায়িক প্রক্রিয়ার একটি নির্দিষ্ট পদক্ষেপ অবজেক্ট শনাক্তকরণ সমস্যার কারণে রেকর্ড করা বা রিপ্লে করা যায় না। এটি হতে পারে যে সেই সমস্যাগুলি রেকর্ড করা অ্যাপ্লিকেশনটির প্যাকেজিংয়ের কারণে হয়েছিল। এই সমস্যাটি হয় একটি স্ক্রিপ্ট তৈরি করে ঠিক করা যেতে পারে যা প্যাকেজ করা অ্যাপ্লিকেশন ব্যবহার করে রেকর্ড করা ধাপগুলিকে ধাপের সাথে মিশ্রিত করে, বর্তমান অ্যাপ্লিকেশনের নন-প্যাকেজ সংস্করণ ব্যবহার করে রেকর্ড করা।

নির্দিষ্ট ক্ষেত্রে মোবাইল অ্যাপ্লিকেশন , ট্রুক্লায়েন্ট নেটিভ মোবাইল প্রোটোকল এবং মোবাইল সেন্টার ব্যবহার করে অ্যাপ্লিকেশনটির প্যাকেজ রেকর্ডিং বা রিপ্লে করার সময়, ব্যবসায়িক প্রক্রিয়ার কিছু পদক্ষেপ সঠিকভাবে রেকর্ড বা পুনরায় প্লে করা হচ্ছে না। এটি এমনও হয় যে একটি নন-প্যাকেজ অ্যাপ্লিকেশন রেকর্ড করা উপযুক্ত নয় কর্মক্ষমতা পরীক্ষা উদ্দেশ্য কারণ যখন স্ক্রিপ্টটি পুনরায় প্লে করা হয় তখন ভুল বা অনুপস্থিত লেনদেনের প্রতিক্রিয়া সময় থাকে।

যখনই ট্রুক্লায়েন্ট নেটিভ মোবাইল প্রোটোকল দিয়ে একটি স্ক্রিপ্ট তৈরি করা হয়, তখন অ্যাপ্লিকেশনটির প্যাকেজ সংস্করণ ব্যবহার করে ব্যবসায়িক প্রক্রিয়ার কিছু ধাপ রেকর্ড করা হয়। বাকি পদক্ষেপগুলি অ্যাপ্লিকেশনটির প্রমাণীকৃত এবং আসল নন-প্যাকেজ সংস্করণ ব্যবহার করে রেকর্ড করা হয়েছিল। এই পদক্ষেপগুলি সম্পাদন করার জন্য একটি আনুমানিক সময় গণনা করার জন্য, জাভাস্ক্রিপ্ট কোড স্ক্রিপ্টে যোগ করা যেতে পারে। এটি ব্যবহারকারীর সংজ্ঞায়িত ডেটা পয়েন্ট তৈরি করতেও ব্যবহার করা যেতে পারে।

স্ক্রিপ্ট তৈরি করা এবং ব্যবহারকারীর ডেটা পয়েন্ট তৈরি করার উপায় সম্পর্কে নীচে নির্দেশাবলীর একটি বিস্তারিত সেট প্রদান করা হয়েছে:

1. আপনাকে VuGen-এ একটি Truclient নেটিভ মোবাইল প্রোটোকল স্ক্রিপ্ট তৈরি করতে হবে বা TruClient স্ট্যান্ডঅ্যালোনে একটি তৈরি করতে হবে।

2. তারপর, অ্যাপ্লিকেশনটির নন-প্যাকেজড সংস্করণ ব্যবহার করে আপনার পছন্দ অনুযায়ী প্রয়োজনীয় ব্যবসায়িক প্রক্রিয়া রেকর্ড করুন।

3. TruClient ব্রাউজারে নেভিগেট করুন, তারপরে ক্লিক করুন মোবাইল সেন্টার ট্যাব

4. তারপর আপনাকে চূড়ান্ত করা এবং অ্যাপ্লিকেশনটি চালু করতে হবে, এবং লঞ্চ অ্যাপ্লিকেশন নির্বাচন করতে হবে, তারপরে তার অধীনে ক্লিক করুন যুক্তি .

5. তারপর, অ্যাপ্লিকেশনটির প্যাকেজড সংস্করণটি ব্যবহার করার জন্য আপনাকে প্যাকেজড: সত্য নির্বাচন করতে হবে৷

6. এখন Execute Configuration Flow ট্যাবটি নির্বাচন করুন এবং তারপর আপনাকে প্রয়োজনীয় ব্যবসায়িক প্রক্রিয়া আবার রেকর্ড করতে হবে।

7. একবার এই স্ক্রিপ্টটি রেকর্ড করা হয়, প্যাকেজ করা অ্যাপ্লিকেশন ব্যবহার করে রেকর্ড করা ধাপগুলি থেকে। আপনাকে ত্রুটিযুক্তগুলি সনাক্ত করতে হবে এবং নন-প্যাকেজড অ্যাপ্লিকেশনের সাথে রেকর্ড করা সমতুল্য পদক্ষেপগুলির সাথে তাদের প্রতিস্থাপন করতে হবে।

8. তারপর আপনাকে অপসারণ করতে হবে, অথবা আপনি স্ক্রিপ্ট থেকে সমস্ত অনুরূপ পদক্ষেপগুলি নিষ্ক্রিয় করতে পারেন৷

প্যাকেজবিহীন পদক্ষেপগুলির সম্পাদনের সময় গণনা করার জন্য, নীচের পদক্ষেপগুলি অনুসরণ করুন:

1. নীচের কোডের সাথে প্রয়োজনীয় নন-প্যাকেজ করা ধাপগুলির আগে আপনাকে একটি মূল্যায়ন জাভাস্ক্রিপ্ট ধাপ যোগ করতে হবে:

var operationStartTime = Date.now ();

2. তারপরে আপনি প্রদত্ত কোডের সাথে প্রয়োজনীয় নন-প্যাকেজযুক্ত পদক্ষেপগুলির পরে একটি মূল্যায়ন জাভাস্ক্রিপ্ট পদক্ষেপ যুক্ত করুন: var operationEndTime = Date.now (); var calculatedTime = (operationEndTime - operationStartTime) / 1000; //

তারপর আপনি সময় পেতে পারেন secondsTC.userDataPoint(সামগ্রিক সময়, গণনা করা সময়); // তারপর আপনাকে একটি ব্যবহারকারীর ডেটা পয়েন্ট তৈরি করতে হবে।

3. একবার এটি হয়ে গেলে, নিশ্চিত করুন যে আপনি কন্ট্রোলারে স্ক্রিপ্টটি চালিয়েছেন এবং বিশ্লেষণে কাঁচা ফলাফলগুলি বিশ্লেষণ করেছেন৷

4. তারপর স্ক্রিপ্টের এক্সিকিউশন সময়ের অ-প্যাকেজ করা অংশ সম্পর্কিত বিশদ বিবরণ দেখতে বিশ্লেষণে আপনাকে একটি ডেটা পয়েন্ট গ্রাফ যোগ করতে হবে।

ব্যবহারকারীদের লক্ষ্য করতে হবে যে কার্যকর করার সময় অনুমান করার পরামর্শ দেওয়া পদ্ধতিটি সম্পূর্ণরূপে নিশ্চিত নয়। এটা সঠিক পরিমাপ প্রদান নাও হতে পারে. এটি মূলত শুধুমাত্র একটি সহজ ফিক্স/ওয়ার্কআউন্ড। এটি প্রধানত প্রয়োজনীয় পদক্ষেপগুলির জন্য TruClient থেকে মোবাইল সেন্টারে নেটওয়ার্ক সময় এবং কার্যকর করার সময় (মোবাইল সেন্টার কমান্ড ব্যাখ্যা, অবজেক্ট রিকগনিশন এবং অপারেশন এক্সিকিউশন) উভয়ই গণনা করে।

3. ক্রোমে ল্যাব ডিভাইস- UFTM 3.3 থেকে লঞ্চ করার পরে UFTM অর্ধেক কালো হয়ে গেলে ত্রুটিটি ঠিক করুন

এটি প্রায়শই ঘটে যে ব্যবহারকারীরা একটি UFTM ত্রুটির সম্মুখীন হন। ক্রোমে ল্যাব ডিভাইস- UFTM 3.3 থেকে লঞ্চ করার পরে UFTM অর্ধেক কালো হয়ে যায়। এই ত্রুটিটি সাধারণত একটি নির্দিষ্ট মেশিনে (সংযোগকারী) স্ক্রিনে দেখা যায়। একবার ল্যাব ডিভাইস থেকে VNC চালু হলে, ডিসপ্লে ডিভাইস ক্ষেত্রে VNC সম্পূর্ণ কালো হয়ে যায়। সম্প্রতি এটি Chrome ব্রাউজারে UFTM 3.3-এ পরিলক্ষিত হয়।

এই ত্রুটি ব্রাউজার এবং GPU সামঞ্জস্যের সাথে যুক্ত। একবার আমরা সমস্যাটি জানলে, আমরা কিছু নিরাপত্তা ব্যবস্থা নিতে পারি যাতে এটি পুনরাবৃত্তি না হয়। এই ত্রুটিটি ঠিক করার একটি কার্যকর পদ্ধতি হল Chrome সেটিংসে হার্ডওয়্যার অ্যাক্সিলারেশন অক্ষম করা।

এই পরিস্থিতিতে ব্যবহারকারীকে সাহায্য করতে পারে এমন কয়েকটি অতিরিক্ত নির্দেশ রয়েছে:

1. ব্যবহারকারীকে সমস্ত ক্যাশে এবং কুকিজ পরিষ্কার করতে হবে৷

2. তারপর, সাবধানে সমস্ত এক্সটেনশন নিষ্ক্রিয় করুন।

3. Chrome গেস্ট মোড প্রোফাইলে সমস্যাটি দেখা যাচ্ছে কি না তা আপনাকে পরিদর্শন করতে হবে।

4. iOS প্যাকেজার পরিষেবা পোর্ট পরিবর্তন করার পদ্ধতি

এটি প্রায়শই ঘটে যখন ব্যবহারকারীরা একই ম্যাক মেশিনে মাইক্রো ফোকাস মোবাইল সেন্টার সংযোগকারী এবং iOS প্যাকেজিং পরিষেবা শুরু করে। বিশেষ করে মোবাইল সেন্টার 2.50 এবং মোবাইল সেন্টার 2.51-এর জন্য, iOS প্যাকেজিং জেটি সার্ভার সাধারণত স্বয়ংক্রিয়ভাবে পোর্ট 8081 শুরু করে। এটি সংযোগকারী পরিষেবার সাথে বাধা হয়ে দাঁড়ায়নি যা পোর্ট 8080-এ শুরু হয়েছে। সম্প্রতি মোবাইল সেন্টার 2.53-এ, iOS প্যাকেজিং পরিষেবা পোর্ট 8080 এ শুরু হয় এবং মাইক্রো ফোকাস মোবাইল সেন্টার সংযোগকারী পরিষেবার সাথে চলতে পারে না।

ব্যবহারকারী সহজেই iOS প্যাকেজার সার্ভিস পোর্ট পরিবর্তন করতে পারেন; নীচে দেওয়া পদক্ষেপগুলি অনুসরণ করুন:

1. আপনাকে PackagerService/Jetty ফোল্ডার খুলতে হবে এবং তারপর নামের ফাইলটি খুঁজে বের করতে হবে start.ini .

2. এখন, আপনাকে সম্পাদনা করতে হবে start.ini ফাইল এবং তারপর পরিবর্তন করুন জেটি.বন্দর ব্যবহারকারীর চাহিদা অনুযায়ী পোর্টের প্যারামিটার। প্যারামিটারটি ডিফল্টরূপে, এটি 8080।

5. মোবাইল সেন্টারে অ্যাপটি আপলোড করার সময় ডিভাইসের ত্রুটিতে কোনও স্থান অবশিষ্ট নেই সমাধান করা

ব্যবহারকারীরা প্রায়ই স্ক্রিনে একটি ত্রুটি দেখতে পান যা বলে, ত্রুটি ডিভাইসে কোন স্থান অবশিষ্ট নেই যখন অ্যাপগুলো মোবাইলে আপলোড করা হচ্ছে কেন্দ্র। মোবাইল সেন্টার সার্ভারে অ্যাপগুলি আপলোড করার সময় অন্যান্য অনুরূপ ত্রুটি বিজ্ঞপ্তিগুলি রেফারেন্সের উদ্দেশ্যে নীচে দেওয়া হল:

দ্বারা সৃষ্ট: java.io.IOException: ডিভাইসে কোন স্থান অবশিষ্ট নেই

java.io.FileOutputStream.writeBytes(নেটিভ মেথড) এ ~[na:1.7.0_76]

java.io.FileOutputStream.write(FileOutputStream.java:345) এ ~[na:1.7.0_76]

org.apache.commons.io.output.ThresholdingOutputStream.write(ThresholdingOutputStream.java:129) এ ~[commons-io-2.4.jar:2.4]

org.apache.commons.fileupload.util.Streams.copy(Streams.java:103) এ ~[commons-fileupload-1.2.2.jar:1.2.2]

org.apache.commons.fileupload.util.Streams.copy(Streams.java:66) এ ~[commons-fileupload-1.2.2.jar:1.2.2]

org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:366) এ ~[commons-fileupload-1.2.2.jar:1.2.2]

… 51টি সাধারণ ফ্রেম বাদ দেওয়া হয়েছে৷

সাধারণত, এই পুনরাবৃত্ত ত্রুটির মূল কারণ হল /opt/hpmc পার্টিশনে স্থান যথেষ্ট নয়। স্টোরেজ-সম্পর্কিত সমস্যার কারণে, এই ত্রুটি বিজ্ঞপ্তিটি স্ক্রিনে উপস্থিত হয়।

এই সমস্যা সমাধান করা যেতে পারে; স্টোরেজ সংরক্ষণ করার জন্য ব্যবহারকারীকে কিছু প্রতিরোধমূলক পদক্ষেপ নিতে হবে। আপনাকে /opt/hpmc পার্টিশন বড় করতে হবে। আপনি একটি ভাল পরিমাণ স্থান খালি করতে সেখানে কিছু ফাইল সাফ করতে পারেন।

6. স্ক্রিপ্ট কার্যকর করার সময় FACILITY_ITF ত্রুটি [UFT – মোবাইল সেন্টার] ঠিক করার জন্য নির্দেশাবলী

এটি প্রায়শই লক্ষ্য করা যায় যে ব্যবহারকারীর অ্যাপ্লিকেশনের একটি নির্দিষ্ট পৃষ্ঠায়, পৃষ্ঠাটি আঁকার জন্য দায়ী কোডটি লুপে যায়। এই ত্রুটিটি সাধারণত ব্যবহারকারীর অ্যাপ্লিকেশন কোডের কারণে হয়। সাধারণত, ব্যবহারকারীর অ্যাপের ভিতরে, এখানে উল্লেখ করা পৃষ্ঠায়, কয়েকটি রেডিও বোতাম রয়েছে এবং এটি একটি লাল বাক্স দিয়ে হাইলাইট করা হয়।

OnDraw-এর রেডিওবাটন ক্লাসে একটি কলব্যাক যা সিস্টেম রেডিওবাটন ব্যবহার করার সময় অ্যাক্সেস করা যেতে পারে। তবুও সেট বোতাম অঙ্কনযোগ্য পুনরায় অঙ্কন ঘটাবে.

ব্যবহারকারীকে লক্ষ্য করতে হবে যে ব্যবহারকারীর অ্যাপ্লিকেশনের একটি নির্দিষ্ট পৃষ্ঠায়, পৃষ্ঠাটি আঁকার জন্য যে কোডটি প্রয়োজন তা লুপে থাকে। এই কারণটি যথাক্রমে নির্দিষ্ট পৃষ্ঠার ডাম্প পাওয়ার চেষ্টা করে পর্যবেক্ষণ এবং প্রমাণীকরণ করা হয়।

সুতরাং, সেই পৃষ্ঠাটির কোডের ক্রমাগত পুনরায় লোড হওয়ার কারণে ডাম্পটি খালি। এটি এই ত্রুটির মূল কারণ, এই কারণে UFT এই পৃষ্ঠার কোনো বস্তু সনাক্ত করতে অক্ষম।

7. MC 1.52 এবং MC 2.0 - পরিবর্তনশীল COMSPEC ইনস্টল করার সময় ত্রুটি সংশোধন করা।

এটা প্রায়ই ঘটে যে পরিবেশ পরিবর্তনশীল COMSPEC cmd.exe-এ নির্দেশ করতে অক্ষম। এই ত্রুটির প্রধান কারণ পোস্টগ্রেস ইনস্টলার। এই ত্রুটি সহজেই সংশোধন করা যেতে পারে; ব্যবহারকারীকে কেবল কিছু ব্যবস্থা নিতে হবে:

  1. ব্যবহারকারীকে নিশ্চিত করতে হবে যে তারা সম্পূর্ণ স্থানীয় প্রশাসক হিসাবে ইনস্টলেশন চালাচ্ছে। তারপর cmd প্রম্পট সাধারণত নির্দিষ্ট ব্যবহারকারীদের জন্য সীমাবদ্ধ থাকে না।

ত্রুটিটি পোস্টগ্রেস ইনস্টলার দ্বারা ইনস্টলারের সময়ে ফাইলগুলি সংরক্ষণ করার জন্য ব্যবহৃত ডিফল্ট TMP ফোল্ডার নামের সাথে সম্পর্কিত হতে পারে।

  1. ব্যবহারকারীকে সিস্টেম ভেরিয়েবল TMP এবং TEMP (কিছু ধরনের ব্যবহারকারী-নির্দিষ্ট মান আছে কিনা তা পরীক্ষা করে দেখুন) C:Temp-এর মতো যেকোনো মৌলিক ফোল্ডারে পরিবর্তন করতে হবে যা যেকোনো ব্যবহারকারীর কাছে অ্যাক্সেসযোগ্য হবে (অ্যাক্সেসের অধিকার অর্জন করুন)।

8. ideviceinstaller.exe টুল ব্যবহার করে iOS অ্যাপ ইনস্টল করার নির্দেশনা

ব্যবহারকারীরা প্রায়ই ideviceinstaller.exe টুল ব্যবহার করে iOS অ্যাপ ইনস্টল করার সময় ইনস্টলেশন প্রক্রিয়া সম্পর্কিত সাহায্য চান।

সমস্ত প্রয়োজনীয় লিবিমোবাইল ডিভাইস টুলস মোবাইল সেন্টারের সাথে নিচে দেওয়া পথে অন্তর্ভুক্ত করা হয়েছে:

এমসি সার্ভার: সার্ভারlibimobiledvicewindows-amd64

স্বতন্ত্র সংযোগকারী: সংযোগকারী লিবিমোবাইল ডিভাইস উইন্ডোজ-এএমডি64

এটি ব্যবহার করে iOS অ্যাপ ইনস্টল করা বেশ সহজ ideviceinstaller.exe টুল ; ব্যবহারকারীকে কেবল নীচে দেওয়া পদক্ষেপগুলি অনুসরণ করতে হবে:

  1. ব্যবহারকারীকে কমান্ড প্রম্পট খুলতে হবে এবং তারপর libimobiledevice লাইব্রেরিতে যেতে হবে।
  2. তারপর আপনাকে নীচের কমান্ডটি চালাতে হবে:

ideviceinstaller.exe -u -i

রেফারেন্সের উদ্দেশ্যে নীচে একটি উদাহরণ প্রদান করা হয়েছে:

ideviceinstaller.exe -u 9a0db5182243e7a52f5b583291b0cecba00aa694 -i C:TempHP4M-Agent.ipa

9. 'অভ্যন্তরীণ ব্যর্থতার ত্রুটি কোড: 2000' ত্রুটি সমাধানের নির্দেশাবলী

যে ব্যবহারকারী বর্তমানে মোবাইল সেন্টার 2.53 ব্যবহার করছেন তার সাথে Idap ব্যবহারকারীর সাথে এটি পরিলক্ষিত হয় একটি ত্রুটি জুড়ে আসে। লগইন এমসি অ্যাপ্লিকেশনে এই সমস্যা দেখা দেয়; তারা এমন ত্রুটি পাবে যা বলে, অভ্যন্তরীণ ব্যর্থতার ত্রুটি কোড: 2000 .

লগইন এমসি অ্যাপ্লিকেশনে এই সমস্যা দেখা দেয়; তারা একটি ত্রুটি পাবে যা বলে, অভ্যন্তরীণ ব্যর্থতার ত্রুটি কোড: 2000। এমনকি যখন তারা দুই বা তিনবার লগ ইন করার চেষ্টা করছে, তখন এটি ভালভাবে কাজ করে।

এটা দেখা যায় যে Idap সব সময় ভাল কাজ করে, কিন্তু প্রায়ই এটি পিছিয়ে যায় এবং খুব বেশি সময় নেয়। তারপর পুরো লগইন পদ্ধতি একটি সময়সীমার সাথে বাধাপ্রাপ্ত হয়। এটি ব্যবহারকারীদের পরামর্শ দেওয়া হচ্ছে যে তারা নীচে দেওয়া পদক্ষেপগুলি সম্পাদন করুন:

ব্যবহারকারীদেরও মনে রাখা উচিত যে এর জন্য MC সার্ভার পরিষেবা পুনরায় চালু করা দরকার।

1. আপনাকে MC সার্ভারে নেভিগেট করতে হবে, তারপর খুলুন৷ C:Program FilesHPE মোবাইল সেন্টার সার্ভারserverwrapperwrapper.conf সম্পাদনার উদ্দেশ্যে।

2. তারপর আপনাকে এই লাইনটি খুঁজে বের করতে হবে:

wrapper.java.additional.14 = -Dspring.profiles.active=prod ,

এবং তারপরে আপনাকে এটির পরে এই লাইনটি যুক্ত করতে হবে:

wrapper.java.additional.15 = -Dhttp.client.connection.read.timeout.seconds=60

3. তারপর, আপনাকে ফাইলটি সংরক্ষণ করতে হবে এবং তারপরে এটি বন্ধ করতে হবে।

4. এখন দিয়ে MC সার্ভার রিস্টার্ট করুন মোবাইল সেন্টার পরিষেবা পুনরায় চালু করুন শর্টকাট

10. CTBC-আপলোড APP এরর কোড 2110 ঠিক করার পদক্ষেপ

ব্যবহারকারী প্রায়ই সমস্যার সম্মুখীন হয় যখন HPMC পরিষেবাটি ডিলিট রিপোর্ট ফাইলের পরে শুরু হতে ব্যর্থ হয় hpmc/সার্ভার/রিপোর্ট . এটি ব্যবহারকারীদের মধ্যে পরিলক্ষিত হয় যে একটি রিপোর্ট ফাইল উপস্থিত রয়েছে যা উপরের অবস্থানে প্রায় 13G আকারের আসে। এটি 2110 ত্রুটি সহ অ্যাপ আপলোড ব্যর্থতার এই ফলাফলের মূল কারণ হতে পারে।

সুতরাং ব্যবহারকারীকে এই বিশাল রিপোর্ট ফাইলটি মুছে ফেলতে হবে যা প্রচুর স্থান নেয়। তবুও, যখন এই ফাইলটি মুছে ফেলা হয়, তখন দেখা যায় যে Nginx প্রক্রিয়াটি স্বাভাবিক উপায়ে আরম্ভ করতে অক্ষম, যার কারণে HPMC পরিষেবা শুরু করতে ব্যর্থ হয়।

এই ত্রুটির প্রধান কারণ হল যে nginx.conf সম্পূর্ণ ছিল না। সে কারণে মোবাইল সেন্টার পরিদর্শন বা বিশ্লেষণ করা সম্ভব হচ্ছে না। একবার এটি সঠিক nginx.conf দিয়ে প্রতিস্থাপন করা হলে পরিষেবাটি পুরোপুরি শুরু হবে।

যেহেতু nginx.conf একটি সর্বজনীন ফাইল, তাই যেকোনো প্রোগ্রাম বা পরিষেবা এটিকে সংজ্ঞায়িত, পরিবর্তন বা সংশোধন করতে সক্ষম হবে। তবে মূলত, এই নির্দিষ্ট ফাইলটি পড়া বা লেখার সঠিক এবং সম্পূর্ণ ডেটা গ্যারান্টি দিতে পারে। একবার এটি হয়ে গেলে কোনও পুনরাবৃত্তিমূলক ত্রুটি থাকবে না।

এই নির্দিষ্ট সমস্যার জন্য, ত্রুটির কারণ হল ডিস্ক স্থানের বাইরে সমস্যা. যে কারণে, nginx.conf ফাইলের একটি ব্যর্থতা ছিল।

এটি কোড রিডিং বা লেখার জন্য সঠিকভাবে সংরক্ষণ করা যেতে পারে (conf ফাইল আপডেট করা হবে) বা অসফলভাবে লেখা হতে পারে (conf ফাইল আপডেট করা যাবে না); এই সমস্ত কাজ লিনাক্স নিয়মের কারণে দায়ী। তবুও, অন্যদিকে, স্থানের বাইরে একটি বিশেষ পরিসরের অন্তর্গত হওয়া উচিত।

তারপরে আবার, সার্ভার/প্রতিবেদন বিভাগের প্রধান উদ্দেশ্য হল ডিভাইসের সমস্ত তথ্য রাখা যখনই কোনও রেকর্ড বা কোনও উত্তর থাকে—উদাহরণস্বরূপ, মেমরি, স্ক্রিনশট, CPU এবং বাকিগুলি। ব্যবহারকারীকে কেবল কনফিগার করতে হবে যদি তারা সেগুলি সংগ্রহ করতে চায় বা না করে যখনই একটি নতুন কাজ তৈরি করতে হয়।