interhost

הבלוג
הכל על שרתים, תקשורת ולינוקס

ארכיון פוסטים מהחודש "ינואר, 2010"

כלי ליצירת mysqldump לכמה מסדים

יום שבת, 30 בינואר, 2010

אני עובד רבות עם הפנל של Directadmin בשרתים שלי ושל הלקוחות שלי, כידוע DA קוראים למסדים לפי הנוסחה הבאה:

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

admin_wordpress
admin_phpnuke
admin_dev

שכיח שרוצים לגבות את המסדים בכלי הנהדר של mysql שנקרא mysqldump, לצערי הכלי מאפשר לבצע גיבוי למסד אחד בכל פעם וחשבתי שהיה יכול להיות נחמד אם הייתי נותן לו את היוזר והוא היה מגבה לבד את כל המסדים שלו בקבצים נפרדים. זה חוסך זמן.

לכן כתבתי את כלי העזר ב-php שמקבל כפרמטר את שם היוזר ומבצע mysqldump לכל המסדים שלו, כאשר כל מסד בקובץ sql נפרד.

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

php multidump.php adm

— Dumping Database: admin_work —- DONE!

את הכלי יש לערוך תחילה בכדי לציין את שם המשתמש ה-root של mysql, סיסמתו, נתיב לכלי mysqldump ואת נתיב קבצי ה-sql. אם הנתיב לא קיים הכלי ישפוך את הגיביים לסיפריית /home/.

את הכלי ניתן להוריד כאן

בדיקת זכרון ומעבד בלינוקס

יום שלישי, 12 בינואר, 2010

הייתי רוצה לספר לכם טיפ קטן שבטח רובכם כבר יודעים, אך בכל זאת הייתי רוצה שלקוח שמקבל לידיים שלו שרת יעודי או וירטואלי ידע איך לאמת שאכן החומרה שהזמין קיימת בשרת. למעשה בלינוקס זה פשוט מאוד. כפי שאתם יודעים לינוקס נוהגת להציג את כל המידע והחומרה בשרת בעזרת קבצים. המידע אודות הזכרון והמעבד ניתן למצוא בעזרת הפקודות הבאות:

cat /proc/cpuinfo

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 26
model name      : Intel(R) Xeon(R) CPU           E5504  @ 2.00GHz
stepping        : 5
cpu MHz         : 2000.266
cache size      : 4096 KB
physical id     : 0
siblings        : 4
core id         : 0
cpu cores       : 4
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 11
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology tsc_reliable nonstop_tsc pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 lahf_lm tpr_shadow vnmi flexpriority ept vpid
bogomips        : 4000.53
clflush size    : 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management:

השורה הראשונה מציגי את מספר הליבה, בשרת עם מספר ליבות הפלט יחזור על עצמו מספר פעמים כמספר הליבות ומה שישתנה רק זו השורה הראשונה של מספר הליבה. המיספור מתחיל מאפס כנהוג במחשבים.
בשורה החמישית נראה את דגם המעבד (model name) ובשורה השמינית את גודלו של הזכרון המתמון (cache) עבור אותה ליבה, מה שאומר שאם יש סה"כ 4 ליבות וכל אחת מהן 4Mb זכרון מתמון אזי בכלליות יש 16Mb זכרון מתמון.

ואודות הזכרון

cat /proc/meminfo

MemTotal:        4052844 kB
MemFree:         2403072 kB
Buffers:           93024 kB
Cached:          1308804 kB
SwapCached:            0 kB
Active:           358600 kB
Inactive:        1129148 kB
Active(anon):      86860 kB
Inactive(anon):        0 kB
Active(file):     271740 kB
Inactive(file):  1129148 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:       5831552 kB
SwapFree:        5831552 kB
Dirty:                 8 kB
Writeback:             0 kB
AnonPages:         85812 kB
Mapped:            15760 kB
Slab:             124924 kB
SReclaimable:     106500 kB
SUnreclaim:        18424 kB
PageTables:         5564 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     7857972 kB
Committed_AS:     268676 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      286120 kB
VmallocChunk:   34359365375 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:        8192 kB
DirectMap2M:     4177920 kB

מה שמעניין אותנו פה זו השורה הראשונה שאומרת כמה זכרון RAM פיזי יש על השרת.

directadmin: יצירת מסד נתונים חדש

יום שני, 11 בינואר, 2010

בפנל ניהול של DA לא נוצר יוסר למסד נתונים (ומסד נתונים) עם יצירת חשבון חדש או התקנת מערכת חדשה (לא כמו בפנלים אחרים) וזה עלול לבלבל. לא פעם פנו אלי לקוחות שטענו שפרטי הגישה לפנל שלהם לא מכניסים אותם ל-phpmyadmin.
ב-DA יש לצור מסד נתונים חדש באמצעות הממשק של הפנל, בזמן יצירת המסד אתם מתבקשים גם לצור יוזר חדש למסד ולקבוע לו סיסמא. לאחר מכן בעתיד אם תרצו לצור מסדים נוספים ניתן יהיה לצור להם יוזרים חדשים או להישתמש ביוזר הראשון שיצרנו.

תהליך יצירת מסד חדש הוא פשוט מאוד, עשיתי כמה תצלומי מסך ע"מ להמשיך זאת.

יצירת מסד MYSQL שלב ראשון

יצירת מסד MYSQL שלב ראשון

יצירת מסד MYSQL שלב שני

יצירת מסד MYSQL שלב שני

יצירת מסד MYSQL שלב שלישי

יצירת מסד MYSQL שלב שלישי

אני אוהב בדרך כלל לתת את אותו השם ליוזר וגם למסד, זה נראה לי הרבה יותר נוח לזכור ומסודר.
מומלץ ללחוץ על כפתור ה-RANDOM ליצירת סיסמא עקראית, את הסיסמא המערכת תציג במסך הבא.

כשתחצו CREATE המסד יווצר ותוכלו להשתמש בפרטי הגישה החדשים להתחברות ב-phpmyadmin והן באפלציקיה שלכם מן הסתם.

שינוי מצב העברת מידע מ-PASSIVE ל ACTIVE ב-FILEZILLA

יום שני, 4 בינואר, 2010

לפעמים בגלל הגדרות FIREWALL בצד השרת או הלקוח, הצגת תוכן התיקיה "נתקעת", דבר זה קורה לרוב כאשר מנסים לפתוח באמצעות FTP תיקיה עם הרבה קבצים.

לרוב אפשר לפתור את זה באמצעות שינוי מצב העברת קבצים מ-PASSIVE ל-ACTIVE (או ההיפך).

אדגים כיצד לעשות זאת בתוכנת התחברות ה-FTP המפורסמת והחינמית בשם FILEZILLA:

FileZilla ACTIVE mode

FileZilla ACTIVE mode

תחילה יש ללכת ל הגדרות (settings), כמו שמופיע בתמונה, ולשנות את המצב מ-PASSIVE ל-ACTIVE (אם זה כבר מוגדר על ACTIVE אז יש לשנות ל PASSIVE) ולאחר מכן ללחות על אישור (OK) ולהתחבר שוב לשרת ה FTP.

הבעיה נפתרת כי אנחנו משנים את כיוון ההתחברות לשרת FTP בעת העברת הנתונים, ובכך כאשר FIREWALL חוסם את הגישה בכיוון אחד, אנחנו מנסים בכיוון השני.