@יוס
מה הפלט בקונסול של
show slave status\G;
@יוס
מה הפלט בקונסול של
show slave status\G;
@יוס
אתה מפעיל master-slave? או naster-master?
find . / -size +50000b
תקבל רשימת קבצים גדולים, תוכל לשנות את המספר למספר גדול יותר לסינון ממוקד יותר.
@יוס איזה לוגים מופעלים לך בקובץ my.conf
@יוס כשאתה כותב זיכרון האם הכוונה לזיכרון RAM או לנפח דיסק?
@ZACK תבקש פירוט שיחות ותבדוק מקור החיוב, אחרי זה תדע איפה הבעיה ומה צריך לעשות.
@ZACK אולי הבעיה שהם מחייבים על העקוב אחרי השני להוט ולא קשור ל1800?
@ZACK לא מובן ב1800 אתה אמור לשלם על שיחות נכנסות ואין חשבון לשיחות יוצאות.
ניתוב של 1800 למספר צל אמור להיות באותו חברה, האם מספר הצל נמצא גם בהוט?
@יהודי-טוב root צריך לבוא באותיות קטנות.
@איש-אחד יתכן שבשל המסלול הארוך בקיר החשמל נחלש בדרך, וכנראה הטלפון מושפע מזה.
האם חיברת כבל חיצוני באורך דומה?
יש סווי'צים שניתן לשנות את העוצמה של החשמל לכל יציאה, תנסה להגביר את החשמל ליציאה הרלוונטית.
@מעמד זיכוי בדיירקט זה בעיה.
לא ניתן לסלוק סכום בנימוס דהיינו זיכוי באמצעות המסוף, מה שניתן זה לבטל את העיסקה באמצעות המוקד וזה כבר לוקח כמה ימים לטיפול ולקליטה וגם חיוב בעמלה נוספת.
@אביי כל הסיפור שלך הוא רק בגלל שזה כרטיס דיירקט, כל ההבדל הוא שבכרטיס זה אישורים לעסקאות מופיעים באתר הבנק ויורד מהיתרה לפעולות בבנק (לא בפועל).
הסטטוס משתנה כשבית העסק שולח את החויב בפועל ואז הבנק גובה את הסכום ויורד בפועל מהחשבון.
בקשת אישור שלא התקבלה עיסקה יכולה להיות תקף עד 21 יום,
החיוב הראשוני הופיע לך אישור לעסקה שבפועל לא התבצעה אבל האישור לא בוטל, לאחר 21 יום האישור בוטל אוטומטית ונמחק.
@ג-י-מ הכתובת 1234 הוא כתובת פנימית המוגדר ברשת נטפרי בלבד, לא ניתן לגישה מכתובות חיצוניות.
היום 29.2 למספרם, השעונים הטיפשים (ללא שנה) כמו שעוני יד, יש לשים לב שהתאריך נכון ולא 1.3 כפי שמציג, מאחר ומחשב את פברואר 28 יום.
@חוקר נכנסים
בעת הביצוע הטבלה ננעלת בLOOK,
פעולות קריאה וכתיבה מושהות עד השיחרור,
באם הפעילות של הטבלה הוא רק שמירת נתונים, זה לא אמור להשפיע על המערכת ההשהייה של הכתיבה מלבד צריכה של CPU וזיכרון, באם מדובר בקריאה זה יתקע לך את הפעילות.
לוקח זמן, תלוי כמה אינדקסים יש ועוד.... יכול לקחת אפי' שעה.
המלצה לעשות זאת בזמן שהמערכת ללא עומסים.
@שמואל4 אמר בהתחברות ל RDP בווינדוס 10:
זה דוגמא של ראוטר של בזק.
אין לי שמץ איך זה אצלך
אבל מה שאתה רואה שמ6666 זה מפנה ל3389 ב10.0.0.50
יש כאן טעות בדוגמא,
בend צריך להופיע גם 6666 ולא 3389
הסטארט והאנד זה להגדרת טווח, הסטארט השני זה הפורט הראשון להפניה.
@יהלום והקריאה הקודמת מתאימה לחשבון הקודמת?
יתכן שהמונה תקול
האם עשית העברת בעלות? יתכן שיש טעות הקלדה במעבר, גש למשרד שלהם ותבקש בירור + אסמכתאות שהקריאה הקודמת של הלקוח הקודם מתאים לחשבון שלך.
או גש לנציג החברה בשכונה (מ.א.) ותתייעץ.
@יהלום דבר ראשון לבדוק באם קריאת המונה הרשום בחשבונית מתאים למונה.
@chagold תבדוק את הלוג של הSMTP והשגיאה ששגימייל החזיר, יש שם URL תפעל בהתאם.