सर्वर पर बैकअप पहले से ही उपयोग में है


31

मैं ओएस एक्स Mavericks स्थापित सर्वर सॉफ्टवेयर के साथ है। सर्वर मशीन एक iMac है जिसमें USB के माध्यम से एक Drobo लगा हुआ है। मैं नेटवर्क टाइम पर बैकअप सर्वर बनाने के लिए सर्वर टाइम मशीन सेवा का उपयोग करता हूं, बैकअप के लिए स्टोरेज डिवाइस के रूप में ड्रोबो का उपयोग करता हूं।

मैं वर्तमान में इस टाइम मशीन सर्वर पर दो मैकबुक का बैकअप ले रहा हूं। कुछ बैकअप सफल होंगे, लेकिन हर दूसरे दिन, मुझे दोनों लैपटॉप पर एक त्रुटि मिलेगी कि बैकअप निम्न कारण से विफल हो गया: सर्वर पर बैकअप पहले से ही उपयोग में है।

मैं केवल सर्वर को पुनरारंभ करके इस समस्या को दूर करने में सक्षम रहा हूं।

क्या किसी को पता है कि ऐसा क्यों हो सकता है और ऐसा होने से रोकने के लिए मैं क्या कर सकता हूं?

धन्यवाद।

जवाबों:


45

बस इस मुद्दे की पूर्णता के लिए। यदि आप यहां उतरते हैं और MacOS सर्वर का उपयोग नहीं करते हैं, लेकिन एक Synology DiskStation , निम्न कार्य करें:

  • अपने DiskStation को रूट के रूप में लॉगिन करें
  • मुख्य मेनू खोलें
  • शुरू करें resource monitor
  • पर स्विच connected users
  • अवरुद्ध उपयोगकर्ता का चयन करें और दबाएं disconnect

3
समस्या के ठीक होने तक मुझे उपरोक्त उत्तर नहीं मिला, लेकिन Synology DSM 5.1 पर, मैंने पाया कि AFP सेवा को अक्षम करने और फिर से सक्षम करने से त्रुटि दूर हो जाती है।
स्कॉट डडली

मैंने इस समाधान का उपयोग एक Synology DSM 5.1 पर किया - धन्यवाद मान!
कालिस्टो

उपर्युक्त उत्तर ने मेरी समस्या को ठीक नहीं किया, केवल जुड़ा हुआ उपयोगकर्ता जो मैंने दिखाया था वह मुझे व्यवस्थापक पृष्ठ पर लॉग इन किया गया था। हालाँकि, @ ScottDudley के सुझाव ने बहुत काम किया, धन्यवाद स्कॉट!
BLM

@ScottDudley यहां भी, बस एएफपी सेवा की जांच / अनचेक करने की आवश्यकता है। उपरोक्त को जड़ के रूप में करने की आवश्यकता नहीं है।
विंटरफ्लैग्स

1
धन्यवाद, यह मेरे लिए काम किया! मेरे पास एएफपी के माध्यम से दो कनेक्शन थे जो इस मुद्दे का कारण बन रहे थे।
छापेमारी

9

जब से मुझे मेरा OS X सर्वर मिला है, तब से मुझे यह समस्या है, और फिर भी मुझे यह त्रुटि मिलती है। जब भी मेरा राउटर डिस्कनेक्ट होता है, यह तब तक इसका कारण बनता है जब तक मैं इसे ठीक नहीं करता। हालाँकि, सर्वर को पुनरारंभ करने के बजाय, एक वर्कअराउंड है:

  1. Server.app खोलें (मैं इसे उस क्लाइंट पर करता हूं जिसका मैं उपयोग कर रहा हूं, लेकिन आप इसे सर्वर पर ही कर सकते हैं) और लॉगिन करें।
  2. फ़ाइल शेयरिंग सेवा का चयन करें।
  3. कनेक्टेड उपयोगकर्ता टैब पर जाएं।
  4. प्रत्येक जुड़े उपयोगकर्ता का चयन करें और डिस्कनेक्ट करें पर क्लिक करें।

मुझे ऐसा करना होगा इसलिए मैंने अक्सर इसके लिए एक कीबोर्ड मेस्ट्रो मैक्रो लिखा था, लेकिन कोई भी स्क्रिप्टिंग सॉफ्टवेयर ऐसा करेगा।


