През уикенда намерих време да си поиграя пак с „любимия“ ми slackware или да съм по точен с няколко slax дериватчета 🙂 като цяло едното беше Backtrack3 а другото Linvo което нашенско си добиче плюс още две които не бяха толквоа интересни 🙂 . След инсталацията и на двете забелязах един доста интересен проблем 😉 при настроика на статични IP-та системата продължаваше да стои твърдо на DHCP. Проверявам си rc.inet1.conf всичко наред хмммм. стартирам rc.inet1 маимуната ми стартира наново DHCP търсене за съответния лан интерфеис 😎 Набързо драснах един скрипт дето да ми ги вдига автоматично както ми трябват, ама лювопитството ме гложи, пачему 🙂 хмммм викам сия да погледна какво има в rc.inet1 😮 напълно ново структура при бързо разглеждане под ъгъл виждам че нещата ама хич не са му розеви или е бил доста модифицран от авторите на дистроците или…. в самия Slax идва така (второто ще го тествам днес). Като цяло решението на прблема беше ясно. Смъкнах си едно rc.inet1 от slackware и всичко си додие на мястото. По късно ще прочета поради защо така са променили нещата хората и ако има нещо интересно ще го допълня тука. Само за портокола ще вметна че нашето момче е свършил изключително добра работа и дистронцето ми е подходящо за десктоп работа и за новаци.
Етикет: bash
процес чекър
Миналата седмица имах проблеми с една машина че разни процеси спираха я заради токови удари я зарди спрял ток абе все EVN хитове 😉 В таквиа моменти машината се възтановяват но някои вторични процеси изискват ръчна намеса и така за един ден ми се наложи 5-6 пъти да вляза за да донаглася нещата. 🙂 Както казват хората мързела е основна двжеща се сила и поради такъв и аз запретнах ръкави да драсн няко скриптче дето дасе грижи за това процесите да са там когато трябва 🙂 ;)Речено сторено за 30 мин с тестинга се получи кратко скрипчтче чиито движещо сърце е
CNT=`ps ax | grep -v grep| grep jic-tak | wc -l` if [ $CNT = 0 ] then /path/to/start/process/jik-tak > /dev/null fi
като цяло това сърчице се грижи да проверява колко стартирани процеса jik-tak и ако резултата е нула 🙂 да го стартира. Блъснах го в един крон да се изпълнява на 20 мин и си реших кила глваоболия както каза моя прител ShadowX истината е простите решения 😉
easy backup system
днес седях и си мислех че трявба да почнада си правя регулярни бекъпи на сървърчето ми а тия схеми дето ги ползвам в работат ми не ми вършат работа – просто прекалено много функционалност а не ми тярбва тука да следя кои бекъп от кои ден е че да може да ги трия до преди 2 седмици назад и прочие 😉 тярбва ми просто нещичко дето да може чисто просто да архивира няколко папки и да трие старите неща 🙂 Речено сторено за около 5 мин натрещях не особено красивия баш скрипт държа да кажа че несъм баш маистор 😉
#!/bin/bash #path to beckup folder cd /media/backup rm -r *.tgz sleep 3 #time for removing #path to first folder /bin/tar cvzf www.tgz /var/www/ sleep 30 #time for arhiving /bin/tar cvzf mysql.tgz /var/lib/mysql/ sleep 30 #EOF
като цяло скрипта е повече от елемнтарен чисто и просто трие всичко в папката за бекъпи което аз си знам че ще са tgz архиви 🙂 и след това прави 2 нови 🙂 дал съм повечко слиипче че професорчето има нужда да помисли реално времето за бекъпинг е около 10 сек ама аз няма да го пренаписвам 100-пъти хихихихихи 😉 самия скрипт го пляснах в /sbin папката за прегледност, след това шибнах следния ред в /var/spool/cron/crontabs/root
01 5 * * * /sbin/backuper > /dev/null
което ми осигурява ежедневно бекъпване в 5:01 всяка сутрин 😉 подходящо време за тормозене на щаигата Като цяло неблести от гениалност скрипта но пък за сметка на това е функционален и прави точно това което искам 😉 Можеби за в бъдеще ще разделя бекъпинга на www и mysql-а защото все пак едното съдържание е досат по статично от другото и да речем един бекъп на седмица или даже 2 е повече от досатъчен докато SQL-а си требе ежедневен че ако е натоварена сиситема(каквато не е моята) ежечасов