none
HTTP Error 503. The service is unavailable RRS feed

  • שאלה

  • שלום לכולם!

    יש לי אתר שכתוב בMVC.

    הבעיה שלי היא שלפעמים הוא פתאום זורק HTTP Error 503. The service is unavailable.

    נכנסתי לapplication pool של הIIS, וגיליתי שהוא אכן כבוי.

    מה גורם לו לכבות לפעמים?

    איך אני מצמצמת את הפעמים שזה קורה? (הרבה זמן לא קורה, ואז קורה כמה פעמים ברצף)

    תודה!!

    שרה.


    יום שלישי 16 יוני 2015 07:55

כל התגובות

  • מה הכוונה כבוי?

    איזה IIS

    יכול להיות שלוכח לו לעלות הרבה זמן (את מכניסה ל CACHE נתונים וזה עוצר את העליה של השירות עד שזה מסתיים) ואז מקבלים 503.

    http://stackoverflow.com/questions/302110/what-causes-an-application-pool-in-iis-to-recycle

    יום שלישי 16 יוני 2015 14:41
  • תודה על הנסיון לעזור!!

    IIS7.

    כבוי זה אומר שאני מכמסת לapplication pool ורואה שהוא למטה. (ריבוע אדום מצד ימין בתמונה)

    

    זה נכבה מעצמו.

    מה שכן, ראיתי אח"כ שלא נשאר מקום באחד הכוננים שהוא כותב אליהם את הLOG, יכול להיות שזה קשור?

    איזה סיבות יש לו להכבה לבד?

    תודה!!!

    שרה.

    יום רביעי 17 יוני 2015 06:21
  • תחילה צריך להבין ש application pool במצב עצירה אינו מצב לא תקין בהכרח. ברירת המחדל היא שה AP (לשם קיצור נקרא לו כך) נעצר כשאין פעילות. צריך לבדוק הגדרות.

    * נקודה מהצד, ה AP לא נכבה אלא נעצר או רץ (כיבוי זה משהו פיזי של חומרה)

    ** תעברי על הקישור הבא במלואו, אולי הוא יוסיף לך משהו שלא ידעת (זה מדריכון קצרצר על ה AP והגדרה).
    http://www.iis.net/learn/manage/configuring-security/application-pool-identities

    1. אני לא זוכר סיבות לעצירה של CONNECTION POOL בצורה אוטומטית בילתי יזומה פרט ל (1) חוסר פעילות, ו (2) נפילות, אבל יש הרבה סיבות לביצוע recycling. האם היא מתחילה לעבוד אם את ממתינה מספיק זמן?

    2. כנסי להגדרות המתקדמות של ה default application pool ותבדקי שהכל נראה תקין. תעזרי בקישור הבא לנושא:
    http://www.iis.net/configreference/system.applicationhost/applicationpools/applicationpooldefaults

    מייד אחרי כן תכנסי להגדרות המתקדמות של ה AP בו יש לך בעיה ותבדקי את ההגדרות לבד.
    > תבדקי למשל מה המצב של ה start mode. אולי כדי לעבור למצב של always on זמנית כדי לבדוק את ההתנהגות. במצב On demand ה AP נעצר כאשר אין פעילות זמן מה ומופעל בזמן שיש פנייה. עם כל נושא הלוגים זה אומר שנעשות יותר פעולות שצריכות להיכתב בלוג. אם לא יעצר אוטמתית הוא לא יהיה חייב להתחיל
    > תבדקי את ההגדרה של Rapid-Fail Protection ותבירי אותו לצורך הבדיקה למצב false (ברירת המחדל זה שה AP נעצר אם יש מספר מסויים של נפילות בזמן מסויים... אני זוכר את המספרים בע"פ)

    3. ברור שאם אין מקום ללוגים אז נוצרת בעיה כזו או אחרת. אני לא יודע מה ההשלכה ואין סיבה לדעת זאת אלא לתקן את הבעיה.

    לפני כל הבדיקות את חייבת לבדוק שיש מספיק מקום.

    מה ההגיון לנטר בעיה אם את לא יכולה לבדוק את המקום בו נרשמות הבעיות:-( ?
    תנסי לסדר את הנושא הלוגים ואם הבעיה חוזרת אז לספק לנו מידע מקובץ הלוג. את חייבת לספק לנו אינפורמיה מהלוג ולא רק סיפורים :-) כך שהלוג הוא המקום הראשון בו מתחילים למעשה.
    http://mvolo.com/where-did-my-iis7-server-go-troubleshooting-503-quotservice-unavailablequot-errors/


    signature   Ronen Ariely
     [Personal Site]    [Blog]    [Facebook]

    יום רביעי 17 יוני 2015 15:44
    מנחה דיון