Squid pid s neaktualnym cislom
Stalo sa niekomu, ze squid po roku behu odmietol prijmat prikazy? Presnejsie pid obsahoval nespravne cislo procesu? # /usr/local/sbin/squid -k reconfigure squid: ERROR: Could not send signal 1 to process 75988: (3) No such process # # ls -la /usr/local/squid/logs/squid.pid -rw-r--r-- 1 root squid 6 Oct 21 2010 /usr/local/squid/logs/squid.pid # # cat /usr/local/squid/logs/squid.pid 75988 # ps -ax | grep squid 885 ?? Is 0:00.00 /usr/local/sbin/squid -D 887 ?? S1979:01.49 (squid) -D (squid) # kill -1 887 fungoval a reloadol konfiguraciu, ale pid sa neaktualizoval. Vsetko vyriesil kill a start, ale rozmyslam preco k tomuto stavu vobec doslo. Jozef -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Squid pid s neaktualnym cislom
On 11/14/11 11:21, Jozef Drahovsky: Stalo sa niekomu, ze squid po roku behu odmietol prijmat prikazy? Presnejsie pid obsahoval nespravne cislo procesu? No, to neni ani tak "presnejsi" jako spis "uplne neco jineho" ;-) # cat /usr/local/squid/logs/squid.pid 75988 # ps -ax | grep squid 885 ?? Is 0:00.00 /usr/local/sbin/squid -D kill -1 887 fungoval a reloadol konfiguraciu, ale pid sa neaktualizoval. Pri kill -1 se nestartuje novy proces, ergo se pid nemeni, tudiz neni az tak prekvapive, ze se daemon nepokousi hodnotu zapsat. Vsetko vyriesil kill a start, ale rozmyslam preco k tomuto stavu vobec doslo. Tam ti nejake uvahy asi spis nepomuzou - musis si proste vzpomenout, co's 21.10.2010 delal. Od toho se pak treb apujde odpichnout nekam dal. Zdravi Dan Lukes -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
FreeBSD 8.1 a soekris lan1741
Ahoj, snažím se pod FreeBSD rozběhat 4 portovou sitovou kartu Soekris lan1741 na matherboardu Intel D410PTLW. Aktuální stav je takovy, ze vidim pouze jeden port. Nasel jsem reseni, ktere mi funguje pod debian linuxem a spociva v nastaveni noISA bitu na PCI-PCI bridge, ktery je implementovany v karte. Provede se to prikazem "setpci -s 05:00.0 3e.b=00", po tomto prikazu funguji vsechny 4 porty. Zkousel jsem neco podobneho provest ve FreeBSD. Analogicky prikaz by mel byt "pciconf -w -b pci0:5:0:0 3e 0" ale nezda se, ze by to fungovalo: # pciconf -r -b pci0:5:0:0 3e ac # pciconf -w -b pci0:5:0:0 3e 0 # pciconf -r -b pci0:5:0:0 3e ac Hodnota toho kontrolniho bytu zustava stale stejna a karta stale nefunguje. Predem diky za jakekoliv nakopnuti spravnym smerem, Mirek Prikladam vypis pciconf -l -bcv pcib6@pci0:5:0:0: class=0x060400 card=0x chip=0xac23104c rev=0x02 hdr=0x01 class = bridge subclass = PCI-PCI cap 01[dc] = powerspec 1 supports D0 D3 current D0 vr0@pci0:6:0:0: class=0x02 card=0x01061106 chip=0x30531106 rev=0x96 hdr=0x00 class = network subclass = ethernet bar [14] = type Memory, range 32, base 0xf0100300, size 256, enabled cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 vr1@pci0:6:1:0: class=0x02 card=0x01061106 chip=0x30531106 rev=0x96 hdr=0x00 class = network subclass = ethernet bar [14] = type Memory, range 32, base 0xf0100200, size 256, enabled cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 vr2@pci0:6:2:0: class=0x02 card=0x01061106 chip=0x30531106 rev=0x96 hdr=0x00 class = network subclass = ethernet bar [14] = type Memory, range 32, base 0xf0100100, size 256, enabled cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 vr3@pci0:6:3:0: class=0x02 card=0x01061106 chip=0x30531106 rev=0x96 hdr=0x00 class = network subclass = ethernet bar [10] = type I/O Port, range 32, base 0x1000, size 256, enabled bar [14] = type Memory, range 32, base 0xf010, size 256, enabled cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 dmesg: vr0: port 0x1300-0x13ff mem 0xe300-0xe3ff irq 21 at device 0.0 on pci6 vr0: Quirks: 0x2 vr0: Revision: 0x96 vr0: Reloading EEPROM timeout! vr0: Using force reset command. vr0: phy read timeout 1:1 vr0: MII without any phy! device_attach: vr0 attach returned 6 vr1: port 0x1200-0x12ff mem 0xe200-0xe2ff irq 22 at device 1.0 on pci6 vr1: Quirks: 0x2 vr1: Revision: 0x96 vr1: Reloading EEPROM timeout! vr1: Using force reset command. vr1: phy read timeout 1:1 vr1: MII without any phy! device_attach: vr1 attach returned 6 vr2: port 0x1100-0x11ff mem 0xe100-0xe1ff irq 23 at device 2.0 on pci6 vr2: Quirks: 0x2 vr2: Revision: 0x96 vr2: Reloading EEPROM timeout! vr2: Using force reset command. vr2: phy read timeout 1:1 vr2: MII without any phy! device_attach: vr2 attach returned 6 vr3: port 0x1000-0x10ff mem 0xe000-0xe0ff irq 20 at device 3.0 on pci6 vr3: Quirks: 0x2 vr3: Revision: 0x96 miibus0: on vr3 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr3: Ethernet address: 00:00:24:cd:88:f3 vr3: [ITHREAD] -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
problém s mysql
zdar poradte mi, na co se mám podívat, mám problém s DB. Když se manželka přihlásí přes veverku, tak DB spadne (někdy) a nejde nahodit (start, restart). Sice to píše, že DB startuje, ale status mi ukáže že nenaběhla. Ve /var/log/mysql není nic startování mysql- v logu "/var/db/mysq/jmeno_kompu.err" je tohle 14 19:47:00 mysqld started 14 19:47:00 InnoDB: Started; log sequence number 0 43665 14 19:47:00 [Note] Recovering after a crash using mysql-bin 14 19:47:00 [Note] Starting crash recovery... 14 19:47:00 [Note] Crash recovery finished. 14 19:47:01 [Note] /usr/local/libexec/mysqld: ready for connections. Version: '5.0.27-log' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-5.0.27 dále je v adresáři /var/db/mysql několik tisíc souborů mysql-bin.číslo. Co je to, můžu je smazat? díky za rady Jarda -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: problém s mysql
On 11/14/11 20:00, Jarda: poradte mi, na co se mám podívat, mám problém s DB. Když se manželka přihlásí přes veverku, tak DB spadne Vymenit manzelku ? ;-) Jinak je ale tohle spis otazka do nejake konference o MySQL nez sem. startování mysql- v logu "/var/db/mysq/jmeno_kompu.err" je tohle 14 19:47:00 mysqld started 14 19:47:00 InnoDB: Started; log sequence number 0 43665 14 19:47:00 [Note] Recovering after a crash using mysql-bin 14 19:47:00 [Note] Starting crash recovery... 14 19:47:00 [Note] Crash recovery finished. 14 19:47:01 [Note] /usr/local/libexec/mysqld: ready for connections. Version: '5.0.27-log' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-5.0.27 To ovsem vypada jako, ze to normalne bezi. dále je v adresáři /var/db/mysql několik tisíc souborů mysql-bin.číslo. Co je to, můžu je smazat? Stojis o ne jako o zaznam toho, co se v minulosti s databazi delo ? Pouzivas replikaci ? Pokud je odpoved na obe otazky zaporna, muzes smazat vsechny krome posledniho. Dan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: problém s mysql
Dan Lukes wrote: On 11/14/11 20:00, Jarda: poradte mi, na co se mám podívat, mám problém s DB. Když se manželka přihlásí přes veverku, tak DB spadne Veverkou je myslen SquirrelMail, nebo neco jineho? [...] startování mysql- v logu "/var/db/mysq/jmeno_kompu.err" je tohle 14 19:47:00 mysqld started 14 19:47:00 InnoDB: Started; log sequence number 0 43665 14 19:47:00 [Note] Recovering after a crash using mysql-bin 14 19:47:00 [Note] Starting crash recovery... 14 19:47:00 [Note] Crash recovery finished. 14 19:47:01 [Note] /usr/local/libexec/mysqld: ready for connections. Version: '5.0.27-log' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-5.0.27 To ovsem vypada jako, ze to normalne bezi. dále je v adresáři /var/db/mysql několik tisíc souborů mysql-bin.číslo. Co je to, Jsou to binarni logy, ktere obsahuji informace o vsech SQL prikazech, ktere provadeji zmenu v DB (tedy update, delete, insert, create, drop, alter a tak podobne). S jejich pomoci se da dostat do nejakeho bodu v case, nez se neco pokazilo atd. Pripadne jsou nutne pro replikaci Master / Slave. můžu je smazat? Kdyz nevis, k cemu jsou, tak predpokladam, ze je nepotrebujes. Stojis o ne jako o zaznam toho, co se v minulosti s databazi delo ? Pouzivas replikaci ? Pokud je odpoved na obe otazky zaporna, muzes smazat vsechny krome posledniho. Smazani je snadne a myslim, ze se nic nestane, ani kdyz se smaze ten posledni. Kazdopadne by se smazani melo spis provadet z konzole MySQL a to nasledujicim prikazem PURGE MASTER LOGS TO 'mysql-bin.010'; Nebo PURGE MASTER LOGS BEFORE '2011-11-14 22:21:01'; Pokud binarni logy nejsou vubec potreba (coz na vetsine takovych malych instalacich vazne nejsou), tak je lepsi je v konfiguraci vypnout. V souboru /usr/local/etc/my.cnf v sekci [mysqld] Staci zakomentovat log-bin=mysql-bin Pokud je potreba mit pustenou replikaci, ale neni potreba logy dlouhodobe uchovavat, da se nastavit jejich automaticke mazani, napriklad expire_logs_days=14 Ted bych se jeste trosku zameril na to "píše, že DB startuje, ale status mi ukáže že nenaběhla" - mas tam PID file? Ze nenabeha ti rekl jen `service mysql-server status`, nebo jsi to overoval vypisem v `ps auxww` / top? Ve /var/log/messages se neobjevi zadna zajimava zprava? Podle logu /var/db/mysq/jmeno_kompu.err to skutecne vypada (jak uz psal Dan), ze bezi. Neni to treba tak, ze ti zustala bezet a ty se ji pokousis spustit znovu, coz samozrejme selze? A koneckoncu je zajimave i to, ze kdyz pouzijes "veverku", spadne ti databaze. Muze to byt treba tim, ze veverka sezere moc pameti a uz ji pak neni dost pro MySQL... ale to jen tak vestim z mlhy, protoze pro to chybi dostatek detailnich informaci z tve strany. Mirek -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: FreeBSD 8.1 a soekris lan1741
On 11/14/11 12:13, Miroslav Novotný: # pciconf -r -b pci0:5:0:0 3e ac Pokud nejde o chybu pri prepisovani prikazu, tak spravna verze prikazu je pciconf -r -b pci0:5:0:0 0x3e Tys dostal hodnotu tretiho byte a ten ses take pokousel nastavit - jenze "device id" je obvykle read-only. Jak ostatne ukazuje specifikace: http://www.xilinx.com/products/boards/ml510/datasheets/pci2250.pdf v kapitole 4.2 Ale kdyz uz jsme u toho - "ISA Enable" je bit 2 toho bajtu. Pokud ti prikaz (ted uz vime, ze spatny) ukazal jako puvodni hodnotu "ac" tak korigovana hodnota by byla 0xa8, nikoliv 00 o kterou jsi se pokousel ty. Takze pozor, kdyz to nastavujes - "00" kterou se tam chystas dat muze menit vic, nez chces. Defaultni hodnota toho byte je totiz prave 0x00 (kapitola 4.32 specifikace) takze pokud je tam na Linuxu neco jineho, nekdo, mozna zrovna LInux, si to nejprve na to neco jineho musel sam nastavit. A pokud si to nastavoval OS, neni jiste, zda to FreeBSD nastavuje stejne. Pak by ale na FreeBSD mohlo byt nutne pouzit jinou "korigovanou" hodnotu nez se pouziva na Linuxu. "Slepe" pouziti hodnoty z Linuxu muze mit necekane vedlejsi efekty. Dan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
