ওমনিওএস / জেডএফএস / উইন্ডোজ:: অ্যাপ্লিকেশনগুলির মধ্যে থেকে "সংরক্ষণ করুন" সিআইএফএস / এসএমবিতে সমস্ত ফাইলের আকারের জন্য 5 সেকেন্ড স্থায়ী হয়


9

পরিস্থিতি:

ওমনিওএস r151018 (95eaa7e) এসএমবি-র মাধ্যমে উইন্ডোজ এবং ওএস এক্স অতিথিদের মধ্যে ফাইল সরবরাহ করে এমন একক ফাইল সার্ভারে নিম্নলিখিত অদ্ভুত সমস্যাটি দেখা দিয়েছে।

এসএমবি-র "হিসাবে সংরক্ষণ করুন ..." ডায়ালগ উইন্ডোর মাধ্যমে নির্দিষ্ট ফাইলগুলি (.docx, .xlsx, কিছু চিত্র) সংরক্ষণ করার ফলে প্রায় 3 থেকে 5 সেকেন্ডের ব্যবধান ঘটে, যেখানে অ্যাপ্লিকেশনটি কোনও প্রতিক্রিয়া দেয় না, তারপরে ফাইলটি সাধারণত সংরক্ষণ করা হয়।

সার্ভারের সাথে কিছু না করেই "রাত্রে" সমস্যাটি দেখা দিয়েছে, তবে সঠিক তারিখটি নির্ধারণ করা কঠিন, কারণ ব্যবহারকারীর অভিযোগ কেবল প্রথম ঘটনার কিছু পরে এসেছিল। সার্ভারটি পুনরায় বুট করার পরে, মিররযুক্ত রুট পুলের একটি ভিডিভ অনুপলব্ধ ছিল, তবে কাছাকাছি তদন্তে ডিভাইসে কোনও ত্রুটি পাওয়া যায় নি এবং এটি পুলটিতে পুনরায় সংযুক্ত করা হয়েছিল। সমস্যা এখনও অব্যাহত রয়েছে।

কিছু পর্যবেক্ষণ:

  • এটি সমস্ত উইন্ডোজ 7 ক্লায়েন্টে ঘটে
  • এটি সমস্ত ফাইলের আকারের জন্য ঘটে
  • অনুমতি ছাড়াই এটি এই মেশিনের সমস্ত শেয়ারে ঘটে
  • এটি অন্য সার্ভার থেকে আইএসসিএসআই এর মাধ্যমে হোস্টে দ্রুত স্টোরেজ আমদানির জন্য ঘটে
  • গিগাবাইট ইথারনেটের উপর সাধারণ কপির গতি 110 এমবি / সেকেন্ড
  • ডেটা এবং রুট পুলটি ঠিক আছে বলে মনে হচ্ছে
  • এটি অন্যান্য ফাইল সার্ভারে ঘটে না
  • ফাইলটি স্থানীয়ভাবে সংরক্ষণ করা হয় না, তখন এক্সপ্লোরারের মাধ্যমে অনুলিপি করা হয়
  • এটি ওএস এক্স-তে ঘটে না (এটি কেবল ওপেন অফিস দিয়ে পরীক্ষা করতে পারে)
  • dmesgNOTICE: bge0: interrupt: flags 0x0 - not updated?বিভিন্ন মান সহ কয়েকটি সংখ্যা দেখায় , তবে এটি আগেও হয়েছিল এবং কোনও ক্ষতি করেনি

আরও আদর্শ / পরিকল্পনা:

