13 महीने की सीमा से बाहर है?


23

हाल ही में मेरा मैक कुछ अजीब संदेश दिखा रहा है जैसे "महीना 13 सीमा से बाहर है"।

यहाँ छवि विवरण दर्ज करें

मैं इस त्रुटि को कैसे ठीक करूं मैं चींटी के अधिकृत मरम्मत केंद्र में नहीं जा सकता क्योंकि यह एक Apple केंद्र से बहुत दूर है


@Tgray से: "मुझे UserEventAgent की वजह से आज उच्च CPU उपयोग मिलना शुरू हो गया है। यह भारी मात्रा में RAM (30+ GB का उपयोग करता है यदि मैं इसे लंबे समय तक चलने देता हूं)। बल छोड़ने और रीबूटिंग ने कुछ भी नहीं बदला। मैंने एक नमूना किया। प्रक्रिया और तारीखों के साथ काम करने वाली एक टन लाइनों को देखा। जब मैंने नवंबर को तारीख बदल दी तो मेरा सीपीयू उपयोग वापस सामान्य हो गया। दूसरा मैंने इसे वर्तमान में बदल दिया यह फिर से चला गया। मुझे आश्चर्य है कि क्या यह आईओएस तारीख से संबंधित है। 11.2.1 में बग? मुझे आशा है कि Apple इसे जल्द ही ठीक कर देगा क्योंकि मेरा कंप्यूटर अनुपयोगी है। "
JMY1000 7

जवाबों:


10

यह त्रुटि आईओएस 11 और मैकओएस 10.13 पर निश्चित रूप से लॉग इन है और मैं इसे किसी भी प्लेटफ़ॉर्म पर किसी विशिष्ट फ़ंक्शन या समस्या का कारण नहीं देख रहा हूं।

मैं यहाँ मुख्य प्रश्न से जुड़ता हूँ "क्या macOS बहुत अधिक लॉग इन करता है" क्योंकि यह एक राय और प्रभाव है जो चर्चा के योग्य है। कुछ लोगों को बेहतर महसूस हो सकता है अगर कोई संदेश नहीं थे जब तक कि वास्तव में गंभीर स्थिति में कार्रवाई की आवश्यकता न हो। अन्य लोग और भी अधिक विवरण चाहते हैं ताकि वे जान सकें कि क्या हो रहा है / सीखना / मापना। तो, यह एक ट्रेडऑफ़ होने जा रहा है कि ये कैसे मुद्दे / वर्गीकृत / उपयोग किए जाते हैं।

एक दिलचस्प डेवलपर जिसके पास कुछ उपकरण हैं वह है हावर्ड ओकले जो https://eclecticlight.co/ पर ब्लॉग बनाता है

