আমি 12 টি মিডলাইন (7200 আরপিএম) এসএএস ড্রাইভ সহ এইচপি প্রোলিয়েন্ট ডিএল 180 জি 6 তে চলছে একটি সেকেন্ডারি স্টোরেজ সার্ভারে নেক্সেন্টাস্টার ব্যবহার করছি। সিস্টেমটিতে একটি E5620 সিপিইউ এবং 8 জিবি র্যাম রয়েছে। এখানে কোন জিল বা এল 2আরসি ডিভাইস নেই।
গত সপ্তাহে, আমি আইপিএসআইএসআইয়ের মাধ্যমে একটি ভিএমওয়্যার ইএসএক্স হোস্টের সাথে ভাগ করতে সক্ষম হওয়া ডিপআপ এবং সংক্ষেপণ সহ একটি 750 জিবি স্পার্স জেডভোল তৈরি করেছি। তারপরে আমি একটি উইন্ডোজ ২০০৮ ফাইল সার্ভার চিত্র তৈরি করেছি এবং M 300 জিবি ব্যবহারকারীর ডেটা ভিএম-তে অনুলিপি করেছি। একবার সিস্টেমের সাথে খুশি হয়ে আমি ভার্চুয়াল মেশিনটিকে একই পুলের একটি এনএফএস স্টোরে স্থানান্তরিত করেছিলাম।
একবার এনএফএস ডেটাস্টোরে আমার ভিএম সাথে চালানো এবং আমি আসল 750 জিবি জেডভোলটি সরিয়ে নেওয়ার সিদ্ধান্ত নিয়েছি। এটি করার ফলে সিস্টেমটি স্থবির হয়ে পড়ে। নেক্সেন্টা ওয়েব ইন্টারফেসে প্রবেশ এবং এনএমসি থামিয়েছে। আমি শেষ পর্যন্ত একটি কাঁচা খোল পেতে সক্ষম হয়েছি। বেশিরভাগ ওএস অপারেশন ঠিকঠাক ছিল, তবে সিস্টেমটি zfs destroy -r vol1/filesystem
কমান্ডটিতে ঝুলছিল । কুশ্রী। আমি নিম্নলিখিত দুটি ওপেনসোলারিস বাগজিলা এন্ট্রি পেয়েছি এবং এখন বুঝতে পারি যে অজানা সময়ের জন্য মেশিনটি ব্রিক করা হবে। এটি 14 ঘন্টা হয়েছে, সুতরাং সার্ভারে অ্যাক্সেস পুনরায় অর্জন করতে সক্ষম হওয়ার জন্য আমার একটি পরিকল্পনা প্রয়োজন।
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6924390
এবং
ভবিষ্যতে, আমি সম্ভবত বুজিলা কাজের একটির মধ্যে দেওয়া পরামর্শটি নেব:
Workaround
Do not use dedupe, and do not attempt to destroy zvols that had dedupe enabled.
আপডেট: আমাকে সিস্টেমটি বিদ্যুৎ বন্ধ করতে বাধ্য করতে হয়েছিল। পুনরায় বুট করার পরে, সিস্টেমটি স্টল করে Importing zfs filesystems
। এখন ২ ঘন্টা ধরে সেভাবে চলেছে।