যেহেতু কোনও পরিষ্কার ত্রুটি বার্তা খুঁজে পাওয়া যায় না, কারণটির কারণ অনুসন্ধানের জন্য আমাকে কিছু ট্রায়াল এবং ত্রুটি করার দরকার হতে পারে। আমি বিবেচনা করব এমন কিছু জিনিস ( ফলাফলগুলি তির্যক ক্ষেত্রে রয়েছে ):

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

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

  • ফাইল অ্যাক্সেস পর্যবেক্ষণ: shodanshok দ্বারা প্রস্তাবিত হিসাবে, আমি ফাইল অ্যাক্সেস নিরীক্ষণ করতে DTraceএবং এই স্ক্রিপ্ট ব্যবহার। অ্যাল্রেড ওপেন ফাইল সংরক্ষণ করার সময় আমি এটি ব্যবহার করেছি, অপ্রাসঙ্গিক আউটপুট এবং ব্যক্তিগত তথ্য অপসারণ করেছি এবং ফলাফলটি প্রায় তিনটি ফাইলকে কেন্দ্র করে:

    CPU ID       FUNCTION:NAME
    1   18753    fop_open:entry Open: Workbook
    0   18181 fop_create:return Create: temp_1
    0   18753    fop_open:entry Open: temp_1
    0   18753    fop_open:entry Open: Workbook
    0   18753    fop_open:entry Open: Workbook
    0   18753    fop_open:entry Open: temp_1
    0   18888  fop_rename:entry Rename: Workbook -> temp_2
    0   18888  fop_rename:entry Rename: temp_1 -> Workbook
    0   18753    fop_open:entry Open: Workbook
    0   18753    fop_open:entry Open: temp_2
    0   18892  fop_remove:entry Remove: temp_2
    0   18753    fop_open:entry Open: Workbook
    0   18753    fop_open:entry Open: Workbook
    

    অন্য সার্ভারে একই প্রক্রিয়া যেখানে সমস্যা দেখা দেয় না একই ফলাফল দেয়:

    CPU ID       FUNCTION:NAME
    1   25182 fop_create:return Create: temp_1
    1   25750    fop_open:entry Open: temp_1
    1   25750    fop_open:entry Open: Workbook
    1   25750    fop_open:entry Open: temp_1
    1   25750    fop_open:entry Open: Workbook
    1   25750    fop_open:entry Open: temp_1
    1   25889  fop_rename:entry Rename: Workbook -> temp_2
    1   25889  fop_rename:entry Rename: temp_1 -> Workbook
    1   25750    fop_open:entry Open: Workbook
    1   25750    fop_open:entry Open: temp_2
    1   25893  fop_remove:entry Remove: temp_2
    1   25750    fop_open:entry Open: Workbook
    1   25750    fop_open:entry Open: Workbook
    1   25750    fop_open:entry Open: Workbook
    

    আমি walltimestampস্ক্রিপ্টে টাইমস্ট্যাম্পগুলি ( ) ও যুক্ত করেছি , তবে উভয় ক্ষেত্রেই সমস্ত ফাইল অপারেশন একই সেকেন্ডে ঘটে। => কোনও পার্থক্য করেনি

  • পুল বিভাজন বা ডিস্কগুলি দোষযুক্ত কিনা > তা পরীক্ষা করতে অন্য হোস্টের উপর ডিস্ক আমদানি করুন>> কোনও পার্থক্য হয়নি
  • ক্যাবলিং, মেইনবোর্ড ইত্যাদির বিধি নিষেধ করার জন্য ডেটা এবং রুট পুলকে অভিন্ন মেশিনে নিয়ে যান => সমস্যা বজায় থাকে, সুতরাং অবশ্যই রুট পুল (সফ্টওয়্যার) অথবা একটি নির্দিষ্ট হার্ডওয়্যার থাকতে হবে যা সফ্টওয়্যারটির সাথে বেমানান (বা হঠাৎই বেমানান হয়ে গেছে)। ..)

আপনি এই আচরণের কারণ হতে পারে এমন আরও কিছু প্রস্তাব দিতে পারেন? নাকি আপনিও তেমন কিছু অভিজ্ঞতা পেয়েছেন? যেহেতু আমি অনলাইনে সহায়ক কিছু খুঁজে পাচ্ছি না, আমার সন্দেহ হয় এটি হয় একটি অদ্ভুত হার্ডওয়্যার সমস্যা (কারণ এটি একটি মেশিনে সীমাবদ্ধ) বা উইন্ডোজ / অফিসে সমস্যা।



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

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