उसके डाउनलोड पेज में दो एप्स हैं (बाएं डाउनलोड लिंक का उपयोग करें क्योंकि नीचे दिए गए उत्पाद संस्करण बीटा हैं और एक दिन या सप्ताह में चालू नहीं हो सकते हैं:

  • सांत्वना - एक वैकल्पिक कंसोल ब्राउज़र
  • वुडपाइल - लॉगिंग के पैटर्न / बिन / विश्लेषण की गणना करने के लिए एक उपकरण

10

मैं इस समस्या की वैधता को सत्यापित कर सकता हूं। मेरे पास कल भी यही मुद्दा था, और पुनरारंभ होने के बाद, इस त्रुटि के कारण कंप्यूटर लगभग बेकार हो गया था। किसी कारण के लिए, कंप्यूटर इस महीने से निपट नहीं सकता है और जहां भी डेटाबेस या प्लिस्ट हैं, वहां त्रुटियों को फेंकता है।

इसे ठीक करने के लिए:

  1. ओपन गतिविधि मॉनिटर और बल दो प्रक्रियाओं से बाहर: lsd,UserEventAgent

  2. सिस्टम वरीयताएँ खोलें और "दिनांक और समय" पर नेविगेट करें

  3. "तिथि और समय स्वचालित रूप से सेट करें" को अनचेक करें

  4. कैलेंडर में, दिसंबर 2017 से पहले की तारीख चुनें और सहेजें दबाएं

  5. तो UserEventAgentया lsdकारण समस्याओं के लिए जारी है, तो उन्हें फिर से बल तिथि निर्धारित करने के बाद छोड़ दिया।

यहां अन्य लोगों को यह समस्या है

क्यूं कर?

यह मुझे लगता है, UserEventAgent दो plist फ़ाइलों का उपयोग करने का प्रयास कर रहा था:

System/Library/LaunchAgents/com.apple.UserEventAgent-Aqua.plist

तथा

System/Library/LaunchAgents/com.apple.UserEventAgent-LoginWindow.plist

जब इसने पौधों का उपयोग करने की कोशिश की, तो इसे एक त्रुटि मिली:

Month 13 is out of bounds

मुझे यकीन नहीं है कि वास्तव में UserEventAgent के भीतर क्या हुआ था, लेकिन यह स्पष्ट है कि जब यह त्रुटि मिलती है, तो यह इसके साथ सौदा नहीं कर सकता है और उच्च सीपीयू और रैम उपयोग का कारण बनता है।


यह मेरे लिए काम नहीं करता है मैंने लगभग तीन बार कोशिश की लेकिन कुछ भी नहीं होता है।
कोई भी उपयोगकर्ता

@qwerty दिसंबर 2017 से पहले आपकी तारीख और समय निर्धारित होने के बावजूद भी आपको त्रुटि मिलती है? आदर्श रूप से, दिनांक और समय को 1 नवंबर को सेट करें, फिर गतिविधि मॉनिटर के साथ ऊपर उल्लिखित प्रक्रियाओं को मार दें।
सीकेमास्टर

मैंने पहले भी कोशिश की थी। मैंने इसे 1 जनवरी को बदलने की कोशिश की, लेकिन यह अभी भी काम नहीं करता है मुझे लगता है कि मुझे इस त्रुटि को अनदेखा करना चाहिए क्योंकि मेरे पास उच्च सीपीयू उपयोग या रैम उपयोग नहीं है। मुझे आशा है कि सेब अगले सॉफ्टवेयर अपडेट में इसे ठीक कर देगा। खैर कम से कम यह रूट बग से बेहतर है: macrumors.com/how-to/temporately-fix-macos-high-sierra-root-bug
कोई भी उपयोगकर्ता

(मैं एक टिप्पणी नहीं जोड़ सकता, क्षमा करें।) मैं आज UserEventAgent के कारण उच्च CPU उपयोग शुरू कर रहा हूं। यह एक बड़ी मात्रा में रैम (30+ जीबी का उपयोग करता है यदि मैं इसे लंबे समय तक चलने देता हूं)। फोर्स क्विटिंग और रिबूटिंग ने कुछ नहीं बदला। मैंने प्रक्रिया का एक नमूना किया और एक टन लाइनों को तारीखों से निपटते देखा। जब मैंने नवंबर को तारीख बदली तो मेरा सीपीयू उपयोग वापस सामान्य हो गया। दूसरा मैंने इसे वर्तमान में बदल दिया, यह फिर से बोनकर बन गया। मुझे आश्चर्य है कि अगर यह 11.2.1 में iOS दिनांक बग से संबंधित है? मुझे आशा है कि Apple इसे जल्द ही ठीक कर देगा क्योंकि मेरा कंप्यूटर अनुपयोगी है।
हमोड

1
@qwerty अपने कंप्यूटर को तब तक बंद न होने दें जब तक कि Apple यह पैच न कर दे। जब मैंने पहली बार अपने XCode कंसोल में त्रुटि देखी थी, तब मैंने रीस्टार्ट करने की गलती की थी, और मेरी RAM और CPU उपयोग ने बदतर के लिए एक मोड़ लिया .. कुछ जांच के बाद मुझे लगा कि मैं एक अस्थायी समाधान के लिए उपरोक्त काम करूंगा, जैसा कि मेरा कंप्यूटर लगभग बेकार हो गया था। जब तक आप पुनरारंभ नहीं करते या किसी भी फ़ाइल को लोड करने का प्रयास नहीं करते हैं, तो त्रुटि ज्यादातर हानिरहित होती है।
सीकेमास्टर

2

मेरे पास दिसंबर 2017 की शुरुआत में बेहद उच्च यूजरएवेंटएजेंट सीपीयू और मेमोरी उपयोग के साथ एक ही मुद्दा था। कंसोल को "महीने की सीमा से बाहर" त्रुटि दिखाई गई जैसा कि ऊपर वर्णित है।

मैंने डिस्क उपयोगिता की कोशिश की "प्राथमिक चिकित्सा," रिबूट, सुरक्षित मोड (सिस्टम कैश को साफ़ करने के लिए), एनवीआरएएम और एसएमडी को समाशोधन, कुछ भी मदद नहीं की। मैंने देखा कि सीपीयू और मेमोरी उपयोग सुरक्षित मोड में नहीं फैला था।

@Tgray और u / kidtexas की तरह , कुछ बिंदु पर मुझे पता चला कि अगर मैंने अपने सभी कस्टम लॉन्चड को अक्षम कर दिया तो समस्या उत्पन्न नहीं हुई।

मैंने आखिरकार मुझे डिबग करने में मदद करने के लिए नीचे की छोटी स्क्रिप्ट लिखी थी जो कि मुद्दा बना रही थी। यह हर महीने के पहले दिन चलने वाली एक प्लास्टिस बन गया:

<key>StartCalendarInterval</key>
<dict>
    <key>Day</key>
    <integer>1</integer>
    <key>Hour</key>
    <integer>03</integer>
    <key>Minute</key>
    <integer>00</integer>
</dict>

मेरे बहुत से प्लास्ट StartCalendarIntervalकुंजी का उपयोग करते हैं , और नीचे दी गई स्क्रिप्ट का उपयोग करके मैं दिखा सकता हूं कि वे स्पाइक रैम और मेमोरी मुद्दों का कारण नहीं बनते हैं, इसलिए यह मेरे लिए पूरी तरह से स्पष्ट नहीं है कि एक विशिष्ट प्लिस्ट समस्या का कारण क्यों है। इसके बावजूद, मैंने इसे कैसे सुलझाया।

मैं दृढ़ता से पाठकों को स्क्रिप्ट के माध्यम से देखने की सलाह देता हूं कि यह समझने की कोशिश करें कि यह केवल कॉपी और पेस्ट के बजाय क्या करता है। विशेष रूप से, जैसा कि लिखा गया है कि यह केवल ~/Library/LaunchAgents(नहीं /Library/LaunchDaemonsऔर अन्य) में पौधों के लिए काम करेगा , और यह जानबूझकर केवल उन पौधों का परीक्षण करता है जिनके फ़ाइलनाम और <key>Label</key>विशिष्ट पैटर्न का पालन करते हैं com.USERNAME.my_plist_name[.plist]:। इसे चलाने से पहले, मैंने bootoutअपने सभी प्लांट्स को वन-लाइनर का उपयोग किया : for plist in com."$(whoami)".*.plist; do launchctl bootout gui/"${MYUID}"/"${plist%.plist}" || true; doneऔर फिर सत्यापित किया कि वे अब launchctl listपरिणाम के तहत दिखाई नहीं देते हैं।

#! /bin/bash
# /apple/307512/month-13-is-out-of-bounds

set -euf -o pipefail

MYUID="$(id -u)"

pushd "${HOME}"/Library/LaunchAgents

while IFS= read -r -d '' plist; do
  echo "${plist}"
  stats=($(ps ux | grep -v grep | grep UserEventAgent | awk '{ print $3, $5}'))
  cpu="${stats[0]}"
  vmem="${stats[1]}"
  echo "CPU use and virtual memory size while disabled: ${stats[@]}"
  launchctl bootstrap gui/"${MYUID}" "${plist}"
  sleep 5
  stats=($(ps ux | grep -v grep | grep UserEventAgent | awk '{ print $3, $5}'))
  echo "CPU use and virtual memory size while enabled: ${stats[@]}"
  echo "Change in vmem: $(( "${vmem}" - "${stats[1]}" ))"
  echo
done < <(find . -iname "com.$(whoami).*.plist" -print0)

popd

इसे चलाने वाले लोगों पर ध्यान दें: यह मानता है कि परीक्षण कर रहे सभी एजेंट पहले से ही अक्षम हैं, इसलिए bootoutn8henrie की सिफारिश करने वाले (या समान) को चलाने के लिए ध्यान रखें।
केन विलियम्स

1

अन्य लोगों की तरह, मैं UserEventAgent से उच्च CPU उपयोग और विशाल RAM उपयोग कर रहा था (ऊपर मेरी टिप्पणी देखें)। नवंबर को तारीख बदलना और UserEventAgent निश्चित चीजों को छोड़ने के लिए मजबूर करना। शनिवार को रिबूट होने के बाद यह सब शुरू हुआ।

ठीक कर

मुझे यह समझ में आया। उम्मीद है कि मुद्दों के साथ दूसरों के लिए, यह आपके लिए काम करेगा।

मुद्दा एक LaunchAgent plist मैं ~ / पुस्तकालय / LaunchAgents में था। यह एक सरल प्लिस्ट फ़ाइल है जो StartCalendarInterval को कॉल करती है, जो लॉन्च किए गए प्लिस्ट के लिए एक वैध कुंजी है। लॉन्चएजेंट जॉब एक ​​शेल स्क्रिप्ट को कॉल करता है जो महीने के पहले दिन कुछ फ़ाइलों को बैकअप स्थान पर कॉपी करता है। नौकरी बिल्कुल नहीं बुलाई जा रही है - मुझे लगता है कि यह लॉन्च किया गया कैलेंडर के खिलाफ भरी हुई नौकरियों की जाँच कर रहा है जो इस समस्या का कारण है। जैसे ही मैंने इस प्लास्ट को अनलोड किया और फाइल को डायरेक्टरी से बाहर कर दिया, UserEventAgent ठीक था (एक बल छोड़ने के बाद)। दूसरा मैंने प्लिस्ट लोड किया (लॉन्चक्टल लोड xxxx), UserEventAgent पागल हो गया।

StartCalendarInterval Apple के डॉक्स के रूप में यहां देखे गए लॉन्च के लिए एक वैध कुंजी है ।

तो किसी को भी समस्याएँ होने के लिए, अपने LaunchAgent निर्देशिकाओं की जाँच करें और StartCalendarInterval कुंजी (या किसी अन्य कैलेंडर से संबंधित कुंजी) की तलाश करें। मेरे पास समय आधारित अंतराल के साथ कोई मुद्दा नहीं था।

नोट: यह 'महीना 13 सीमा से बाहर' त्रुटियों को ठीक नहीं करता है, बस पागल UserEventAgent व्यवहार है।


वास्तव में मेरे पास उच्च उपयोगकर्ता ईवेंट एजेंट CPU उपयोग नहीं है। और मेरे पास उच्च ZCPU और RAM उपयोग भी नहीं है।
कोई भी उपयोगकर्ता

इस जवाब से मुझे मदद मिली। हालांकि मुझे UserEventAgent से कोई समस्या नहीं थी, लेकिन lsd पागल हो गया। सौभाग्य से, मुझे याद है कि मैंने खुद से StartCalendarEvent के साथ प्लिस्ट बनाया। बस इसे निष्क्रिय कर दिया और lsd को मार डाला।
डेनिस द मेनेस

0

Apple को इसकी रिपोर्ट करने और एस्केलेशन चेन को स्केल करने के बाद, मुझे बताया गया कि इसे macOS 10.13.3 में तय किया जाना चाहिए।

जाहिरा तौर पर, यह एक आवेदन के कारण होता है जो डिप्रेस्ड NSDate प्रक्रिया का वर्णन करता है 'विवरणWithCalendarFormat'

आप https://forums.developer.apple.com/thread/88417 पर अधिक पढ़ सकते हैं ।

कुछ मामलों में, कुछ प्लिस्ट फ़ाइलों को संपादित करने या हटाने से प्रोग्रामों को हटाए गए प्रक्रिया को कॉल करने से रोका जा सकता है, लेकिन वास्तविक फिक्स एक ओएस अपडेट है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.