2
अगर वह काम करता है तो आपने एएफपी प्रक्रिया को उछालने की कोशिश की sudo launchctl stop com.apple.AppleFileServerहै sudo launchctl start com.apple.AppleFileServer?
टोनी विलियम्स

सुझाव के लिए धन्यवाद। उपयोगकर्ताओं को डिस्कनेक्ट करना मुझे त्रुटि से उबरने की अनुमति देता है, लेकिन समस्या को फिर से होने से नहीं रोकता है। मेरा लक्ष्य त्रुटि को होने से रोकना है। @TonyWilliams मैं सेब फ़ाइल सर्वर को पुनः आरंभ नहीं करूंगा क्योंकि मैं चिंतित हूं कि यह प्रगति में अन्य बैकअप को बाधित कर सकता है।
स्विशर स्वीट

संभव निदान चरण के रूप में इतना "समाधान" नहीं था :)
टोनी विलियम्स

हत्या AppleFileServer पुनर्प्राप्त करता है। मैं खुद ऐसा करता हूं। दुर्भाग्य से मुझे समस्या को रोकने का कोई तरीका नहीं मिला है।
एलन शटको

1

यदि उपयोगकर्ताओं को डिस्कनेक्ट करना समस्या को "ठीक करता है" तो यह निश्चित रूप से AppleFileServer प्रक्रिया में लगभग कहीं न कहीं है।

एएफपी पहुंच और त्रुटि लॉग पर एक नज़र डालें और देखें कि क्या आप क्लाइंट मैक पर मिलने वाले से बेहतर त्रुटि संदेश पा सकते हैं और आप एक समाधान के करीब हो सकते हैं। Logsसर्वर ऐप के बाएं हाथ के फलक पर क्लिक करें और फिर AFP Errorलॉग विंडो के नीचे पॉप अप में चयन करें ।

समस्या Drobo में RAID के साथ भी हो सकती है। क्या आपने यह देखने के लिए एक और हार्ड ड्राइव की कोशिश की है कि क्या समस्या दूर हो गई है? कौन सा मॉडल ड्रोबो है? शेर और टाइम मशीन के बारे में अपनी सांस के तहत ड्रोबो म्यूटर्स का समर्थन करता है इसलिए अच्छी तरह से मावेरिक्स और टाइम मशीन के साथ भी समस्या हो सकती है। (मैं अपने टीएम लक्ष्य के रूप में 3 विभाजन के साथ एक 2TB ड्राइव होने से समस्या के आसपास हो जाता हूं और फिर कार्बन कॉपी क्लोनर का उपयोग करके अपने ड्रूबो तक वापस जाता हूं।)


1

@grgarside पैसे पर है - यह तब होता है जब एक ही आईपी से बैकअप के दो कनेक्शन होते हैं।

मेरे नेटवर्क पर मैंने बैकअप ड्राइव (एस) में अतिथि पहुंच को अक्षम करने से इसे रोका।

सर्वर मशीन पर,

  • OS X सर्वर पर लॉगिन करें
  • फ़ाइल शेयरिंग पर क्लिक करें
  • सेटिंग टैब पर क्लिक करें
  • प्रश्न में बैकअप ड्राइव का चयन करें
  • बॉक्स को अनचेक करें अतिथि पहुँच सक्षम करें
  • कनेक्शन टैब पर क्लिक करें
  • फिर सभी उपयोगकर्ताओं को डिस्कनेक्ट करें।

क्लाइंट मशीन पर सर्वर पर फिर से लॉगिन करें और आप जाने के लिए अच्छे हैं। एक बार अतिथि पहुंच अक्षम हो जाने पर, क्लाइंट अतिथि प्रोटोकॉल का उपयोग करके सर्वर से स्वचालित रूप से कनेक्ट नहीं होगा, इस प्रकार कई कनेक्शनों को रोका जा सकता है।


0

Synology के टाइम मशीन गाइड का पालन ​​करने के बाद मैंने अपने Synology NAS के साथ इसी तरह का मुद्दा रखा था । बैकअप डिस्क से कनेक्ट करने का प्रयास करते समय, टाइम मशीन ने कहा "आपके पास चयनित नेटवर्क बैकअप डिस्क पर विशेष पढ़ने, लिखने और विशेषाधिकारों को रखने की आवश्यकता नहीं है।"

