IT Blog

Witam,

Dzisiaj przećwiczyłem wymianę /dev/sda na SOFT raid, niestety mimo zapewnień że wszystko to wstaje z automatu – serwer zaliczył zgon – jak się później okazało winowajcą jest MBR.

Mimo iż właściwie przy soft raid 1 dwa dyski /dev/sda i /dev/sdb powinny mieć oba MBR to okazuje się że serwerownia HETZNER nie stosuje tych praktyk, zatem po wymianie mamy pad

Lekarstwo jest bardzo proste, wystarczy jedynie grub odpalany z podmontowanej partycji

Najpierw trzeba zrobić resync partycji, na której znajduje się katalog /boot.

Odpalamy guba poleceniem /mnt/sbin/grub – zakładając że partycję / – root podmonotowaliśmy na /mnt

Dalej wpisujemy :

root (hd0,1) – oznacza to dysk pierwszy partycja druga, jeśli mamy innaczej należy dostosować komendę.

Następnie piszemy :

setup (hd0)

Pozostaje już tylko wyjść CTRL + C i reboot i mamy gotowe.

Ciekawy link opisujący podobne sytuacje :

http://www.sorgonet.com/linux/grubrestore/

Podesłał wam ktoś kiedyś świnie ?? BO mi ostatnio tak dostałem piękny backup z chmodami 777 na wszystko.

Ale cóż potrzeba matką wynalazków ( grats’y dla qby )

Te dwie komendy załatwiają cały problem :

find /katalog/ -type f | awk '{system(„chmod 644 \”” $0 „\””)}’;

find /katalog/ -type d | awk '{system(„chmod 755 \”” $0 „\””)}’

Witam,

Dziś kolejna dobra wiadomość.

W końcu odkryłem jak sprawdzić smarta na kontrolerach 3ware 🙂

Oto magiczne polecenie

Dysk 0

/usr/sbin/smartctl -d 3ware,0 -a /dev/twe0

Dysk 1

/usr/sbin/smartctl -d 3ware,1 -a /dev/twe0

Nie no wiecie co, czasami mi się odechciewa, dzisiaj siedzę sobie na pleskowych CentOsach robie sobie update a tu nagle bum bara bum 500 Internal Server Error.

W pierwszej kolejności gratuluję i dziękuję Sebastianowi Marschin za wspaniały dodatek do codziennego użytku jednak każdemu zdarzają się błędy.

Dotarcie do tej błachostki zajęło sporo czasu ale cóż od czego jest dzień – żeby się nie nudzić. Rozwiązanie :

Jeśli mamy gdziekolwiek nasz własny suphp.conf należy zmienić w nim dwie rzeczy :

[handlers]
;Handler for php-scripts
;x-httpd-php=”php:/usr/bin/php-cgi”
php5-script=”php:/usr/bin/php-cgi”

Zadbać o to by był tylko jeden handler czyli ; przed x-httpd-php lub php5-script w zależności jak definiujemy interpreter no i druga sprawa ubrać wszystko po = w cudzysłów tak jak to jest wyżej.

Drobnostka, lecz jak bardzo upierdliwa 🙂

Nie skomentuje już pomysłodawców takich genialnych aplikacji.

Po co komu nakładki na IPTABLES ?? Chyba po to żeby potem móc dać mi zarabiać .

Klient – problem – skrypt pobierający statystyki shoutcast nie działa – wszystkie porty co trzeba otwarte, wszystkie reguły odpowiednio wpisane i co ?? TIMEOUT – Więc 3 godziny intensywnej walki co mu odbija efekt :

# Block all ipv4 address space marked reserved for future use (unassigned),
# such networks have no business talking on the Internet. However they may at
# some point become live address space. The USE_RD option further in this file
# allows for dynamic updating of this list on every full restart of APF. Refer
# to the 'internals/reserved.networks’ file for listing of address space.
BLK_RESNET=”1″

Mniam mniam czyli na ludzkie pisane klient miał kompa w sieci 94.0.0.0 i innego kompa w sieci 94.0.0.0 co robił APF ? – DROP 😀

3 Godziny szukania takiej bzdury, dlatego nienawidzę nakładek

DONE

Błąd
[Tue May 26 09:05:28 2009] [crit] (28)No space left on device: mod_rewrite: could not create rewrite_log_lock

Rozwiązanie
ipcs -s | grep nobody | perl -e 'while (<STDIN>) { @a=split(/\s+/); print `ipcrm sem $a[1]`}’

Hurrra i działa !

Windows XP to moje ukochane narzędzie – cóż jeśli chodzi o odświeżanie DNS to jest to naprawdę denerwujący system ale jest rozwiazanie, zamiast używać lmhosts można zmodyfikować wpisy w pliku hosts

Znajduje się on zwykle w:

c:\Windows\system32\drivers\etc\

Wpisujemy:

1.1.1.1 domena.pl

I VOIL’A :D:D:D

Witam,
W razie jakby komuś wyrzucało

[notice] child pid 22527 exit signal Segmentation fault (11)

Jest to błąd lub też niekompatybilność apacha z nowym kernelem.
Nalezy podać

echo 1024 > /proc/sys/fs/epoll/max_user_instances

Gdzie 1024 jest to liczba większa od MaxClients i problem znika.
Sam się naszukałem, poprawione to jest już w trunk apacha, mam nadzieję, że się przyda.

Taaaak kolejny dzień kolejna nowość.

Ja tu sobie Gadu-gadu a tu klient coś takiego podsyła.

No to myślę sobie (24)Too many open files: Jasne limit open files. Sprawdzam ulimit -a i faktycznie open files ma na 1024, plików w domlogs 86000, nie zadziała. Myślę sobie ok /etc/security/limits.conf, faktycznie brak tam było ustawionych limitów. No to cały szczęśliwy, że rozwiązałem problem robie # service httpd restart , a tu ZONK (24)Too many open files: – taa zabawne.

Szukałem wszędzie, nieznalazłem nic, a rozwiązanie wpadło przez przypadek. Pomyślałem, że jak nie tak to dam ulimit -n 100000 w /etc/init.d/httpd otwieram plik a tu DING DONG trzy linijki

ulimit -n 1024

ulimit -n 2048

ulimit -n 16000

Widać Cpanel już coś tu kombinował, ku mej radości zakomentowałem 3 cudowne linijki, dałem

ulimit -n 100000

voila

Działa. Uff, a już myślałem, że apache pobiera limity z kosmosu 🙂

Zastanawiałem się jak sobie ułatwić życie i podpiąć katalog ftp pod katalog na dysku, trochę szperania i cóż znalazło się rozwiązanie 🙂

curlftpfs ftp://login:haslo@serwer /testftpmount/

Za bezpieczne to to nie jest ale doraźnie można użyć.