@ শোডানশোক আপনার পরামর্শের জন্য ধন্যবাদ, ফলাফলের জন্য আমার আপডেট হওয়া প্রশ্নটি দেখুন। আদেশটি কেন সামান্য বন্ধ তা আমি জানি না, তবে টাইমস্ট্যাম্পগুলি দুটি মেশিনে সমান বলে মনে হচ্ছে। আপনার প্রশ্ন সম্পর্কে, এটি ইন্টিগ্রেটেড সোলারিস / ইলুমোস সিআইএফএস সার্ভার, যা বর্তমানে এসএমবি 2.1 আইআইআরসি ব্যবহার করছে।
ব্যবহারকারী 121391

উইন্ডোজ clients ক্লায়েন্টের অ্যান্টি-ভাইরাস প্রোগ্রামটি স্টলটির কারণ হতে পারে?
জান্নে পিক্কারাইনেন

উত্তর:


4

সমাধান:

সমস্যাটি কেবল ওমনিওএস r151018 কে প্রভাবিত করে, পূর্ববর্তী সংস্করণগুলিতে নয়। ওমনিও-আলোচনা মেলিং তালিকার এই থ্রেডটি আমার সমস্যাটি সম্পর্কে ঠিক ছিল, জিফের উদ্ধৃতি:

আমি নেক্সেন্টা ফোরামের সাথে একই ধরণের থ্রেড দেখেছি। অপস্লক নিয়ে কোনও সমস্যা আছে বলে মনে হচ্ছে। আমি অপস্লক অক্ষম করেছি এবং আমরা এখন ভাল।

svccfg -s network/smb/server setprop smbd/oplock_enable=false

কেন এটি বেশি লোককে কামড় দিচ্ছে তা নিশ্চিত নয়।

সুতরাং, biteCount++;আমি অনুমান। সমাধানটি প্রয়োগ করে এবং দ্রুত পুনরায় বুট করে সমস্যার সমাধান করা হয়েছিল।

ভবিষ্যতের পাঠ: যেকোন সমস্যা সমাধানের চেষ্টা করার আগে, কেবলমাত্র অফিসিয়াল মেলিং তালিকায় উন্নত অনুসন্ধানটি ব্যবহার করুন, কারণ সম্ভবত আপনার সমস্যাটি অন্য কারও মেশিনে ইতিমধ্যে ঘটেছে occurred এছাড়াও, হার্ডওয়্যার ত্রুটিগুলি অনুসন্ধান করার আগে কোনও সফ্টওয়্যার, আপডেটগুলি বা কনফিগারেশন ত্রুটিগুলি বাতিল করার জন্য দ্রুত ভিএম স্পিন করুন।


আমি কীভাবে সেখানে পৌঁছেছি:

আপডেট হওয়া প্রশ্নে দেখা গেছে এমন বিভিন্ন পরীক্ষার পরে, আমি এটিকে নির্দিষ্ট হার্ডওয়্যারে সফ্টওয়্যার সমস্যা বা হার্ডওয়্যার / ড্রাইভার দ্বন্দ্বের মধ্যে সংকুচিত করেছিলাম। দ্বিতীয়টি বাতিল করার জন্য, আমি অন্য হোস্টে দুটি নতুন ওমনিওএস ভার্চুয়াল মেশিন ইনস্টল করেছি এবং r151018 এবং r151016 অন্য হোস্টে ইনস্টল করেছি এবং তাদের প্রত্যেকটির হাতে একটি বেসিক এসএমবি ভাগের হাতে কনফিগার করেছি।

R151018 সমস্যাটি দেখেছিল, r151016 ভাল কাজ করে। আমার সন্দেহ হয় যে আমি এটি আমার প্রথম পরীক্ষাগুলিতে লক্ষ্য করি নি, কারণ আমি কেবলমাত্র r151018 এ কিছু আপডেট ফিরিয়েছিলাম, আগের প্রকাশে ফিরে আসে না। আমি মনে করি সমস্যাটি ধরে নেওয়ার চেয়ে অনেক আগেই থাকতে হবে।

একের পর এক প্যাকেজ আপডেট করার উপায় সন্ধান করার সময় আমি মেলিং তালিকার দিকে চেয়েছিলাম এবং smbগত 6 মাস থেকে অনুসন্ধান করেছি , যেখানে সঠিক সমাধান / একই সমস্যা পপ আপ হয়েছে, মে থেকে ফিরে ated

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.