एकमात्र समाधान जो मेरे लिए काम करता था, शीर्ष दाईं ओर व्यक्ति / उपयोगकर्ता आइकन पर क्लिक करके और Restart का चयन करके Synology DSM को पुनरारंभ करना था।


0

यदि आपको त्रुटि संदेश मिलता है "टाइम मशीन बैकअप को पूरा नहीं कर सकती। बैकअप डिस्क छवि" /Volumes/mac-backups-1/machine-name.sparsebundle "पहले से ही उपयोग में है।" और आप टाइम मशीन बैकअप के लिए गंतव्य के रूप में एक Synology DiskStation DSM 5.2 (NAS) का उपयोग कर रहे हैं, निम्न चरणों ने समस्या हल की:

  1. अपने DiskStation पर व्यवस्थापक के रूप में लॉगिन करें
  2. विकल्प आइकन चुनें (शीर्ष दाईं ओर - व्यक्ति के सिर की तरह दिखता है)
  3. विकल्प> खाता> खाता गतिविधि> संबंधित उपयोगकर्ता
  4. AFP सेवा और संसाधन पर प्रत्येक उपयोगकर्ता के लिए: मैक-बैकअप, डिस्कनेक्ट (सफेद क्षैतिज पट्टी के साथ लाल सर्कल) दबाएं। ऐसा लगता है कि दो या दो से अधिक कनेक्टेड उपयोगकर्ता हैं जो AFP> संसाधन: mac-backups से जुड़े हैं। एक ही होना चाहिए।
  5. ताज़ा करें पर क्लिक करें। अब AFP> संसाधन: मैक-बैकअप से जुड़ा केवल एक उपयोगकर्ता होना चाहिए।
  6. अपने मैकबुक पर> टाइम मशीन आइकन> बैकअप शुरू करें। टाइम मशीन बैकअप शुरू होता है (वामावर्त चक्कर लगाना) और अब आपको उपरोक्त त्रुटि संदेश नहीं मिलेगा।

मुझे यकीन नहीं है कि यह स्थिति कैसी है, लेकिन यहां मेरा सिद्धांत है: मैकबुक को डिस्कनेक्ट करने के बाद और दूसरे नेटवर्क के साथ फिर से कनेक्ट करना (यात्रा के दौरान मेरे मैकबुक को किसी अन्य स्थान पर ले जाना), समानार्थी संसाधन से कनेक्शन: मैक-बैकअप (समय के लिए इस्तेमाल किया गया) मशीन) ठीक से डिस्कनेक्ट नहीं हुई, इसलिए जब मशीन को नेटवर्क में दोबारा भेजा गया, तो एक और नया कनेक्शन स्थापित किया गया था, हालांकि मौजूदा कनेक्शन अभी भी मौजूद था, एक संघर्ष और विषय त्रुटि संदेश बना रहा था।

परीक्षण किया जाना: इस त्रुटि को फिर से होने से रोकने के लिए, यदि टाइम मशीन एक प्रगति कर रही है, तो अपने मैकबुक को किसी अन्य स्थान के ऑफ-नेटवर्क पर ले जाने से पहले टाइम मशीन में "स्टॉप बैकिंग अप" कमांड करने का प्रयास करें। उम्मीद है, जब आप मशीन को उस नेटवर्क पर वापस लाएंगे जहां synology NAS स्थित है, तो त्रुटि नहीं होनी चाहिए।


-1

मेरे लिए जो काम किया, वह था डीएस को रिबूट करना, टाइम मशीन के शेयर को हटाना और फिर से बनाना।

Synology फोरम की इस पोस्ट से https://forum.synology.com/enu/viewtopic.php?f=159&t=86535&start=15#p512709


1
हालांकि यह लिंक प्रश्न का उत्तर दे सकता है, लेकिन उत्तर के आवश्यक भागों को शामिल करना और संदर्भ के लिए लिंक प्रदान करना बेहतर है। लिंक-केवल उत्तर अमान्य हो सकते हैं यदि लिंक किए गए पृष्ठ बदल जाते हैं।
GRG
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.